美國為何當「叛徒」?川普撤軍敘利亞對台灣的啟示

美國為何當「叛徒」?川普撤軍敘利亞對台灣的啟示
Photo Credit: AP/達志影像

我們想讓你知道的是

美國的外交政策絕對不只有背叛,但是依照川普難以捉摸的外交跟軍事政策,不但在國內得不到支持,更被盟邦非議,甚至讓人懷疑可行性。這樣的政策品質令人擔憂,對台灣尤其如此。

國防部長為什麼辭職抗議?

我堅信的一個核心信念是:我們國家的力量與我們獨一無二和全面的聯盟和夥伴關係的力量是密不可分的。儘管美國仍是自由世界不可或缺的國家,但如果不維持強大的聯盟並尊重這些盟友,我們就無法保護我們的利益或有效地發揮這一作用。——美國國防部長馬提斯(James Mattis)辭職信

美國總統川普(Donald Trump)宣布撤兵敘利亞跟阿富汗,美國國防部長馬提斯立即宣布請辭下台,還公開發表辭職信,嗆聲總統背棄與不尊重盟邦。本文要解析美國撤兵對中東現況的衝擊。簡而言之,以色列、土耳其跟沙烏地阿拉伯,將以美國代理人的身分,在中東扮演更加積極的角色。敘利亞的國力將會穩定恢復,伊拉克將艱難地維護國家完整與穩定,至於馬提斯信中所提到的盟邦,很遺憾的並不包含影響最大的庫德族人,他們將一如既往地遭到拋棄,我希望那些對美國充滿信心的台灣人,要能藉著別人的悲劇,了解台灣的處境與美國的誠信。

台灣作為世界衝突的潛在發生地,夾在中美兩個大國之間,注定了只能順勢而為,差別只在於順美國還是中國的勢。台灣必須掌握兩個大國的軍事與外交動向,如果只是基於想像去推測大國行動,那庫德族就是最好的借鏡。庫德族夾在敘利亞、伊拉克跟土耳其當中,人口只比台灣略多,有3000萬人分布在土耳其、敘利亞、伊拉克跟伊朗,一直在爭取獨立。直到伊斯蘭國崛起,把敘利亞、伊拉克跟伊朗政府打得抱頭鼠竄,美國眼見中東秩序大亂,開始大力奧援庫德族。

但是在伊斯蘭國逐步遭到壓制之後,2017年9月25日,伊拉克北部的庫德族自治政府(KRG)發動獨立公投,一面倒獲得九成二的贊成。沒想到伊拉克政府馬上翻臉,直接派兵殺入自治區,美國除了軟弱的聲明,毫無動作。為了防範庫德族聲勢壯大,土耳其也發起「橄欖枝」行動,派兵深入敘利亞北部的庫德族集結區,面對缺少重型兵器的庫德族民兵,土耳其不但由重型戰車豹2、M60開道,還由F-16進行空中炸射。尷尬的是,土國攻擊的阿夫林(Afrin Canton),東邊不遠就有數百名美軍特種部隊的基地,但是美國從頭到尾,就袖手旁觀地看著庫德族一路被追殺。

美國總統川普現在宣布撤兵的敘利亞,各方認為美國是把控制權移交給土耳其,因為敘利亞內戰已久,國內主要有兩股最強的勢力,一方是敘利亞政府軍與伊朗跟俄軍結盟,另一方則是美國支持的敘利亞反政府軍,以民主的名義,要推翻敘利亞阿薩德(Bashar al-Assad)政權。現在只要美國撤出,反政府軍注定在缺乏空優與重裝備的情況下任人宰割。

川普這次撤軍,提到反恐、提到打敗IS,你有聽到他說到庫德族或是敘利亞反抗軍嗎?美國在盟友的眼中,常常就是「叛徒」的代名詞,如果台灣自以為可以成為例外,那實在太過天真。

48429659_803525966657411_243894739149625
Photo Credit:蔡又晴提供

美國撤兵後的中東情勢

美國撤兵後的中東情勢,敘利亞有伊朗跟俄國的支持,武器裝備不成問題,逐步壓制國內的反抗勢力是時間問題,伊朗跟敘利亞將會成為中東兩大「反美」強國。但是美國不會希望美國的影響力退出中東,而是寄望親美國的代理人來管理,這兩個國家就是以色列跟沙烏地阿拉伯,還有就是剛剛跟美國修復關係的土耳其。

土耳其跟美國之前關係非常惡劣,因為美國為了打擊伊斯蘭國跟敘利亞政府,大力支持庫德族武裝,影響土耳其國內統一與安定。2016年土耳其國內爆發軍事政變,土耳其也認為背後有美國勢力在煽動,美國則是認為土耳其在協助伊朗規避美國制裁。另外土耳其身為北約盟國,就要去購買俄製防空飛彈系統S-400,這不但會造成北約盟邦武器系統無法協調,也連帶影響北約防禦計畫。

隨著雙方關係越來越緊張,土耳其已涉及策動政變,逮捕了美國領事館的翻譯、美國緝毒局的雇員,還抓了一位美國牧師布朗森(Andrew Brunson),美國作為反擊,調高鋼鋁進口關稅,讓土耳其幣值崩跌,甚至連土耳其已經付款的F-35也拒絕交付,但這一切都在土耳其宣布:掌握沙烏地阿拉伯在使館殺害記者哈紹吉(Jamal Khashoggi)的證據之後,態勢一變。因為土耳其的證據直指是沙烏地王儲穆罕默德(Mohammed bin Salman),重創了沙烏地阿拉伯王室的聲譽。

沙烏地阿拉伯是美國總統川普再三點名強調的盟國,不只在產油利益與經濟上跟美國一致,美國還寄望沙烏地阿拉伯能在中東扮演代理人的角色,但是從沙烏地阿拉伯率領的聯軍,這一年連打葉門都打得那麼吃力,希望沙烏地阿拉伯撐起這塊天,看來也是困難重重。

但是無論如何,沙烏地阿拉伯畢竟還是美國寄望的盟友,但土耳其公布的證據越多,美國越難堪,畢竟被殺的哈紹吉雖然是沙烏地阿拉伯人,但是他是《華盛頓郵報》的專欄記者,公然殺害記者對美國價值是不可接受的。雖然川普個人不在乎,但是美國民意會反彈,美國必須盡快讓土耳其閉嘴,也就在這起事件後,美國宣佈了軍售愛國者防空飛彈系統,我猜接下來不久,在美國本土的F-35也會解除管制交接給土耳其空軍。

不過除了土耳其跟沙烏地阿拉伯,對美國最為重要,也是動作最為積極的盟友就是以色列。川普上任之後,對以色列的支持有增無減,以色列近來在中東四處出擊,不但跟加薩走廊的哈瑪斯(Hamas)組織彼此用火箭跟轟炸互擊,也對敘利亞境內的基地進行空襲,甚至指控以色列空軍的F-16利用俄軍IL-20偵察機掩護,結果讓敘軍的S-200防空飛彈擊落俄軍偵察機,造成俄國一度跟以色列關係緊張。以色列也是除了美國之外,第一個讓F-35戰機投入實戰的國家,目的就是要威嚇駐紮在敘利亞的俄軍。


猜你喜歡


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

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


猜你喜歡