站在瑞典人和中東移民之間,她看見台灣人活在世界村的責任

站在瑞典人和中東移民之間,她看見台灣人活在世界村的責任

我們想讓你知道的是

J相信,雖然她來自「看似毫無瓜葛」的第三國台灣,但身處萬物都息息相關的世界村,多一個人促進文化溝通,或許未來就能少一齣國際悲劇。未來,她仍將繼續讓自己埋在這個小社區,誰說,小小的台灣不能試著為世界和平盡一點心力呢?

文:世界微光|照片提供:J

第一次見到J,就覺得她氣質陽光、說話很爽快。這個生於熱情海島的26歲女孩,在氣候嚴寒、冬季漫長的國家瑞典已經待了四年半,卻仍散發出一身的溫暖和爽朗。

2011年8月,她經由朋友介紹,長駐瑞典服務,對象大多是中東的移民二代和穆斯林,也見證了瑞典自中東難民潮以來的轉變。


瑞典,宛如「天堂」的國家

許多人想到瑞典,大概都會想到「福利」「人道」「先進」「自由開放」等字眼,即使瑞典人陷入憂鬱的比例其實很高——在這個擁有永夜、嚴寒冬季長達五個月的北國,有時候早上八、九點才天亮,下午三、四點便天黑,在長期缺乏陽光的情況下,人們容易染上俗稱「冬季憂鬱症」的「季節性情緒失調」(SAD),需要就醫服藥——然而,這些憂鬱、黑暗和寒冷,似乎都沒有影響瑞典成為人們想像中的「天堂」。

眾所皆知,瑞典是高福利國家,從醫療、退休、勞工權益到各式各樣的補助,還有小學至大學的免費義務教育,其福利之完善甚至曾被形容為「從搖籃到墳墓」。雖然這個社會需要面對徵稅高、人口老齡化、年輕人缺乏就業動力等問題,但2013年,瑞典仍然拿下「全世界最幸福的國家」第一名、「全球年齡觀察指數」老年人幸福度第一名。

這樣的天堂,「人道精神」是動力也是結果。2009年,瑞典就成為全世界第七個承認同性婚姻的國家,如此對人權的高舉,也在中東難民潮中體現——一直以來,瑞典都保持極度寬容、接納各國移民的態度,2013年,瑞典就保證難民和直系親屬能獲得永久居留權,難民不但能靠政府安排住宿,還能獲得每月補助金、就業津貼、免費瑞典語教學、兒童教育和醫療福利,其寬鬆的移民政策和令人稱羨的福利,幾乎無他國能及。

然而,2015年底,瑞典開始出現對難民潮的反彈聲浪,首相勒夫文(Stefan Löfven)更表示:「我們已漸漸無法堅持目前的立場,而需減少國內難民數量。」這個全球公認自由開放、福利完善、社會先進、人道思想興盛的國度,已遇到了前所未有的挑戰。

「天堂」的難題

2015一整年,總人口980萬的瑞典,就收了16萬多名主要來自中東和北非的難民,人數幾乎和其境內第四大城烏普薩拉(Uppsala)一樣多,亦居全歐洲之冠。

但是,瑞典的移民失業率一直居高不下,甚至是第一世界國家中最嚴重的。隨著難民人數增多,警力和相關人力也漸顯不足,難民中心的意外事件比2014年增加一倍,年底更爆發數起難民縱火、侵害婦女、攻擊難民營工作人員的暴力事件,長期累積的社會壓力與不滿漸漸浮現,右派政黨支持率持續增高。

瑞典議員巴里(Hanif Bali)曾表示,瑞典無法一一辨認難民中的戰爭難民和經濟移民,也有移民學會了鑽福利政策的漏洞,謊報自身條件以迅速獲得更多福利;另外,早期移民至瑞典的阿富汗難民,也持續「傳授」家鄉同胞最快得到福利的方法,導致近年入境的難民大部份都來自阿富汗,而非伊拉克或敘利亞人。

210561c79b3291b7f7c950253a8df52e
J所住的瑞典南部城市延雪平(Jönköping),位於瑞典第二大湖韋特恩湖(Vättern)的南岸,常吸引許多觀光客前來。
55042f1f5e36b8dc3f595ad4f753aa74

在延雪平的小社區Råslätt,居民大部份都是各國移民。

5ea1d3192b4c251dcd3ce6183b2fbe70
Råslätt的街道。

無法融入瑞典社會的「外人」

「其實,政策好是一回事,人民間的行為又是另一回事。」 J說:「延雪平(Jönköping)本身是個大學城,延雪平大學則是瑞典數一數二的國際化學校,走在路上,到處都看得到外國人,但即使在這樣開放的國際化環境裡,仍有不少難民和移民難以安身立命。」

據《赫芬頓郵報》(The Huffington Post)報導,來自敘利亞的28歲難民哈瑪迪,畢業自大馬士革大學工程學系,因戰亂經土耳其來到延雪平的難民營,他曾以為自己的學識能爭取到不錯的生活,但他發現,他得熬過一段漫長的等待——先等一年拿到居留權、再等一年將留在土耳其的妻子和三個月大的女兒接過來、再等數年學會瑞典語並找工作⋯⋯哈瑪迪一家至少需要七年時間,才能徹底迎接新生活。

因此,即使他當初付給人蛇集團上千美元、在海中游了九小時、辛苦搭上從土耳其到希臘的船,他最後仍決定回到中東。哈瑪迪已經向瑞典取消避難申請,只是,連取消申請都得等到回覆後才能離開。「我無法忍受白手起家還要等待這麼久,也許我會回到土耳其或黎巴嫩,那應該是更適合我們的社會。」

同樣打算離開瑞典的22歲難民阿甘,則是無法適應西方國家的生活,「這裡沒有咖啡店,沒有平日營業的酒吧,下午六點後街上就空空蕩蕩,從學語言、找工作到找住所都很困難。」已經在瑞典生活七個月的他,形容瑞典人「內向、反社會又缺乏交流技巧」,並常感受到種族排外的氛圍,至今未與任何當地人建立關係。

「先不提難民,連更早期入境的大部份移民,都認為自己格格不入、被社會隔離。」 J說:「很多移民二代,尤其是穆斯林,在家裡和學校受的教育完全不同,因此缺乏認同感和歸屬感。」

J在社區裡參與當地青少年中心的工作,幫助移民二代融入瑞典、參與各樣課程,卻從未一面倒地站在某一方。

6b30354a858b643e26c6edc4631dfaad
因瑞典北部冬天漫長,90%人口都分布於中南部,斯德哥爾摩(Stockholm)、哥德堡(Göteborg)和馬爾默(Malmö)是瑞典人口最密集的城市前三名,其中和延雪平同在南部的城市馬爾默,則是最多中東難民居住的地方。

幫助兩方理解彼此,而非一面倒地同情

「其實我相信,瑞典人骨子裡還是滿開放的,只是文化差異實在太大。」 J 說,她剛到瑞典時,也花了近兩年時間才適應這裏的風氣,「瑞典人是很安靜、內向的民族,對新朋友幾乎不會多聊、深談,只能多花時間相處,因為他們覺得自己的事不用『麻煩』別人聽。他們常常聊天聊到一半突然安靜下來,我一開始還以為是尷尬,久了才知道這是他們談話的節奏。另外,他們喜歡大小事都事先安排、規劃,這是北歐人需要度過漫長嚴冬養成的習性,所以不像阿拉伯文化那麼熱情、彈性,隨時可以招呼朋友來家裡。」


猜你喜歡


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

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


猜你喜歡