G7外長會議美國主導議題設定,揭示「美國隊長」重返多邊主義時代

G7外長會議美國主導議題設定,揭示「美國隊長」重返多邊主義時代
Photo Credit: AP / 達志影像

我們想讓你知道的是

美國正展開了一系列井然有序的對外政策,戰略目標是為了維護美國國家利益,策略上是融合美國重返國際與各國利益,同時透過多邊場合來主導美國所關注的國際議題,揭示美國為首的多邊主義時代。

「七大工業國組織」(Group of Seven, G7)各國外長在英國進行連續三天的會議,這是G7歷經疫情肆虐後再度重逢,就目前國際政經形勢進行意見交換,同時也是為六月中即將舉辦的G7元首高峰會做暖身。

除了七大國外長共商的場面之外,這次更邀請了歐盟成員國、印度、澳洲、南非、南韓、東協會輪值主席國汶萊等外長代表與會,陣容壯大,顯見這些國家對於全球情勢發展的重視態度,而沒有意外的是,本次G7外長會議聚焦討論地緣政治問題。

關注地緣政治:美聯合G7進行議題設定

G7外長會議開幕前就有各種非正式外長會晤的安排,而且又以美國和日本、南韓、英國等國的會晤最受矚目,這一方面彰顯美國重返國際的氣勢之外,另一方面更是美國要主導G7的「議題設定」(Agenda Setting),而且要延續拜登上台後的對外路線,果不其然,中國、俄羅斯、伊朗、北韓、緬甸等成了這次G7關注焦點。

這些都是區域不穩定的主要來源,危及了全球民主、自由與人權的共同價值,G7成員國對此已取得一致性的認知。

最值得關注的是,拜登(Joe Biden)將G7納入了美國對外多元合作的範疇之一,猶如同心圓的民主同盟藍圖,從與盟邦夥伴的雙邊合作,逐步擴大至區域合作,進而形成「跨區域」(Cross-region)的聯合戰線。

可以說,拜登政府的全球戰略已日益清晰,所掌握的「外部制衡能力」(External Balancing)讓美國的外交策略更具彈性且能操之在己。這從四月下旬美國所舉辦的氣候峰會便可以窺知,氣候變遷固然是拜登關注的國際議題,但如何形塑主導議題的能耐,以及對準在下半年舉辦的聯合國氣候大會,凸顯拜登對外政策具系統性、延續性及可預期性。

AP_21123834451612
Photo Credit: AP / 達志影像
布林肯與英國外交大臣拉布

美國國務卿布林肯(Antony Blinken)在與G7各國外長及非成員外長的會晤中,特別提到美國並不是要去壓制那些被認為是威脅的國家,而是要維護國際運作的秩序,要求這些國家必須遵守國際規則;同時,英國外交大臣拉布(Dominic Raab)也同聲要求中國必須遵守承諾,顯然以美國為首的民主陣營要傳達反對任何一個國家破壞國際現狀的意志,尤其是武力脅迫、假訊息滲透等都將不被允許,反而希望能透過外交渠道來進行溝通。

也因此,布林肯強調這些有意破壞現狀的國家,必須能所作所為來證明自己不是挑戰國際規範的「修正型國家」(Revisionist State)。

對美國而言,有意挑戰全球秩序及崛起成為霸權的國家便是中國,因此,拜登政府一再對外表示「並非要與中國全面衝突」,但也不排除甚至歡迎「與中國競爭」。言下之意,美國希望中國的對外策略能有所改變,唯有改變對周邊地區的軍事威脅及語不驚人死不休的戰狼外交,那麼美中對立關係才有可能趨緩,同時也能降低國際社會的疑慮。

換言之,對於習近平一再宣示「永遠不稱霸」的說法,美國及其盟友的態度就是「聽其言,觀其行」,美國仍會持續制衡中國的底線,畢竟對中國能否履行承諾仍抱持著懷疑。

要求中國有所作為:軍事、人權及經貿

中國該怎麼做才會符合布林肯所謂「有所作為」的表現?有三個面向值得觀察。

首先,從美日之間自三月中旬二加二高層會晤到四月下旬的拜菅會,以及布林肯與日本外相茂木敏充的G7會前會,都一再表示「維持台海穩定及和平」的重要性;再對照近期《經濟學人》(The Economist)將台海標為「地球上最危險地區」來看,中國不斷對台的軍事威嚇動作,就是美國及其盟邦所稱的試圖破壞國際基本規範。

只是,中國不可能放棄以武力改變東海及南海現狀的企圖,習近平面對內外部壓力劇增,為了鞏固自身連任政權的穩定性,以及中共統治的正當性,維持軍事威脅恐怕已是騎虎難下的狀態。

RTX6V90E
Photo Credit: Reuters / 達志影像

其二,英國外交大臣拉布要求中國必須履行《中英聯合聲明》的承諾,拉布指的便是北京當局一再壓制香港的自由空間與人權發展,這也是美英外長會晤中明言指出對「民主、自由、人權」價值的共識。當然這並不是拉布首次對中國人權的批評,今年一月中旬,他便表示英國不應與侵犯人權的國家從事自由貿易,當時他就指出英國將考慮禁止中國新疆省強迫勞動所生產的商品進入企業供應鏈。

不過,中國一再對外宣稱這是「內政」不由得外國干涉,甚至還使出渾身解數來升高民族愛國意識來抗衡國際社會的譴責與抵制,再加上拜登近期批評習近平的「專制才是未來潮流」,在他走向無限期連任的政治不歸路,「內部制衡」(Internal Balancing)手段勢必強化,中國必然與西方民主價值相逆而行。

第三,「經貿不公平競爭」,美國自川普時期便展開與中國的經貿戰,就是要反制中國政府一再補貼國有企業進行市場壟斷及併購,以及侵犯智慧財產權及技術剽竊行為;此外,經貿衝突進一步升級到科技戰,這背後更有著國家安全及資訊安全的考量。

縱然在全球化的時代,已無法完全針對單一國家進行市場封鎖,但是,在中國一再透過經濟手段來滲透其他國家的政治發展,甚至侵害他國的民主制度,美國正在努力研擬一套與中國相異的全球供應鏈。不過,經貿議題仍是目前美國聯合盟邦夥伴抗衡中國的一大罩門,畢竟許多國家與中國仍有綿密的經貿利益,要完全斷捨離恐怕也不太容易,這從美韓之間的巧妙互動便可得知。

RTS2R87E
Photo Credit: Reuters / 達志影像

猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