【東南亞週報】美國預計准售予新加坡F-35B戰鬥機|中印南海爭議佐科威親自登島示主權|泰國首間藥用大麻專門診所開張

【東南亞週報】美國預計准售予新加坡F-35B戰鬥機|中印南海爭議佐科威親自登島示主權|泰國首間藥用大麻專門診所開張
Credit: Reuters/TPG

我們想讓你知道的是

根據報導,美國國務院已同意新加坡購買4架F-35B型戰鬥機;在2019年12月底,為捍衛納土納群島海域主權,近日印尼採取了召見中國駐印尼大使、及佐科威總統親自登島宣示主權等行動。

編譯:黎柏君、柯昀伶、鍾依吟(南洋誌

南洋誌東南亞週報第48期,為讀者挑選2020年1月4日至1月10日期間,有關菲律賓、印尼、泰國、新加坡、馬來西亞、及柬埔寨等國家的六則東協區域大事。

新加坡|美國預計將批准售予新加坡F-35B戰鬥機

根據新加坡亞洲新聞台1月10日報導,美國國務院已同意新加坡以27.5億美元價格購買4架F-35B型戰鬥機。美國國務院已將此消息於1月9日通知美國國會,而美國國會在通過此案之前將有30天的審查期

新加坡最早是於2019年3月公開表達將向洛克希德馬丁公司(Lockheed Martin Corp)購買F-35戰機的意願,用以取代自1998年起開始服役的F-16戰機。根據新加坡海峽時報報導,新加坡此次將購買的F-35B機型購價較為高昂,不過該機型能夠在長度最短為167公尺的跑道起飛並垂直降落。

根據美國國防部所發佈的聲明指出,新加坡不但是美國的戰略夥伴及主要的安全合作對象,亦是美國在亞洲太平洋地區維護政治穩定和經濟發展的重要力量。該聲明提及,新的F-35機隊將能強化新加坡軍事管理,以及增強空對空和空對地的防衛能力。此外,美國也提供新加坡在購買4架F-35B的基礎上、多購買8架同類型戰機或其他零組件及配件的選擇。

若購買案最終由美國國會通過,新加坡將成為亞洲太平洋地區繼澳洲、日本、及韓國之後第四個擁有F-35戰鬥機的國家

正在進行垂直降落的F-35B,由圖中可見降落時向量噴嘴朝下方轉向 An_F-35B_Lightning_II_aircraft_lands_aboard_the_amphibious_assault_ship_USS_Wasp_(LHD_1)
Photo credit: United States Navy Public Domain
正在進行垂直降落的F-35B,由圖中可見降落時向量噴嘴朝下方轉向

印尼|中印南海爭議,佐科威親自登島示主權

在2019年12月底,位於印尼北部的納土納群島(Natuna)海域,發生中國海岸警衛隊的海巡艦護送中國漁船進入印尼專屬經濟海域的事件。該事件在後續引發印尼召見中國駐印尼大使、及佐科威總統親自登島宣示主權等行動。

根據印尼海事安全局記錄顯示,12月19日至24日至少有63起中國漁船非法進入納土納海域的事件,而其中有數十起為中國海巡艦護衛漁船。在上週又再次發生兩艘中國海巡艦及戒護船護送中國漁船進入納土納海域事件。印尼外交部長馬蘇迪(Retno Marsudi)在第一時間已向北京表達抗議,並強調印尼絕不接受中國九段線的主張。

佐科威在1月6日的聲明嚴正指出,「國家主權不容談判、沒有妥協的空間」。軍方表示目前會在納土納群島北部海域部署至少6艘海巡艦、及4架戰鬥機定期巡邏;也將從爪哇島約120名漁民送至此海域捕魚。佐科威更於1月8日一早前往訪視納土納群島,不只造訪軍事基地、亦與當地居民和漁民互動,以顯示捍衛主權的決心。

印尼在2017年將納土納群島北部的專屬經濟區改名為「北納土納海」,中國雖未對群島聲稱擁有主權,但其中部分專屬經濟區範圍在中國劃定的九段線內。對於此次的衝突,中國外交部發言人耿爽表示,中國漁民在此的行為完全合法且具有正當性,但強調兩國會透過外交管道來處理爭議,並致力於區域和雙邊關係的和平穩定。

在經過數日的對峙,印尼國防部發言人西斯利亞迪(Sisriadi)於1月9日表示,中國海岸警衛隊的船艦和漁船已經離開爭議水域,時間點恰好在佐科威總統登島之後。不過,海事安全局的資料則顯示,尚有一艘中國海警船仍在印尼的大陸棚海域徘徊。

印尼,北納土納海,南海,中國
Photo Credit:Reuters/ 達志影像
納土納群島位置

泰國|泰國首間藥用大麻專門診所開張

泰國政府致力發展藥用大麻產業,而由公共衛生部主導的首間藥用大麻專門診所1月6日在首都曼谷正式開業,首兩週免費看診,並提供5至10毫克的大麻油讓欲舒緩癌症、失眠及肌肉疼痛的患者領取。

不少泰國民眾長久以來均有將大麻入藥以緩解疼痛及疲困的習慣,泰國因此於2018年成為首個藥用大麻合法化的東南亞國家;政府更看準大麻草衍伸的龐大商機能提振農業部門產值,而大舉投資萃取及蒸餾技術、並行銷大麻油。

公共衛生部部長阿努廷(Anutin Charnvirakul)在開業儀式上表示,「將持續為改善泰國民眾的健康而奮鬥,也將持續為追求泰國的經濟發展而努力」,該診所將只是第一步,政府另計畫在77個府各開設一間藥用大麻專門診所。

目前泰國已約有25間藥用大麻診所附設於一般醫院之下,但這些附設診所受限於專業人員不足一週僅能看診幾日,新開業的專門診所正好能彌補此項不足,預估每日服務病患數可達200至300人。

儘管以阿努廷為首的政府官員十分看好這股「淘綠熱」(Green Rush),醫藥界態度相較之下則較為保守,例如泰國最大的私立醫療集團—曼谷杜斯特醫療服務(BDMS)傾向靜觀其變,認為泰國的藥用大麻使用量仍未明,且有關藥用大麻療效的可靠文獻研究尚嫌不足。

82248506_4018706248155700_29073868644469
Photo Credit:泰國公共衛生部臉書
泰國藥用大麻專門診所看診情形

菲律賓|Tonik取得首家純數位銀行執照

總部位於新加坡的Tonik Financial在1月9日宣布,其菲律賓子公司Tonik Digital Bank已獲得菲律賓央行核發的執照許可,將成立菲國及東南亞地區首家純數位銀行,並預計在今年起開始數位存款、放貸等業務。

目前菲國有荷蘭ING銀行、馬來西亞聯昌國際銀行(CIMB)等業者推出數位銀行服務或應用程式。央行在2019年底點頭同意Tonik開辦純數位銀行業務,並在本週核發許可。Tonik 創辦人兼執行長Greg Krasnov表示,數位銀行服務在快速崛起的東南亞國家,如印尼、菲律賓、越南相當具吸引力。Tonik相當榮幸被選為第一家數位銀行,將新型的服務帶到菲國。

菲國有1400億美金儲蓄存款及1000億美金無擔保放款的市場規模,然有大量未擁有銀行帳戶的人口,再加上Tonik評估傳統銀行在數位金融方面不具競爭力,許多科技公司在網路上的滲透率都比銀行來的高,使菲國成為開辦網路銀行的良好標的。


猜你喜歡


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

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


猜你喜歡