windows无法配置此无线连接_Kubernetes 1.18功能详解：OIDC发现、Windows节点支持，还有哪些新特性值得期待？...
Kubernetes 1.18發(fā)布，一些對(duì)社區(qū)產(chǎn)生影響的新特性日漸完善，如 KSA(Kubernetes Service Account) tokens的OIDC發(fā)現(xiàn)和對(duì)Windows節(jié)點(diǎn)的支持。在Alpha階段下運(yùn)行很久的一些功能也重新成為焦點(diǎn)，如ingress或API Server網(wǎng)絡(luò)代理。1.18版本共有38個(gè)增強(qiáng)，15個(gè)穩(wěn)定功能。一起來(lái)看那些強(qiáng)大且新奇的功能更新！
翻譯：小雀
技術(shù)校對(duì)：Jay/曉曦
Kubernetes 1.18 精選在這個(gè)版本中，這些功能看起來(lái)最令人興奮：
#1393 OIDC discovery for service account token issuer
使用Kubernetes API令牌作為通用身份驗(yàn)證機(jī)制，可以改變企業(yè)組建基礎(chǔ)設(shè)施的方式。它允許我們進(jìn)一步集成服務(wù)，如集群之間的通信，通過(guò)簡(jiǎn)化外部不必要的身份驗(yàn)證服務(wù)來(lái)簡(jiǎn)化設(shè)置。
# 1513 CertificateSigningRequest API
Certificate API是用于核心組件的另一特性，已開(kāi)始用于第三方服務(wù)。這一增強(qiáng)是Kubernetes適應(yīng)社區(qū)需求的例子，它使得提供證書(shū)更便捷，更安全。
#1441 kubectl調(diào)試
在調(diào)試運(yùn)行pods時(shí)，新命令將帶來(lái)巨大的差異。創(chuàng)建調(diào)試容器或使用不同配置重新部署pod，這些常見(jiàn)任務(wù)從此刻起將變得更快。
#1301在Windows上實(shí)現(xiàn)RuntimeClass
能夠指定哪些pod必須在Windows機(jī)器上運(yùn)行，這將允許在同一集群上混合Windows和Linux工作負(fù)載，從而打開(kāi)了新的維度。
#1001在Windows上支持CRI ContainerD
這是提高Windows節(jié)點(diǎn)上Kubernetes兼容性的一大步，不過(guò)我們?cè)趯?lái)的版本中才能看到它的全貌。通過(guò)這樣的小升級(jí)，Kubernetes展示出他們對(duì)Windows支持的認(rèn)真態(tài)度。
Kubernetes 1.18核心#1393為服務(wù)帳戶令牌發(fā)布方提供OIDC發(fā)現(xiàn)
階段:Alpha
功能組:身份驗(yàn)證
Kubernetes服務(wù)帳戶(KSA)可以使用令牌(JSON Web令牌或JWT)對(duì)KubernetesAPI進(jìn)行身份驗(yàn)證，例如使用kubectl --token .但是，Kubernetes API是目前唯一能夠驗(yàn)證這些令牌的服務(wù)。
由于Kubernetes API服務(wù)器不能(也不應(yīng)該)從公共網(wǎng)絡(luò)訪問(wèn)，一些工作負(fù)載必須使用獨(dú)立的系統(tǒng)進(jìn)行身份驗(yàn)證。比如，跨集群身份驗(yàn)證。
此增強(qiáng)的目的是提高KSA令牌的實(shí)用性，允許集群之外的服務(wù)用作通用身份驗(yàn)證方法，而無(wú)需重載API服務(wù)器。為實(shí)現(xiàn)這點(diǎn)，API服務(wù)器提供了一個(gè)OpenID Connect (OIDC)發(fā)現(xiàn)文檔，其中包含令牌公鑰和其他數(shù)據(jù)。驗(yàn)證者可以使用這些密鑰來(lái)驗(yàn)證KSA令牌。
使用ServiceAccountIssuerDiscovery功能開(kāi)關(guān)啟用OIDC發(fā)現(xiàn)，并且進(jìn)行一些配置使其工作。
#853 HPA可配置伸縮速率
階段：Alpha
功能組：自動(dòng)伸縮
Horizontal Pod Autoscaler(HPA)可以自動(dòng)縮放資源中的Pod數(shù)量，調(diào)整工作負(fù)載需求。目前，只能為整個(gè)群集定義全局資源伸縮。而無(wú)法為你希望選擇的核心服務(wù)提供資源調(diào)節(jié)。
現(xiàn)在，將行為添加到HPA配置中：
在上述示例中，當(dāng)需要增加時(shí)，pod每15秒可以翻倍。當(dāng)需要減少時(shí)，每分鐘可以移除4個(gè)pod。
# 1513 CertificateSigningRequest API
階段:Beta版的重大變化
功能組:身份驗(yàn)證
每個(gè)Kubernetes集群都有根證書(shū)頒發(fā)權(quán)限組件，用于保護(hù)核心組件之間的通信，這些組件由Certificates API處理。最終它開(kāi)始用于為非核心用例提供證書(shū)。
這一改進(jìn)的目的是適應(yīng)新的形勢(shì)，改進(jìn)簽署進(jìn)程及其安全。
注冊(cè)中心不僅需要確保實(shí)際請(qǐng)求者提交了證書(shū)簽名請(qǐng)求(CSR);還要確保請(qǐng)求者具有提交請(qǐng)求的適當(dāng)權(quán)限。
調(diào)度#1451運(yùn)行多個(gè)調(diào)度配置文件
階段:Alpha
功能組:調(diào)度
不是Kubernetes集群的所有工作負(fù)載都是相同的，有的希望將web服務(wù)器分布在盡量多的節(jié)點(diǎn)上，也可能希望同一節(jié)點(diǎn)捆綁更多的延遲敏感資源。這就是為什么可以在同一集群內(nèi)配置多個(gè)調(diào)度器，并指示每個(gè)pod使用哪個(gè)調(diào)度器的原因。
但是，這可能會(huì)導(dǎo)致競(jìng)爭(zhēng)，因?yàn)槊總€(gè)調(diào)度器在特定時(shí)刻可能有不同的集群視圖。
此增強(qiáng)允許使用不同的配置或配置文件運(yùn)行一個(gè)調(diào)度器，每個(gè)調(diào)度器都有自己的schedulerName。Pods將使用schedulerName來(lái)定義要使用什么配置文件，它將由同一個(gè)調(diào)度器來(lái)完成這項(xiàng)工作，從而避免競(jìng)爭(zhēng)。
#895 Pod跨故障域均勻擴(kuò)展
階段:升級(jí)到Beta版
功能組:調(diào)度
使用topologySpreadConstraints，可以定義規(guī)則，在多區(qū)域集群中均勻分布pods，保證高可用性，并提高資源利用率。
#1258添加可配置的默認(rèn)偶數(shù)Pod擴(kuò)展規(guī)則
階段:Alpha
功能組:調(diào)度
為了充分利用even pod的擴(kuò)展，每一個(gè)pod都需要自己的擴(kuò)展規(guī)則。此增強(qiáng)功能允許定義全局defaultConstraints，這些約束將在群集級(jí)別應(yīng)用于，所有未定義自己的topologySpreadConstraints的pods。
#166基于污點(diǎn)的驅(qū)逐
階段：穩(wěn)定版
功能組：調(diào)度
在Kubernetes 1.13中，基于污點(diǎn)的驅(qū)逐從alpha階段轉(zhuǎn)移到beta階段。啟用此功能時(shí)(TaintBase Devitions=true in--feature gates)，NodeController(或kubelet)會(huì)自動(dòng)添加污點(diǎn)，并禁用以前基于就緒NodeCondition從節(jié)點(diǎn)逐出pod的邏輯。
節(jié)點(diǎn)#1539擴(kuò)展Hugepage特性
階段：穩(wěn)定版的重要變化
功能組：節(jié)點(diǎn)
HugePages是一種機(jī)制，它可以預(yù)留具有預(yù)定義大小的大內(nèi)存塊，由于硬件優(yōu)化，訪問(wèn)速度更快。這對(duì)于處理內(nèi)存中的大數(shù)據(jù)集或?qū)?nèi)存訪問(wèn)延遲敏感的應(yīng)用(如數(shù)據(jù)庫(kù)或虛擬機(jī))尤其有用。
在Kubernetes 1.18中，該特性增加了兩個(gè)增強(qiáng)功能。
首先，pod現(xiàn)在可以請(qǐng)求不同大小的HugePages。
?
其次，已經(jīng)對(duì)HugePages進(jìn)行了容器隔離，解決pod可能會(huì)使用比請(qǐng)求更多的內(nèi)存，從而導(dǎo)致資源匱乏的問(wèn)題。
#688 Pod開(kāi)銷(xiāo):計(jì)算綁定到Pod沙箱的資源，但不是特定容器
階段:升級(jí)到Beta版
功能組:節(jié)點(diǎn)
除了請(qǐng)求的資源外，pod還需要額外資源來(lái)維護(hù)其運(yùn)行時(shí)環(huán)境。
啟用Pod Overhead特性后，Kubernetes在調(diào)度pod時(shí)將考慮這一開(kāi)銷(xiāo)。Pod overhead將在開(kāi)始時(shí)被計(jì)算并固定下來(lái)，它與Pod的運(yùn)行時(shí)類相關(guān)聯(lián)。
#693節(jié)點(diǎn)拓?fù)涔芾砥?/strong>
階段:升級(jí)到Beta版
功能組:節(jié)點(diǎn)
機(jī)器學(xué)習(xí)、科學(xué)計(jì)算和金融服務(wù)都是計(jì)算密集型系統(tǒng)，需要超低延遲。這些類型的工作負(fù)載需要將進(jìn)程隔離到一個(gè)CPU內(nèi)核，而不是在內(nèi)核之間跳轉(zhuǎn)或與其他進(jìn)程共享。
節(jié)點(diǎn)拓?fù)涔芾砥魇且粋€(gè)kubelet組件，它集中協(xié)調(diào)硬件資源分配。當(dāng)前的方法將此任務(wù)分配給幾個(gè)組件(CPU管理器、設(shè)備管理器、CNI)，有時(shí)會(huì)導(dǎo)致分配不是最優(yōu)化。
#950為啟動(dòng)緩慢的pod增加啟動(dòng)存活探測(cè)延遲
階段:升級(jí)到Beta版
功能組:節(jié)點(diǎn)
探測(cè)器允許Kubernetes監(jiān)視應(yīng)用程序的狀態(tài)。如果pod啟動(dòng)時(shí)間過(guò)長(zhǎng)，探測(cè)器會(huì)認(rèn)為pod已經(jīng)死亡，導(dǎo)致一次重啟。該特性允許定義startupProbe，推遲所有其他探測(cè)，來(lái)保證pod完成啟動(dòng)。例如，“在給定的HTTP端點(diǎn)可用之前，不要測(cè)試活性”。
網(wǎng)絡(luò)#752EndpointSlice API
階段：Beta版的重大變化
功能組：網(wǎng)絡(luò)
新的Endpoint Slice API將端點(diǎn)拆分為多個(gè)endpoint slice資源。這解決了當(dāng)前API中與大型endpoints對(duì)象相關(guān)的許多問(wèn)題。新的API還支持未來(lái)的其他特性，如每個(gè)pod支持多個(gè)ip。
#508 增加IPv6支持
階段:升級(jí)到Beta版
功能組:網(wǎng)絡(luò)
早在Kubernetes 1.9就引入了對(duì)IPv6集群的支持。這一特性已在社區(qū)進(jìn)行過(guò)廣泛測(cè)試，現(xiàn)在升級(jí)到Beta版。
#1024NodeLocal DNSCache升級(jí)到GA版
階段：GA
功能組：網(wǎng)絡(luò)
NodeLocalDNSCache通過(guò)在集群節(jié)點(diǎn)上以Daemonset運(yùn)行DNS緩存代理來(lái)提高集群DNS性能，該節(jié)點(diǎn)作為守護(hù)進(jìn)程，從而避免了iptables DNAT規(guī)則和連接跟蹤。該本地緩存代理查詢kube-dns服務(wù)，以查找集群主機(jī)名的緩存缺失(默認(rèn)情況下后綴為cluster.local)。
#1453Graduate Ingress to V1
階段：升級(jí)到Beta版
功能組：網(wǎng)絡(luò)
Ingress資源將外部HTTP和HTTPS路由暴露為服務(wù)，集群中的其他服務(wù)可以訪問(wèn)這些路由。
API對(duì)象包含在Kubernetes 1.1中，是事實(shí)上的穩(wěn)定特性。這次修改消除了Ingress實(shí)現(xiàn)之間的不一致，使它開(kāi)始進(jìn)入GA階段。
例如，現(xiàn)在可以定義一個(gè)pathtype，以顯式地聲明路徑是否應(yīng)被視為前綴或完全匹配。如果Ingress中的多個(gè)路徑匹配一個(gè)請(qǐng)求，那么最長(zhǎng)的匹配路徑優(yōu)先。
此外，kubernetes.io/ingres.class注釋已被棄用。現(xiàn)在使用新的ingresClassname字段和IngresClass資源。
#1507將AppProtocol添加到Services和Endpoints
階段：GA
功能組：網(wǎng)絡(luò)
EndpointSlice API在Kubernetes 1.17中添加了新的AppProtocol字段，允許為每個(gè)端口指定應(yīng)用協(xié)議。此增強(qiáng)將該字段引入ServicePort和EndpointPort資源，替換體驗(yàn)不好的非標(biāo)準(zhǔn)注解。
Kubernetes1.18 API#1040 API服務(wù)器請(qǐng)求的優(yōu)先級(jí)和公平性
階段: Alpha
功能組:api-machinery
高負(fù)載期間，Kubernetes API服務(wù)器負(fù)責(zé)管理和維護(hù)任務(wù)?，F(xiàn)有的——max-requests-inflight和max-mutating-requests-inflight命令行標(biāo)志可以限制傳入的請(qǐng)求，但粒度太粗，在高流量期間會(huì)過(guò)濾掉重要的請(qǐng)求。
APIPriorityAndFairness功能開(kāi)關(guān)在apiserver中啟用了新的max-in-flight請(qǐng)求處理程序。使用FlowSchema對(duì)象定義不同類型的請(qǐng)求，RequestPriority對(duì)象分配資源。
例如，垃圾收集器就是一個(gè)低優(yōu)先級(jí)的服務(wù):
因此可以分配很少的資源給它：
自維護(hù)請(qǐng)求具有更高的優(yōu)先級(jí)：
可以在增強(qiáng)建議中找到更多示例。
#1601 client-go簽名重構(gòu)，實(shí)現(xiàn)標(biāo)準(zhǔn)化選項(xiàng)和上下文處理
階段:穩(wěn)定版的重大變化
功能組:api-machinery
在client go上進(jìn)行了一些代碼重構(gòu)，許多核心二進(jìn)制文件使用這個(gè)庫(kù)連接Kubernetes API，以保持方法簽名的一致性。
包括向某些方法添加上下文對(duì)象，該對(duì)象跨API邊界和進(jìn)程之間carries request-scoped values。訪問(wèn)對(duì)象簡(jiǎn)化了一些特性的實(shí)現(xiàn)，比如在超時(shí)和取消后釋放調(diào)用線程，或者添加對(duì)分布式跟蹤的支持。
#576APIServer DryRun
階段：升級(jí)到穩(wěn)定版
功能組：api-machinery
Dry run模式允許模擬真實(shí)的API請(qǐng)求，并查看該請(qǐng)求是否成功(允許控制鏈、驗(yàn)證、合并沖突，…)和/或在不修改狀態(tài)的情況下會(huì)發(fā)生什么。請(qǐng)求的響應(yīng)主體應(yīng)盡可能接近非dry-run運(yùn)行響應(yīng)。該核心特性將支持其他用戶級(jí)特性，如kubectl diff子命令。
#1281 API服務(wù)器網(wǎng)絡(luò)代理KEP遷移到Beta
階段：升級(jí)到Beta版
功能組:api-machinery
云提供商更喜歡將集群APIServer隔離在單獨(dú)的控制網(wǎng)絡(luò)中，而非集群網(wǎng)絡(luò)中。實(shí)現(xiàn)此目的的方法之一是，在保持與其他集群組件連接的同時(shí)，使用Kubernetes APIServer網(wǎng)絡(luò)代理。
擁有這一額外層可以啟用其他功能，如元數(shù)據(jù)審計(jì)、日志記錄和對(duì)外API Server連接的驗(yàn)證。
增強(qiáng)包括修復(fù)問(wèn)題和為實(shí)現(xiàn)一般可用性準(zhǔn)備代理，比如從Kubernetes API服務(wù)器刪除SSH隧道代碼，以及改進(jìn)控制網(wǎng)絡(luò)與集群網(wǎng)絡(luò)的隔離。
Kubernetes 1.18中的Windows支持#1001Windows CRI ContainerD支持
階段：Alpha
功能組：windows
ContainerD是一個(gè)與OCI兼容的運(yùn)行時(shí)，它與Kubernetes一起工作。與Docker相反，ContainerD在WindowsServer 2019中包含對(duì)主機(jī)容器服務(wù)(HCS v2)的支持，這為如何管理容器提供了更多的控制，并可以改進(jìn)Kubernetes API的一些兼容性。
此增強(qiáng)功能將Windows中的ContainerD1.3支持作為容器運(yùn)行時(shí)接口(CRI)引入。
#1301 在Windows中實(shí)現(xiàn)RuntimeClass
階段：Alpha
功能組：windows
使用RuntimeClass可以定義集群中存在的不同類型的節(jié)點(diǎn)，runtimeClassName指定在哪些節(jié)點(diǎn)中部署pod。這一特性是在Kubernetes 1.12中引入的，在kubernetes1.14上有較大變化。
此增強(qiáng)將功能擴(kuò)展到Windows節(jié)點(diǎn)，這對(duì)于異構(gòu)集群中，希望只在Windows節(jié)點(diǎn)上部署Windows pods非常有幫助。這是定義RuntimeClass的方法，從而將pods限制為WindowsServer1903(10.0.18362)版本。
?
然后在pods中使用runtimeClassName，如下所示：
#689針對(duì)Windows工作負(fù)載的GMSA支持
階段：升級(jí)到穩(wěn)定版
功能組：windows
允許運(yùn)營(yíng)人員在部署時(shí)選擇GMSA，使用它運(yùn)行容器連接到現(xiàn)有應(yīng)用程序，如數(shù)據(jù)庫(kù)或API服務(wù)器，而無(wú)需更改組織內(nèi)部的身份驗(yàn)證和授權(quán)方式。
#1043 Windows的RunAsUserName
階段：升級(jí)到穩(wěn)定版
功能組：windows
現(xiàn)在Kubernetes支持組托管服務(wù)帳戶，使用runAsUserNameWindows的特定屬性來(lái)定義運(yùn)行容器的entrypoint.。
#995 Kubeadm for Windows
階段:升級(jí)到Beta版
功能組:cluster-lifecycle
Kubernetes 1.14中引入了對(duì)Windows節(jié)點(diǎn)的支持，但是沒(méi)有一種簡(jiǎn)單的方法可以將Windows節(jié)點(diǎn)連接到集群。
從Kubernetes 1.16開(kāi)始，kubeadm join可用于具有部分功能的Windows用戶。它將缺少一些特性，如kubeadm init或kubeadm join——控制平面。
存儲(chǔ)#695跳過(guò)卷所有權(quán)更改(Skip Volume Ownership Change)
階段：Alpha
功能組：存儲(chǔ)
在將卷綁定到容器之前，所有文件權(quán)限都將更改為提供的fsGroup值。這在大規(guī)模的卷上將是一個(gè)緩慢的過(guò)程，還會(huì)破壞一些權(quán)限敏感的應(yīng)用程序，如數(shù)據(jù)庫(kù)。
新添加的FSGroupChangePolicy字段用來(lái)控制此行為。如果設(shè)置為“always”，將保持當(dāng)前行為。當(dāng)設(shè)置為OnRootMismatch時(shí)，它只會(huì)在頂級(jí)目錄與預(yù)期的fsGroup值不匹配時(shí)更改卷權(quán)限。
#1412 不可變Secrets and ConfigMaps
階段：Alpha
功能組：存儲(chǔ)
一個(gè)新的不可變字段被添加到Secrets和ConfigMaps中。當(dāng)設(shè)置為true時(shí)，對(duì)資源鍵所做的任何更改都將被拒絕，從而保護(hù)集群不受意外的壞更新的影響。
第二個(gè)好處來(lái)自不可變資源。由于沒(méi)有變化，Kubelet不需要定期檢查更新，從而提高可伸縮性和性能。
在啟用ImmutableEmphemeralVolumes功能門(mén)之后，可執(zhí)行以下操作：
?
然而，一旦資源被標(biāo)記為不可變，就無(wú)法恢復(fù)更改。只能刪除和重建Secret，并且需要重建使用已刪除Secret的pod。
#1495 通用數(shù)據(jù)填充插件
階段：Alpha
功能組：存儲(chǔ)
此增強(qiáng)為允許用戶創(chuàng)建預(yù)填充卷奠定了基礎(chǔ)。例如，使用OS映像為虛擬機(jī)預(yù)填充磁盤(pán)，或啟用數(shù)據(jù)備份和恢復(fù)。
為此，將解除持久卷的DataSource字段的當(dāng)前驗(yàn)證，允許將任意對(duì)象設(shè)置為值。關(guān)于如何填充卷的實(shí)現(xiàn)細(xì)節(jié)被委托給專門(mén)構(gòu)建的控制器。
#770跳過(guò)不可附加CSI卷的附加
階段：穩(wěn)定
功能組：存儲(chǔ)
這種內(nèi)部?jī)?yōu)化將簡(jiǎn)化容器存儲(chǔ)接口(CSI)驅(qū)動(dòng)程序的VolumeAttachment對(duì)象的創(chuàng)建，這些驅(qū)動(dòng)程序不需要附加/分離操作，如NFS或類似臨時(shí)機(jī)密的卷。
對(duì)于驅(qū)動(dòng)程序，Kubernetes Attach/Detach控制器創(chuàng)建VolumeAttachment對(duì)象，并等待它們被報(bào)告為“attached”。更改CSI卷插件就可以跳過(guò)這步。
#351 Raw block device using persistent volume source
階段：升級(jí)到穩(wěn)定版
功能組：存儲(chǔ)
BlockVolume在Kubernetes 1.18中達(dá)到一般可用性。只需將volumeMode的值設(shè)為block，就可以訪問(wèn)原始?jí)K設(shè)備。使用原始?jí)K設(shè)備而不使用文件系統(tǒng)抽象的能力，使Kubernetes能夠?yàn)楦逫/O性能和低延遲的高性能應(yīng)用程序提供更好的支持。
#565 CSI塊存儲(chǔ)支持
階段：升級(jí)到穩(wěn)定版
功能組：存儲(chǔ)
使用原始?jí)K設(shè)備而不依賴文件系統(tǒng)抽象的能力，使Kubernetes能夠?yàn)楦逫/O性能和低延遲的應(yīng)用程序(如數(shù)據(jù)庫(kù))提供更好的支持。
#603 Pass Pod information in CSI calls
階段：升級(jí)到穩(wěn)定版
功能組：存儲(chǔ)
CSI樹(shù)外存儲(chǔ)驅(qū)動(dòng)程序可以接收，NodePublish請(qǐng)求中請(qǐng)求卷的Pod信息，如Pod名稱和命名空間。
CSI驅(qū)動(dòng)程序可以使用這些信息來(lái)授權(quán)或?qū)徲?jì)卷的使用，或者生成適合pod的卷內(nèi)容。
#989擴(kuò)展允許的PVC數(shù)據(jù)源
階段：升級(jí)到穩(wěn)定版
功能組：存儲(chǔ)
使用此功能，可以“克隆”現(xiàn)有的持久卷。克隆會(huì)導(dǎo)致從現(xiàn)有卷配置新的重復(fù)卷。
原文地址：
https://sysdig.com/blog/whats-new-kubernetes-1-18/
相關(guān)閱讀：
譯文 | 一文了解 Kubernetes 中的服務(wù)發(fā)現(xiàn)
Kubernetes 疑難雜癥排查分享：神秘的溢出與丟包
Kubernetes Deployment 終極指南
Kubernetes v1.17正式發(fā)布，22個(gè)增強(qiáng)功能，4個(gè)Beta版，2019年最后一次發(fā)布！
“Kube-OVN入門(mén)與應(yīng)用實(shí)戰(zhàn)”系列課程開(kāi)講了！！！
時(shí)間：周四(3月26日)晚20：00-21：00
主題：Kube-OVN 網(wǎng)絡(luò)進(jìn)階：子網(wǎng)和固定 IP
掃下方二維碼填寫(xiě)信息，即可加入直播群！
👇👇👇
掃碼報(bào)名聽(tīng)課！👆👆
總結(jié)
以上是生活随笔為你收集整理的windows无法配置此无线连接_Kubernetes 1.18功能详解：OIDC发现、Windows节点支持，还有哪些新特性值得期待？...的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 马云你赔我手机！戳个红包把手机都给戳裂了
- 下一篇： @apioperation 作用_石莲子