「天然獨」的七年之癢:太陽花世代是否真是鐵板一塊?

「天然獨」的七年之癢:太陽花世代是否真是鐵板一塊?
Photo Credit: AP / 達志影像

我們想讓你知道的是

文化影響不一定跟政治或國族認同有正相關,也不代表年輕世代不會一邊滑著抖音,一邊主張「台獨」,但至少在兩岸的交流與觀感上,不會像如上個世代那般抗拒厭惡,而太陽花世代歷經了「七年之癢」後劃下句號,亦或只是一個逗號? 

但對Tony而言,文化上的認同或輸出並不影響他的政治認同,兩者還是有一定的區隔性。他依然不希望兩岸統一,在新疆棉花、中印邊境衝突、或近期日本排放核廢水等議題上,他也難以對中國朋友的憤怒情緒感同身受,亦即他並未因為文化感染或因身處中國而產生「中國人」的身分認同。

但當問到待在中國這兩年多的時間,是否因此會影響他對台灣「主權」的想法以及對「統一」的排斥感時,他亦毫無猶豫的給出了肯定的答案。

太陽花世代何以「接受中國」

「肯定會有影響的,以前如果有人跟我說要支持統一才能到中國工作,那我肯定說不去了,有什麼了不起。但如果現在公司說你不支持統一就回到台灣吧,那我會不會說支持?我肯定說我支持,反正我心裏怎麼想是一回事嘛。」

嚮往跟現實的認知越來越清晰,這是Tony認為自己變化最大的部分。這變化或許有一部分趨於無奈,但最大的原因則是親身經歷體驗了中國的生活和環境後,確實讓他的排斥感有所降低。「簡單說,這兩年的生活經歷讓我知道即便我不想要統一,但那天來臨時也絕對不是世界末日,如果是的話那我現在是什麼?身處地獄嗎?」

Tony表示,大家都想做自己的主人,沒有人希望是被併吞的一方,如果有一天兩岸統一,他可能會眉頭一皺,長嘆一口氣,但不會真的很抗拒,或是想要很強烈的去反抗這件事。因為這兩年在中國的生活他並沒有什麼負面感受,更未有如台灣語境中受到壓迫或不自由的情況發生,相較之下,飲食習慣及工作模式的不同,反而才是要著重適應的地方。

他提到,在中國與朋友閒談政治或批判社會很常見,與台灣幾乎沒什麼不同,在網絡上的發言若提及政治則會「稍加謹慎」。他開玩笑說,自己偶爾還會去官媒底下留下一些嘲諷愛國主義的言論,有時候會被刪掉,他也覺得無所謂。「那些事情沒那麼重要,也不會對我的生活造成困擾,在台灣可以罵比較大聲,但一樣沒人理你,到頭來都是怎麼過生活的問題。」

說他變得現實也好,冷漠也罷,對Tony而言,現在唯有生活與未來才是真實要面對的難題,如果從這個角度來看,他並不認為統一與否對此會有太大改變,就如同他身在中國並未感到不自由一般,更多的還是情感上的接受與否,而既然已知道現實是如何,那抗拒感自然也會有所降低。

「一定是中國生活的還可以,我才會選擇在這落地生根,如果連在這生活都能接受,那你說台灣被統一後會有多糟,我想也不至於。」Tony強調,這些純粹是他的個人感受,代表不了任何人,甚至他至今也依然認為自己是「台灣人」,也未到「熱愛祖國」的程度,只是在親身經歷與認識下,他對中國的接納程度已越來越廣。

上海;深圳
Photo Credit: Reuters / 達志影像

七年之後,太陽花不是「句號」

當然,不是每個台灣人都有親自認識中國的機會,而在這七年間,太陽花世代也依然在「反中」氛圍下抵抗來自對岸的一切事物,更有不少學者提出警告,認為中國正在利用此些流行文化的強勢對台灣進行「認知作戰」,在強調應鞏固台灣文化主體性的同時,用來抵禦中國的「支語警察」及相關禁令亦隨之叢生。

然而,從民間到官方的抵制未能抵擋此一浪潮,新世代受對岸的影響和交流反而更加頻繁,從社群平台到影視綜藝,乃至日常生活中的食物和使用的文字,「抖音世代」的生長歷程已與太陽花世代大相徑庭,雖未必與政治思想有正面的必然性,但無所不在的中國因素,早已成為生活中習以為常又難以分割的一部分。

太陽花世代或許對此難以理解和接受,畢竟在十幾年前,最紅的亞洲天王叫周杰倫,台劇《流星花園》紅遍兩岸三地,《康熙來了》是最受歡迎的綜藝節目,在他們的生長歷程中,台灣正強而有力輸出其軟實力,雖然也會接受來自日韓及西方的文化輸入,但無需、也難以接觸對岸的文化浸染,「中國」一詞可能都未曾出現在生活中,這也讓太陽花世代更容易以台灣文化為傲,且較不易受對岸影響。但就如同他們所不屑、急欲推翻的舊思想和文化一般,當新的世代來臨,在截然不同的生活樣貌與思考模式,太陽花世代同樣會成為新世代所難以理解的「過去式」。

「七年之癢」大多被用來指涉婚姻進入第七年時,可能會對婚後生活的規律感到無聊乏味,而開始經歷外在發生的危機,而此一時期的考驗,將成為感情中的重大轉折點。文化影響不一定跟政治或國族認同有正相關,也不代表年輕世代不會一邊滑著抖音,一邊主張「台獨」,但至少在兩岸的交流與觀感上,不會像如上個世代那般抗拒厭惡,也在不自覺中與中國有更多的共鳴與融合。既然外在環境只會持續變化,誰又能斷定「天然獨」是在太陽花後劃下句號,亦或只是一個逗號?

本文獲《多維TW》授權轉載,原文發表於《多維TW》月刊066期

延伸閱讀

責任編輯:丁肇九
核稿編輯:翁世航


猜你喜歡


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

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


猜你喜歡