泰國「文身」文化(上):經咒「文身」,古時只限泰國國王將軍和官員

泰國「文身」文化(上):經咒「文身」,古時只限泰國國王將軍和官員
Photo Credit:AP/ 達志影像

我們想讓你知道的是

該局正在研究是否可以宣傳與信仰有關的泰國產品,但是如果要宣傳泰國紋身,則必須要讓遊客真正了解紋身的相關知識、信仰及正確的紋身方式,藉此才可以讓正規的泰式紋身傳統被越來越多人熟知。

編按:本文凡提及「文身」是指一種「文化」而不僅是「紋畫」,故與「紋身」區別之。

紋身是一項人類文化發展史的獨特部分,早在人類遠古時代就已有刺青紀錄。由於崇尚巫術及信仰鬼神的人類先民認為,蛟龍屬惡、猛虎屬毒,但龍惡虎毒亦不傷其幼子,於是假借身紋魚鱗或體飾獸圖等模樣,佯裝為龍兒虎子委身求安,因此紋身可視為古代人類為適應險惡環境,對於虛擬鬼怪或狩獵動物的敬畏與恐懼,採取與自然和諧共處之「文化涵化(Cultural Acculturation)」求生策略,因此紋身便成為古代信仰體系的重要象徵符號。

「文身文化」是東南亞古文化特質之一,與泰族同宗同源的傣族據傳有三則有關「文身」的古老傳說,首則是一名男子曾獲得龍女協助,在身體刺上許多鱗狀圖紋,因此獲得入水可使水面分開並不遭水怪侵害的保護;另則是一位男性青年因有紋身圖樣可震懾魔鬼;第三則傳說是佛祖為使小沙彌專心聽經以修正果而畫上的花紋,隱含男性在佛寺接受教育後,可由「生人」蛻變成有知識的「熟人」之意。

泰國另有一則有關「文身」護體、刀槍不入的傳說,相傳16世紀,大城王朝有兩名特使在法國宮廷,為宣揚暹羅國威,裸身展示刺符紋樣並要求皇家衞隊開槍射擊,當時槍響瞬間子彈自動墜地,該兩特使聞風不動,毫髮無傷,此般神蹟令目睹法人震驚不已。總而言之,這些傣、泰族的古老傳說,似均賦予「文身」技法具有防身避邪及增長智慧之「技術魅化(Enchantment of Technology)」的玄秘奧義。

據泰國史書記載,經咒「文身」是一種高級佛法法術,古時此種法術只限於國王、將軍和官員使用,歷代泰王均有高僧輔佐,舉凡戰略、戰術或對外交涉都須向高僧請益。倘國王率軍督戰亦會請高僧隨行獻策,惟高僧偶有無法隨行出征時,經過加持的經咒「文身」便能代替高僧,護佑參戰將士力克敵軍平安歸來。因此泰國官方對於刺符「文身」內蘊的宗教色彩與形上價值極為推崇,泰國媒體亦不時宣揚有關「文身」文化的尊崇地位及神秘面紗,舉例四則新聞報導如下:

2011年6月1日泰國「世界日報」刊載「遏止褻瀆佛教 泰國文化部擬管制紋身業」之報導:

文化部長匿披表示,越來越多的外籍遊客喜歡到泰國紋身,並在身上、腿上、胸部、胳膊等位置紋佛像或其他深受泰國民眾尊崇和信仰的圖案,這種做法實際有違泰國良好的文化傳統,並讓人產生不好感受。

目前市場上選擇佛教圖案紋身的價格最高達到2萬泰銖,遠高於其他圖案,許多業者一味追求利益及滿足顧客要求,而不關注佛教文化及其尊嚴,可能已違反宗教精神和規定,因為將佛像圖案紋在身上,即使是頭部都是不妥做法,例如身上刺有佛像圖案紋身者到酒吧或其他娛樂場所時,就是對佛教的不敬,因此文化部準備提議研擬相關法規,對於紋身店業主和紋身當事人,如果違反法規,將予以相應處罰。

2016年11月28日英國「每日郵報」另登一則「泰國墓地出土不腐屍體 身上布滿奇怪紋身」報導:

