遊輪禁令上路後:寶瓶星號無法停靠那霸,返台後將「就地」全船檢疫

遊輪禁令上路後:寶瓶星號無法停靠那霸,返台後將「就地」全船檢疫
Photo Credit: 中央社

我們想讓你知道的是

因為國際遊輪遊客上上下下管理近乎不可能,遊輪內交互感染非常嚴重,因此下令即刻起國際遊輪禁止停靠我國港口,原本預定7日返台的麗星寶瓶星號成為第一艘受到禁令影響的遊輪。

(2020年2月6日22:15更新)

中央今(6)日中午宣布自即日起禁止國際遊輪靠泊台灣港口,不過一艘預計在7日返台的麗星遊輪寶瓶星號面臨尷尬處境,原本要折返日本沖繩那霸港讓非台籍旅客下船,但因為沖繩那霸港也拒絕該船停靠,目前寶瓶星號正轉向再從日本返台。

中央流行疫情指揮中心指揮官陳時中表示,沒道理不讓這些人回家,因此已經規劃明(7)日寶瓶星號返台後的作法。經查,寶瓶星號船上目前有40多位具中國旅遊史的人,明日將登船做全船的發燒篩檢,若有發燒情況或是在14天內有中國旅遊史的,將會在船上直接採檢,用最快的速度送驗。

假設全數乘客都沒有發燒、沒有症狀,大家就可以回家做自主健康管理14天;但萬一不幸有任何一位確診的個案,其他乘客就得留在船上隔離14天。陳時中表示,由於船上有1000多人,如果全部都回去居家隔離,管理上非常不容易,船上本來就有房間,研判起來是最安全的,也承諾將盡力把船上乘客的生活照顧好。

(2020年2月6日20:15更新)

中央今(6)日宣布自即日起禁止國際郵輪靠泊台灣港口,不過一艘麗星遊輪寶瓶星號,原本預計7日下午4時自沖繩那霸抵達台灣基隆港,禁令今日一出引發逾千人無法返台的疑慮。疫情中心表示,船上台灣人會盡量予以上岸,但要立刻檢疫。截至今日晚間7點半,根據船上乘客傳回消息指出,船長宣布將先折返那霸將非台灣籍的旅客下船後,再返回台灣,預計抵達台灣時間為7日晚間11點。

麗星郵輪指出,該班航次遊客1738 人中,其中台灣籍高達1709名,占比超過9成,另有18名菲律賓籍、3名馬來西亞籍、3名越南籍,韓國、印尼、緬甸、新加坡籍則各有1名,以及1名陸籍配偶,經船方確認,該名陸配出航前兩周並未有任何境外旅遊史。

根據船上丁姓乘客透露給《關鍵評論網》的消息,本來不確定遊輪回到台灣後,乘客能否順利下船,不過約在傍晚7點後,船長宣布台灣乘客都可以下船,但政府要求先把非台灣籍的乘客留在沖繩那霸,早在台北時間本日午間出航返台的遊輪,目前得先折返那霸港並讓非台籍乘客下船,然後再載1709名台灣籍乘客回台灣,預計明天晚上11時抵達基隆。

(以下原文刊於2020年2月6日14:00)

原標題:「鑽石公主號」再增10名確診,憂疫情擴散即起禁止國際遊輪靠泊台灣港口

中央流行指揮中心於今(6)日收到日方通知,1名「鑽石公主號」遊輪台籍旅客確診新型冠狀病毒感染。有鑑於近期陸續發生數例遊輪旅客或船員感染新型冠狀病毒肺炎之案例,考量國際遊輪屬人口密集、人員互動頻繁之高風險場域,中央流行疫情指揮中心在中午時宣布,自即日起禁止國際遊輪靠泊台灣所有港口。

指揮中心表示,昨日接獲日方通知,該國衛生單位於2月2日經香港通知「鑽石公主號」遊輪1名港籍乘客確診為新型冠狀病毒感染個案;該輪於2月4日返航橫濱後,日方即刻採取船舶檢疫與防疫措施;經調查,船上共有台灣籍人員共24人,分別是旅客22人與船員2人。

經針對接觸過該確診個案,且有呼吸道或發燒症狀之旅客與船員237名採檢測,於今日稍早通知,有1名60餘歲台籍女性旅客確診;該旅客已移送日方指定醫院接受隔離治療。其他旅客則被要求儘量留在船艙中,至少待在船上檢疫14天。日方若有新的檢驗結果亦將立即通知。

除了「鑽石公主號」已有20例確診病患,目前隔離於香港的「世界夢號」,也有30名船員出現疑似症狀,其中3名發燒送醫並確診。2艘遊輪分別曾於1月31日和本月3日停靠在基隆港,「鑽石公主號」有 775 人參加岸上團體旅遊,散客1694人,也就是至少有2469人下船旅遊,而「世界夢號」離開基隆港後又開往高雄港,但被高雄港警總隊拒絕靠港。

《ETtoday》報導,中央疫情中心指揮官陳時中表示,針對遊輪事件正在做疫情調查,包含整個路線做了解,病例也會列入管理。6日即刻起,國際遊輪禁止停靠我國港口,因為國際遊輪遊客上上下下管理近乎不可能,遊輪內交互感染非常嚴重,因此下令即刻起國際遊輪禁止停靠我國港口。

港務公司估影響112艘次、14.4萬人

《自由時報》報導,台灣港務公司估計,今起到3月底,影響112艘次、14.4萬旅客人次。港務公司表示,今年預計將有655艘次、106萬人次,受疫情影響,下修到543艘次、91萬人次。

港務公司強調,原本將取消世界夢號10艘次、鑽石公主號5艘次、其他遊輪8艘次,如今中央疫情中心宣布全部取消,所以受影響範圍擴大到112艘次、14.4萬旅客人次,將儘速告知遊輪公司因應調整。

《聯合報》報導,面對即刻起立即停止國際遊輪停靠港口,台灣港務公司坦言對國際遊輪衝擊太大,有員工表示,「雖然禁止後可以防疫,但還是很傻眼!」、「所以現在是放無薪假了嗎?」

台灣港務公司發言人王派峰表示,事發突然,不過會依照中央流行指揮中心規定執行,禁止所有遊輪靠泊,但還要再釐清國際遊輪定義,是否所有遊輪作業甚至客輪(兩岸直航跟小三通)都要停止。現已告知航商這項新政策,再做進一步討論。

目前台灣遊輪的停泊以基隆港和高雄港為主,基隆港就占了八成。據統計,2月到4月上述兩大港共有121艘遊輪入港,按照中央流行疫情指揮中心最新公告將全數取消。基隆港務公司和高雄港務公司都表示,這兩天應該會針對新政策討論。


猜你喜歡


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

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


猜你喜歡