川普的「史詩級」亞洲行總回顧:為了北韓,還是美國貿易赤字?

川普的「史詩級」亞洲行總回顧:為了北韓,還是美國貿易赤字?
Photo Credit:關鍵評論網 高嘉宏

我們想讓你知道的是

近幾個月來,美國與北韓之間數度隔空交火,因此川普亞洲行的重點,將是放在改善美國對亞洲的貿易赤字,以及處理北韓危機。

文:羅元祺|設計:高嘉宏

美國總統川普(Donald Trump)在當地時間11月3日(台北時間4日),展開12天的亞洲行。這趟行程是川普上任以來首度走訪亞洲,因此川普在各國的一舉一動都受到外界關注。

川普此行出訪五個國家,分別是日本、南韓、中國、越南與菲律賓。其中在越南參與11月10日至11日的「亞洲太平洋經濟合作會議」(簡稱亞太經合會,APEC),還有13日在菲律賓舉辦的東協高峰會。

近幾個月來,美國與北韓之間數度隔空交火,因此川普亞洲行的重點,便是處理北韓危機。但除了北韓之外,川普這趟來亞洲還有什麼目的呢?

川普亞洲行
Photo Credit:關鍵評論網 高嘉宏

川普在日本不只吃和牛,還提出「自由印太戰略」

川普亞洲行的首站是日本,日本首相安倍晉三高規格接待,5日中午前往東京港區的知名漢堡店吃牛排漢堡。當天下午,安倍晉三還安排川普與日本高球好手松山英樹一起打高爾夫球。

打完高爾夫球後,安倍晉三帶川普去東京米其林餐廳享用日本和牛。總計川普在日本的兩天行程,除了兩頓早餐之外,川普的午、晚餐都有安倍晉三陪同。2014年,前美國總統歐巴馬訪日時,安倍晉三僅出席兩天的晚餐,可見這次日方是用高規格招待川普,川普的心情看起來也很好。

安倍晉三之所以盡心款待川普,主要考量還是當前北韓局勢緊張、不希望美中關係太緊密,導致日本被邊緣化的可能性。

2016年美國對日本貿易逆差達689億美元,是美國貿易的第二大赤字來源,當川普在6日批評美日貿易對美國不公平時,安倍晉三也沒有強力反駁,甚至還允諾會加碼對美軍購案,為的都是爭取川普繼續支持美日同盟,不希望日本像川普手中的那盒魚飼料,瞬間被丟光光。

然而川普在日本的另一項重要舉動,就是附和安倍晉三所倡議「自由開放的印度洋—太平洋戰略」(Free and Open Indo Pacific,以下簡稱印太戰略),這也是川普拒絕接續歐巴馬「重返亞洲」(Pivot to Asia)政策後,首次提出新的亞洲戰略構想。

其實印太戰略的創造者是安倍晉三,於2016年8月29日在非洲開發會議(TICAD)上提出。日本《共同社》指出,美國在這方面與日本統一步調,主要是為了對抗中國的「一帶一路」。

另一方面,對於今年試射飛彈頻仍的北韓,川普與安倍晉三也達成共識,要對北韓進行最大限度的施壓,並希望能強化美日韓的三方合作。

擁抱韓籍慰安婦,川普還想「偷襲」兩韓邊界

相較於在日本展現的好心情,川普7至8日訪問南韓的態度就顯得冷漠許多,最大的因素還是出在南韓總統文在寅的「親北」立場,這和川普反對北韓的態度完全相左。

雖然川普在南韓只進行24小時的旋風式訪問行程,但還是有值得關注的焦點。

到訪當日,川普在南韓政府的安排下,與韓籍慰安婦、高齡88歲的李容洙在青瓦臺見面,兩人還互相擁抱。當天的晚宴,川普餐桌上除了有南韓出產的牛肉,竟然還擺上來自獨島的大蝦,而獨島是南韓跟日本長期有主權爭議的領土。

這兩件事情惹得日本內閣官房長官菅義偉出面指責,表示南韓政府的作法令人無法接受。

另外,跟面對日本一樣,川普對現有的《美韓自由貿易協定》(KORUS FTA)大加批判,不但認為這項協定「很糟糕」,更扼殺了美國人的工作機會。

美方數據顯示,自協定於2012年生效以來,美國對南韓的貿易逆差已翻了一倍之多,從2011年的132億美元增加到去年的276億美元。

對此,文在寅也同意川普要訂購數十億美元的軍備,川普形容「這對他們來說非常合理,對我們而言意味就業及削減與南韓間的貿易赤字。」為什麼川普會說增加軍購對南韓非常合理?恐怕還是跟北韓的威脅脫離不了關係。

雖然在川普行前公布的行程中,並沒有規劃前往兩韓邊界的非軍事區(DMZ),但8日早上卻突然通知媒體將前去DMZ,最終因濃霧而取消行程。不過《路透社》報導指出,有鑑於川普之前不斷對金正恩放話,還說要「徹底摧毀」北韓,若此時前往非軍事區可能會進一步加劇與北韓的緊張關係。

去不成DMZ的川普,隨即回到南韓國會發表演說,內容主要還是圍繞在北韓,批評北韓對全球造成的動盪,並呼籲中國、俄羅斯「不能支持、不能供給、不能接納北韓」,但並未提出具體或是更進一步的北韓政策。

在來去匆匆的南韓行程結束後,川普的下一站是中國。還沒結束在首爾的訪問,川普就迫不及待發推特表示,「我非常期待與才剛取得偉大政治勝利的習主席會面。」有分析指出,川普對習近平的讚許,是想先安撫習近平,再著手討論美對中鉅額貿易逆差及北韓危機等棘手議題。

川普發推特「報平安」,還跟中國簽2500億美元貿易合約

對於川普的來訪,中國國家主席習近平選擇在北京故宮博物院招待,從茶敘、遊園觀戲曲到晚宴,這樣的安排顯然讓川普非常開心,當晚川普連發三則推特,其中兩則是向習近平表達感謝,還說這是個「難忘的午後紫禁城」。

川普愛發推特早已不是新聞,不過前往管制網路出名的中國,還是讓外界好奇川普是否能「翻牆」發推特。其實,川普訪中期間使用總統專用手機,運用美方加密通訊網路連線,發表推文不成問題。

除了發推特之外,川普訪中的另一個重點,是讓中美企業簽署上千億美元的貿易合約。隨川普出訪的美國貿易代表團由29間企業組成,該團8日下午在北京人民大會堂,與中國企業代表簽署19項貿易協議,內容包括生命科學、航空、人工智慧製造等多個領域,還有對美豬、美牛的採購,協議總金額約為90億美元。


猜你喜歡


挖掘雲端開放架構優勢!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。

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


猜你喜歡