近日泰國一處位於近寮國邊境的莫拉限府墓地,工作人員在進行打掃時挖出一具局部腐爛的屍體,屍體皮膚完好無缺,只是死去多年皮膚變得鬆馳,屍身上印有竹狀的部落墨印紋身和一些梵文,不禁讓人們想起「黑魔法」的神奇,難道這種紋身可以讓皮膚隔絕外界的一切侵害?救援組織Goopaitongdaeng的發言人稱:「當局已組織當地居民和志願者來清理墓地,他們發現這具屍體生前是死於闌尾炎,但可能因為受身體上的『咒語』保護,讓其皮膚變得堅硬,連手術刀也無法切割,因此最後受病痛折磨而死」。

2017年3月13日泰國「世界日報」曾以「旅遊局擬靠紋身時尚 發展泰特色產品」報導:泰國旅遊局產品與商務旅遊辦事處主任納帕端指出,因為泰國自古以來就有紋身信仰,而現在也有很多喜愛紋身的遊客相信紋身可以讓身體變得更健康,或者可以帶來財運,所以該局正在研究是否可以宣傳與信仰有關的泰國產品,但是如果要宣傳泰國紋身,則必須要讓遊客真正了解紋身的相關知識、信仰及正確的紋身方式,藉此才可以讓正規的泰式紋身傳統被越來越多人熟知。

2018年3月4日泰國「世界日報」下標題「佛統紋身節」報導:

位於佛統府那空猜詩縣挽繳發鎮的挽帕寺,於昨天舉行盛大的神奇紋身節(Magic Tattoo Festival)。活動伊始,寺廟的多位高僧開始誦經,現場一名男子彷彿是神靈附身,手舞足蹈,用身體模仿紋身的動物向高僧獻上敬意。泰國信奉佛教,更是為紋身節增添一抹神祕色彩,這種獨特的信仰表現形式,每年都會吸引許多外國記者和遊客前往參觀。

(泰國「神奇紋身節」)

「文身」在泰國除具時尚愛好的次文化概念外,更蘊藏有所謂「刺符 / สักยันต์」法門的玄秘面紗,是與萬物有靈論及宗教習俗(婆羅門教、印度教及佛教)相關,是屬於泰國佛教的一種專門刺青方式。經考據泰國傳統的刺符歷史可上溯至三千年前的吳可(นครวัด)時代,迄今這些刺符圖紋都還存有當時高棉(เขมร)王朝的影子,刺青的經咒混合高棉王朝文字(ขอม)、原始佛教梵文(สันสกฤต)或巴利文(บาลี),因此決大多數的刺符文字均不是泰文,而是一種稱做「Yantra」(ยันตระ / 指涉某種結構或宇宙論概念的「器具」)的經咒,這類「Yan」(ยันต์)字符的主要形式是圍繞著某個中心而展開的正方形或圓形圖案,並且將其分割成一格格的方塊,格中再刺滿代表太陽、月亮、古代神祇或聖僧尊號等高棉縮寫文字符。

古代僧侶是透過Yan這種符文來鍛鍊心智和入定冥想,因為這種文字代表了文明和佛教的力量根源。Yan的原初形式是為了反映某種宇宙論,所以圖形結構非常嚴謹且有規則可循,整體呈現看似用「點」構成的圖案,每一個「點」則內蘊獨特的符咒意義,因而使得泰國的刺符「文身」超越所謂時尚或個性之次文化概念,在本質上帶有與其他國家不同的宗教色彩,含有對佛祖的尊崇及寄託個人願望的精神反映之內蘊意義。

泰國是個佛教國家,泰人深信藉著神佛菩薩的庇佑,可以保護參戰將士的人身安全,因此古代戰士必向寺廟高僧求取護身聖物,惟佩掛式聖物(如佛牌或符管)易在行軍或與敵人近戰時丟失,為克服此一難題,高僧便用金針點沾黑色墨水或法力神油,將符咒經文直接刺在士兵頭頂天靈蓋,並誦經加持成為一種永不離身的避險護身「戰勝符」(ดวงพิชัยสงคราม),以期將神佛的神奇力量附加在戰士身上,此舉不但不會遭搶丟失,更能激化刺符將士的勇氣和信心,轉化成為戰場上的拼勁和力量,臨陣作戰更能克敵致勝,凱旋而歸,隨此脈絡演變成為泰國歷史上的刺符傳統。

相關評論:

責任編輯:吳象元
核稿編輯:李牧宜


猜你喜歡


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

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


猜你喜歡