一場107億美元和1450億美元的戰爭:面對與中國軍事對峙,台灣能維持嚇阻實力嗎?

一場107億美元和1450億美元的戰爭:面對與中國軍事對峙,台灣能維持嚇阻實力嗎?

我們想讓你知道的是

台灣必須「重新思考並規劃它的國防戰略,強調防守方的非對稱優勢,設法不讓中國達成它的戰略目標,而不是企圖摧毀對方的武器系統。」

撰文:法緹姆(Tim Ferry)

儘管台海兩岸關係改善,中國仍繼續投入巨額國防經費,提升軍力,解放軍也依然以台灣為建軍的重要目標。採購先進武器與採行「非對稱戰略」,能否讓台灣克服提供足夠防衛力量的挑戰?

從表面上看來,如果與中國發生全面的軍事衝突,台灣要占上風的機會似乎不是很大。根據美國中央情報局的資料,中國國內生產毛額達到10.36兆美元(以購買力平價估算是17.63兆美元),以這樣的經濟實力,中國在國防方面所能投下的預算在全球居第二位,僅次於美國。北京公布的2015年國防預算達到1,450億美元,比去年增加10%,是中國國防預算連續第五年出現兩位數的成長。

中國實際的國防經費可能比這個數字高出許多,而且據美國國防部發布的2014年中國軍力報告,中國在全軍推動現代化,以便能「在短時間、高強度的區域事端中作戰,並且取得勝利」。這份報告說,中國拓展軍力的作為包括發展第五代戰機、先進飛彈科技,甚至將有航空母艦下水。

中華人民共和國長期的目標是要將台灣收歸北京統治,美國國防部的報告說,依據這個目標,「為台灣海峽可能的衝突預做準備,包括嚇阻或擊敗第三方(也就是美國)的干預作為,依然是中國軍事投資的焦點及主要的驅動因素」。

根據台灣國防部的數據,台灣的國防預算僅新台幣3,193億元(107億美元),與中國相形見絀。台灣空軍戰機的妥善率僅能勉強維持,機隊當中有將近1/4是越戰時期的F-5或者是難以維修的法國製幻象2000型戰機。

台灣有四艘潛艇,其中兩艘建於二次大戰期間,另外兩艘的年份也差不多。台灣軍力規模較小,這點過去曾因武器相對先進獲得彌補,但在許多方面,台灣在軍事科技領先的差距已經被中國趕上。中國如今有許多更新、更精密的武器,數量也比台灣更多。

台灣的軍事分析家說,台灣可能抵擋中國的攻勢達幾個星期或一個月,讓美國有時間可以馳援台灣。但許多評論員懷疑美國會願意與中國發生軍事衝突。他們並且指出,中國在彈道飛彈科技取得的進展,如今讓他們可以攻擊琉球甚至關島的美軍基地,還有美國的航空母艦與其他海軍艦艇。

美國國防研究機構蘭德公司在2009年做成結論說,中國憑藉俄製蘇愷27型戰機和國產的殲10多功能戰機,加上霹靂12型空對空飛彈與短程彈道飛彈,可能可以戰勝美國最新的F-22匿蹤戰術戰鬥機。蘭德公司估計,美國戰機擊落敵機的比率雖然比較高(F-22達到27比1),但中國可以出動的架次是美國的3.7倍,可藉此贏得消耗戰。

這份報告發布之後,中國解放軍空軍與二砲部隊(即飛彈部隊)的威脅有增無減,因為有更多的先進武器已經部署。

Photo Credit:TPT

Photo Credit:TBT

坎培拉澳洲國立大學略研究教授懷特在南華早報發表的一篇文章,被廣為流傳。他在文章中說:「明顯的事實在於,當前美國沒有什麼實際的辦法,能幫台北抗拒來自北京的嚴重壓力。」他說:「中國經濟地位太重要,軍力太強,沒有人會因為台灣不惜跟中國對抗。」

以上是多位軍事與國際事務專家針對台灣國防形勢所做的悲觀評估。但如果發生軍事對峙的局面,台灣是否真的如此沒有希望?有好幾個理由可以不必悲觀。事實上,雖然中國針對台灣部署眾多武器,但近代歷史顯示,在一方的力量遠大於對方的「非對稱性戰爭」中,較弱的一方往往可能獲得勝利。

中國軍事理論家楊少華在《中國國際政治》期刊發表一篇標題為〈弱國如何取勝〉的論文。他在文章中說,有好幾個因素可以讓較弱的一方獲勝。較弱的國家如果有較強的動機,而且很願意為了保衛本身的自治而受苦,就是獲勝的關鍵因素,此外還有較強的一方缺乏決心或承擔對峙成本的意願,如果這較強的一方是個民主國家,就更容易出現這種情況。如果較弱的一方有更有力的友邦出面協助,也會是個因素。

但楊少華指出,最關鍵的因素是較弱的一方所採取的戰略。他寫道:「在非對稱的衝突中,較弱的一方選擇何種戰略,對最後的結果具有關鍵的決定性。如果較弱的一方採取非對稱戰略,則獲勝的比率達到91.7%。」

「非對稱戰略」常用來指游擊戰或恐怖行動,但其實可以指許多不同的做法。2008年,美國海軍戰爭學院教授莫瑞發表論文,題目是〈重新探討台灣的國防戰略〉,文章在軍事圈引發諸多討論。他在文章中說,台灣不應該為了直接因應中國的空襲,投資購買高能見度的武器,而應該以更多經費購買能讓台灣在海岸附近擊退進犯敵軍的武器系統。

Photo Credit:TBT

Photo Credit:TBT

他舉中國的潛艦能力與進步的飛彈為例說:「中國近來的軍事現代化已根本改變台灣的安全選項。」他並寫道,中國已有能力以海軍包圍台灣,並且以彈道及巡弋飛彈精準打擊目標,使台灣失去地理距離的優勢。他因此認為,台灣不能再以反飛彈系統、潛艇、軍艦、戰機和P-3海面巡邏機等「對稱方式」因應這些威脅。他寫道,台灣必須「重新思考並規劃它的國防戰略,強調防守方的非對稱優勢,設法不讓中國達成它的戰略目標,而不是企圖摧毀對方的武器系統。」

他主張,這樣的「刺蝟戰略」可讓台灣以低廉許多的代價,獲得較高的安全性。但這個觀念並未被廣泛接受,例如美國國防智庫2049計畫研究所的研究員伊斯頓以電子郵件告訴Taiwan Business TOPICS說,「刺蝟戰略是要給最後會打敗仗的國家。」他寫道:「這個概念比較適合北韓和伊朗,因此台灣沒有接受這個概念,也不會接受。」


猜你喜歡


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

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


猜你喜歡