屏東萬金聖母聖殿「百年思索」:關於弭平歷史傷痕及族群之間的愛

屏東萬金聖母聖殿「百年思索」:關於弭平歷史傷痕及族群之間的愛
Photo Credit: 蘇穩中

我們想讓你知道的是

這裡經歷宗教洗禮和數種政權交替,漢人族群間不再械鬥,萬金聖母聖殿的福音也傳遍周遭地區,作者認為,我們必須努力保存萬金周邊族群交流的歷史文件,見證台灣血淚史。

文:蘇穩中/圖:蘇穩中/編輯:潔西卡

自從回到屏東,有空便會去萬金聖母聖殿禱告,無數日子往來萬金的交通上,偶然地認識了屏東客庄。在臺北念書時,並未特別注意客家族群文化,直到走入南臺灣最大的六堆聚落,我才漸漸了解,過往客家人遷徙進入屏東平原時,生活竟這麼的特殊。我要感謝聖母,因為進入萬金村,我才有機會認識客庄。

記得幾年前在輔大念書時,天主教福音瀰漫校園,也潛移默化地進入我的生活。為何說是福音呢?如果你在初秋溫暖的午後,走在校園中,樹梢漫著微微涼風,陽光在樹葉間灑下了一絲一絲的幸福光點——在有點放縱的某個十月天。這是一場極富青春情懷的靈魂饗宴,你會瞬間覺得這就是福音。當然這是玩笑話,重要的是,在輔大的日子讓我開始相信天主的存在。

當前閩客、平埔文化多元紛呈的萬金歷史值得說明,西方宗教已經改變了居民的行為模式,此事足以留名於清代臺灣史且大書特書。萬金聖母聖殿為臺灣最古老的天主教堂,初期傳教過程,曾受到仇教客家人的攻擊。但後期因客家人懾於英國軍事力量的脅迫,態度漸趨軟化,傳教因而順利進行。萬金教堂人員在英國軍事力量的輔助下,雖然可以順利傳教,但是當地閩南人仍懷著佔領山區的野心,而這樣的貪婪引起排灣族的不滿,進而全力抵抗。無能的清朝官員對此亦束手無策。

這裡引出了為何傳教士會去萬金,可能是閩南人騙傳教士那邊民風純樸,但事實上卻是貪圖開墾的利益。想壓制當時的排灣族,唯有透過宗教背後的英國軍事力量,才有可能實現。

當時臺灣清朝官員害怕英國,因為英國打敗了清軍,閩南人也是看在眼裡的。當滿清政府敗給了第二次鴉片戰爭,天津條約正式認可後,臺灣的漢人也察覺了英國對於臺灣資源的覬覦。加上漢人認為,在臺灣唯有依附英國強權才能獲取山區龐大的資源。因此萬金一帶山區從此進入各方野心競逐時期,卻也是排灣族被迫進入歷史舞台的時代。

也因為如此,對萬金的閩南人而言,真正信仰天主教的原因可能是:想在英軍保護下確保開墾的安全;另一方面則可能是為了更加猖狂的掠奪,只要有英國軍隊在背後撐腰,如果受到排灣族的出草,英軍必會保護他們。而剽悍的排灣族亦不是省油的燈,有英國政府撐腰的萬金,他們也不會貿然出草。但為了防止漢人進逼,排灣族仍必須維持一定的武裝力量以自衛。而這個力量阻礙了英國想要的山區貿易進展,認為只要維持住漢人居住地的貿易即可。

所以萬金一帶閩南人想掠奪排灣族的蓬勃野心,在英國保護勢力範圍下,一直都不是成功的。多年後,清朝船政大臣沈葆楨來臺,官方史這樣描述:「因為當地閩籍居民受天主教教化,不似其他族群民風剽悍。」沈葆禎認為,信仰宗教可以移風易俗,帶來百姓醇善之風,因此奏請北京的同治皇帝,讓天主教的教化意義給予官方認可。後來皇帝也准奏立起奉旨的石碑,往後官員經過都要下馬,清政府無非是希望信仰可以教化當時族群分類械鬥嚴重的臺灣,但效果卻相當有限。客家人、排灣族百年與閩南人三方互相隔絕就是一個例證。

萬金聖母聖殿奉旨石碑
萬金聖母聖殿奉旨石碑,Photo Credit: 天主教會臺灣地區主教團

不過這裡筆者有個不同於官史的想法是,沈葆禎可能認為,以漢人角度看來,萬金在經濟上居於重要戰略地位,才請求官方的重視。但是對於閩南人而言,在英國幫助下的漢人已經定居繁衍,那時清朝因牡丹社事件轉而重視臺灣,基於這般形勢,西方信仰模糊了漢人的掠奪訴求,透過清朝正式合法化,無形中也默許了漢人的掠奪行動。

這裡或許只能說英國的臺灣貿易對於在山區的非漢人領地還有敬畏,但清政權對此就是開發的利益至上,這跟漢人移墾的想法是一致的。這種漢人與政府聯合山區開發的作法,在清領時代,尤其劉銘傳時代更達到頂峰,即所謂的「開山撫番」政策。這個政策在漢人移墾過程中,首度有政權介入的掠奪山區貿易的脈絡,最早可能就是從英國勢力下臺灣漢人與英商貿易開始。

上面只是說,在萬金周圍區域,歷史上曾有英國勢力以及清政府皆與漢人聯手掠奪山區資源的野心,漢人與排灣族之間的互動在過程中是關係緊張的。而在萬金這個村莊,在西方宗教還沒進入前,早被漢化的平埔族、萬金閩南人、客家人與排灣族的互動基本上是:平埔依閩人生活,閩客有族群械鬥、原漢互為敵仇。透過天主教信仰、以及各種政權的統治影響,族群間逐漸融洽相處也只是近百年的事而已。

當然漢人之間一互動後,客家人的經濟生活也影響了漢化平埔族,萬金居民農忙時節也同樣採收菁仔。這裡突出了兩個特色,漢化平埔族人愛吃檳榔不是因為自己的傳統,其實是深受漢化的緣故;萬金的漢化平埔族早先不是住在現今的萬金,而是住在鳳山八社中茄藤社或力力社,而這兩個社距離萬金相當遠。還沒漢化的平埔族人遷徙到萬金起先也是因為漢人「田底」的關係,後來閩南勢力入侵,再加上當時國際勢力左右。萬金平埔族在被迫漢化過程中,官方角色更不能不提及清政權治番措施的影響。

在屏東田野考察的過程中,除了漢化平埔族與漢人共居的萬金還算繁榮外,沿山公路的原住民部落與漢化平埔族或客家閩南人接壤的地帶,例如佳佐、萬金、泗林等地,皆是一片田園,罕有人煙。除了有水文影響外,歷史上漢人入侵與原漢衝突,造成了這大片的空白地帶。假設過去漢人為了經濟利益以武力成功征服排灣族,今日此地會是商業繁榮地帶,排灣族也可能被漢化。但是漢人始終無法征服屏東的排灣族,頂多只是趕去山上,也因此排灣族的母語可以留存至今。這片地帶似乎說明一個事實,因為歷史的傷痕,地理上的隔閡還隱約可見。

百年過去,福音讓族群日漸融洽


猜你喜歡


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

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


猜你喜歡