舊內閣大屠殺?拚100日內完成脫歐,英首相強森最新「戰鬥內閣」揭曉

舊內閣大屠殺?拚100日內完成脫歐,英首相強森最新「戰鬥內閣」揭曉
Photo Credit: Reuters/達志影像

我們想讓你知道的是

距離脫歐期限不到100天,英國新首相強森推出最新的戰鬥內閣,卻遭媒體以「內閣大屠殺」來形容此次的改組工作。

英國新首相強森(Boris Johnson)昨(24)日正式上任,將帶領英國在10月31日的期限前完成脫歐,面對這個前任首相花了近2年都無法完成的艱鉅任務,強森只有不到100天的時間,為此強森表示深具信心。

英國前首相梅伊(Theresa May)24日向女王請辭後,新首相強森在下午進駐唐寧街,開始上工。

強森對於他的脫歐工作顯得信心十足。在與女王會面後,強森昨日也在唐寧街10號門前發表就職演說,他說,他完全有信心在99天內解決脫歐問題。強森表示,

「那些下賭注不看好英國的人士將會輸得精光,因為我們將恢復人們對我們民主制的信任,我們將履行議會對人民一再做出的承諾,將於10月31日脫離歐盟,這裏不存在如果或但是。」

他也表示,英國將尋求與歐盟建立密切的伙伴關係。他感謝身在英國的300萬歐盟成員國公民,稱新政府會保證他們擁有留在英國的權利。但強森仍指出,仍要凖備「無協議脫歐」:「我們必須為布魯塞爾拒絶進一步談判的極小可能性做好凖備」,「凖備只是常識。」

柴契爾以後,最右翼的內閣組合

為脫歐作準備,強森的第一項新工作就是組織內閣,將近一半梅伊時代的內閣成員遭到換血,堪稱這是英國近50年最大的非大選內閣改組,有11名部長級內閣被撤換,另外6名官員則是自動退出。

英國《衛報》指出,新首相「開鍘了半數內閣以茲報復」,並指強森「與脫歐者和右翼分子結黨」。報導指出,強森選擇與投下脫歐票的同事組閣,而在選舉期間支持與強森一同角逐保守黨揆的另一候選人亨特(Jeremy Hunt)、或批評強森政策的梅伊內閣成員,全部被換掉,包括了原來的蘇格蘭事務大臣萬達偉(David Mundell)、教育部長達米安(Damian Hinds)和原本支持度很高的英國首位女性國防部長(當時支持亨特)的莫丹特(Penny Mordaunt)。

英國媒體以「內閣大屠殺」(Cabinet carnage)來形容這個殘酷的內閣改組工作。

不過強森的支持者認為,這樣大膽的做法,顯示強森正在全力以赴地採取英國脫歐戰略。

強森上任後宣布的新內閣,包括了17位曾經入過閣的內閣老兵,前內政大臣、銀行家賈維德(Sajid Javid)被任命為財政大臣,對英國脫歐問題立場強硬的拉布(Dominic Raab)也被任命為外交大臣。

45歲的拉布原本是梅伊首相任內脫歐大臣,因為不滿梅伊和歐盟達成的脫歐協議讓步太多,於去年辭職。現在他不但出任外相,也成為強森的副手。拉布呼應強森說法,矢言英國一定要在10月底脫歐。而原本的外交大臣亨特、也是強森此次於保守黨內角逐黨魁的政治對手,強森原希望亨特能擔任國防大臣一職,但被亨特婉拒。

另外較具爭議的人事任命,為內政大臣帕特爾(Priti Patel)。帕特爾在當國際發展部長時,曾經私下和以色列政府談,要把英國的國際救助金轉給以色列軍方使用,後來因此被炒,她的回鍋恐將使英國未來的移民政策更加緊縮。

另外,帕特爾也曾在2011年時表示,國內的刑事司法制度不斷失敗,「我們看到殺人犯和強姦犯......重新犯罪並一次又一次地犯下這些罪行時,我認為這是令人震驚的。僅在此基礎上,我會支持重新引入死刑以起到威懾作用。」不過2016年,帕特爾稱她改變了主意。

Priti Patel
英國新任內政大臣Priti Patel。|Photo Credit: AP/達志影像

而之前因「華為洩密案」被炒的前國防部長威廉森(Gavin Williamson)也在此次內閣任命案回歸,擔任強森內閣的教育部長。

威廉森於今年5月被開除,當時遭指控「違紀洩漏」國家安全會議的機密、擅自對媒體釋出「內閣已同意『有條件』放寬華為投資英國5G建設」的敏感消息,提前洩漏國安會議遭到開除。

Gavin Williamson
英國新教育部長Gavin Williamson。|Photo Credit: Reuters/達志影像

就是要脫歐!梅伊力挺接班人,反酸工黨領袖「一起下台」

英國前首相梅伊,昨日晚間與強森正式交接時,也力挺這位新的接班人。梅伊自2016年7月上任以來在位3年多,未能實現英國脫歐目標。

《中央社》報導,在任期內最後一次的國會質詢中,梅伊表示:「也許我只能這麼說,來為我和柯賓的攻防畫下句點,那就是,我是個接受自己任期已結束的政黨黨魁,或許如今是他該效法我的時候了。」梅伊這席話獲得保守黨議員熱烈喝采。

許多工黨籍國會議員都對柯賓的領導不滿,尤其是他對黨內長期反猶太危機的處理結果,以及他對工黨的脫歐立場含糊其詞。不過柯賓仍獲黨內基層的強大支持,因此能在2016年續任黨魁。

脫歐陷僵局、國會席次縮水,英國下一個難題不只一個

不過,梅伊去年號召提前大選後,保守黨在下議院已經失去多數黨地位,得仰賴北愛爾蘭小黨民主聯盟黨(DUP)的10席支持才有優勢,但下個月部分國會議席即將進行補選,保守黨席次恐怕會進一步縮減,要如何在此窘況下完成脫歐決議,也是強森內閣將面臨的難題。

《中央社》報導,強森希望能說服歐盟放棄之前和梅伊談妥的脫歐協議,留下保護公民權利這些沒有疑慮的部分,丟棄他和其他疑歐派不喜歡的部分,像是愛爾蘭邊境保障措施(backstop)等,但具體要如何辦到,將是一大難題。強森曾經威脅要扣下給歐盟的390億英鎊分手費,換取歐盟讓步,但歐盟並不買帳,強生接下來將會如何出招,歐盟也在等著看。

除了脫歐,強森就任首相後,也將面臨英國與伊朗近期互相扣押油輪、兩國關係持續緊張的問題。


猜你喜歡


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

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


猜你喜歡