疫情趨緩各國逐步鬆綁邊境,阿根廷、日本、以色列旅客入境規定一次看

疫情趨緩各國逐步鬆綁邊境,阿根廷、日本、以色列旅客入境規定一次看
圖為日本東京羽田機場內配戴口罩的旅客|Photo Credit: AP / 達志影像

我們想讓你知道的是

歷經18個月防疫措施後,阿根廷重啟國際觀光大門,11月1日起開放全球旅客入境。日本政府則擬開放短期商務客、留學生與技能實習生等入境,並有條件將商務客隔離期縮短至3天。

隨著COVID-19(嚴重特殊傳染性肺炎、新冠肺炎、武漢肺炎)疫情逐漸趨緩,疫苗覆蓋率日漸攀升,各國日前開始考慮放寬邊境管制措施。例如邊境管制措施最嚴格的亞太地區,近期區域內不少國家開始鬆綁邊境措施,逐步對外開放。

除了澳洲、泰國等亞太地區多國,先前禁止一般外國旅客入境的阿根廷,也於1日開放全球旅客入境、日本則將開放開放短期商務客、留學生與技能實習生,最快於11月8日上路。另外邊境嚴管長達20月的以色列,則在1日開放已經完整接種疫苗的觀光客入境。

阿根廷:開放全球旅客入境

(中央社)阿根廷1日起開放全球旅客入境,持完整疫苗施打證明、72小時內陰性核酸檢測證明(PCR)、COVID-19保險及相關簽證,即毋須接受任何隔離檢疫措施。

鑒於近期阿根廷疫情降溫及提振經濟考量,歷經18個月防疫措施後,阿根廷重啟國際觀光大門。10月中旬首先針對南美鄰近國家開放陸路邊境,放寬航班入境人數,讓滯留在外國的阿根廷公民都能返回。

根據阿根廷政府最新公布的規定,完整疫苗施打必須在登機前14天完成,即可免除防疫隔離和現場核酸檢測;對未完整接種2劑疫苗,或未接種疫苗的人士,則需7天強制隔離和核酸檢測;6歲以下無施打疫苗兒童無需檢測,但需7天隔離。

阿根廷國家通訊社《泰蘭社》(télam)報導,阿根廷政府預估至年底可迎來20萬人次國際觀光客,將對觀光客推出免費施打疫苗服務,主要針對18歲以下未成年旅客接種COVID-19疫苗,透過降低旅遊限制,希望吸引更多國際家庭旅客到訪阿根廷。

阿根廷衛生部部長維佐蒂(Carla Vizzotti)提到,阿根廷擁有足夠的疫苗數量配給,目前72.6%阿根廷總人口已接種第一劑,兩劑完整覆蓋率為55.4%。

隨著防疫限制解除,體育和觀光部部長拉門斯(Matías Lammens)說,將有新的國際航空公司加入往返阿根廷航線,譬如哥倫比亞航空。未來會宣布各家航空公司最新規劃,逐漸恢復一年約620萬人次觀光客造訪量,將國際旅遊業轉化成阿根廷經濟引擎,估計至12月國際觀光客可為阿根廷帶來5000萬美元的收入。

日本:擬開放短期商務客、留學生、技能實習生入境

(中央社)日本今年1月起因變異病毒株盛行,原則禁止外國人入境;日媒報導,日本政府擬開放短期商務客、留學生與技能實習生等入境,並有條件將商務客隔離期縮短至3天,最快本月8日上路。

《日本放送協會》(NHK)報導,日本政府因應COVID-19疫情實施邊境管制,原本要求從外國入境日本者,必須在自家等處隔離14天;這項管制從10月起放寬,接種完日本核准的輝瑞BNT(Pfizer–BioNTech)、美國莫德納(Moderna)或英國阿斯特捷利康(AstraZeneca,簡稱AZ)疫苗的民眾,隔離期間縮短至10天。

報導說,日本政府在此情形下,鑒於近期疫情降溫、經濟界等希望再放寬邊境管制等因素,對於目前原則上禁止外國人入境的管制措施,擬將開放短期商務旅客與留學生等入境,但條件是必須由負責的企業與大學等對入境者進行行動管理。

此外,商務旅客也將有條件縮短入境隔離期間為3天,第4天起若檢驗為陰性,並由企業負責行動管理,可允許商務旅客搭乘大眾運輸交通工具、外出聚餐等。

上述措施最快將從本月8日起上路。

AP_21275082376566
Photo Credit: AP / 達志影像
圖為日本羽田機場內配戴口罩的旅客。

另外,日本政府也有意將每天最多允許3500人入境的上限,從11月下旬起開放到每天最多5000人。

《日本經濟新聞》報導,短期商務客須完成接種疫苗才能縮短隔離期至3天,赴外國洽商歸國的日本人也適用。觀光客則不在此波開放入境對象內,未來將考量安全性,階段性地開放外國人入境。

報導指出,1月起原則禁止外國人入境後,無法赴日的外國人到10月1日已有37萬人,其中有7成是技能實習生與留學生,苦惱人手不足的農林漁產業者、外國人留學生無法入境的學校等,要求政府開放外國人入境。

以色列:完整接種疫苗觀光客可入境

(中央社)經過長達20個月鎖國,以色列1日開放完成接種疫苗的旅客入境,讓仰賴觀光業維生的猶太人與巴勒斯坦人,審慎期盼受疫情重創的經濟能逐漸起死回生。

《法新社》報導,在以色列占領的耶路撒冷東區舊城,巴勒斯坦裔的紀念品店老闆拉祖克(Rami Razouk)說,他很高興能夠增加收入,但也說他的店還沒準備好開門。「到處都是灰塵,我們有很多工作要做。」

拉祖克與以色列官員都說,1日僅是部分重新開放,還沒辦法期待大批觀光客開始四處消費。

耶路撒冷副市長哈山-納荷姆(Fleur Hassan-Nahoum)表示,「我們距離(完全)開放航班還有一段距離」,並表示未來幾週將更清楚有多少觀光客願意在現行規定下造訪以色列。

從1日開始,外國旅客可以持72小時內採檢陰性證明入境以色列,最後一劑疫苗的施打日期必須在6個月以內,沒有接種疫苗的孩童仍必須隔離。

AP_21305335032268
Photo Credit: AP / 達志影像
圖為抵達以色列本-古里安國際機場,佩戴著口罩的旅客。

以色列於2020年3月首度實施鎖國之前,觀光業正在蓬勃茁壯。當局表示,2019年有破紀錄460萬人次造訪以色列,較2018年成長11%,創造230億謝克爾(約73億美元)收入,佔以色列國內生產毛額(GDP)的1.5%。

以色列觀光部總司長哈勒維(Amir Halevi)1日告訴《法新社》,「觀光業當時正以時速200公里向前衝,然後因為疫情急踩剎車。」

外國觀光客相關營收自此一落千丈。儘管11月1日重新開放遊客入境,今年預估營收仍僅有15億謝克爾。

延伸閱讀

新聞來源

責任編輯:曾凡芸
核稿編輯:羅元祺


猜你喜歡


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

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


猜你喜歡