「邪教電影」教我們的事:《血色羔羊》、《詭妹》反映社會現實與人性慾望

「邪教電影」教我們的事:《血色羔羊》、《詭妹》反映社會現實與人性慾望
Photo Credit: 《詭妹》劇照

我們想讓你知道的是

過去幾個月裡,儘管疫情持續、戲院營運慘澹,卻仍有不少新、舊電影輪番上映,試圖維持或提升觀影人潮,其中令筆者深感興趣的,就包含了兩部邪教電影,《血色羔羊》與《詭妹》。然而上述兩者雖同以邪教為題材,卻能反映出不同面向。

文:顏梁氏(國立台北教育大學學生)

過去幾個月裡,儘管疫情持續、戲院營運慘澹,卻仍有不少新、舊電影輪番上映,試圖維持或提升觀影人潮,其中令筆者深感興趣的,就包含了兩部邪教電影,《血色羔羊》與《詭妹》。然而上述兩者雖同以邪教為題材,卻能反映出不同面向。

何謂邪教?

根據美國教會理事會心理輔導專家史蒂文.哈桑(Steven Hassan)的精神控制研究,他在著作《釋放束縛:使人們能夠為自己著想》(Releasing the Bonds: Empowering People to Think for Themselves)中,從行為、資訊、思維、情緒四個方面,描述邪教的特徵。根據筆者在電影中常見的幾個特徵,整理為以下:

  • 行為控制:宗教或組織會對組織成員的居住環境、往來對象、衣著打扮或食物予以規範,並有強硬的清規與責罰制度。必須匯報行動、思想給上層幹部。強調集體思維。
  • 資訊控制:使用謊言、歪曲的資訊,以控制消息。為了減低組織成員對外信息的接收,會使成員過度忙碌以至無暇接觸外界,並且鼓勵成員間互相舉報。
  • 思維控制:必須全然服從宗教或組織領導,視教義或規範為真理,並且強化非黑即白的二元思維。否定對宗教或組織的批判、不得批評領導或規範。
  • 情緒控制:使成員相信問題是自己的錯,且誇大恐懼、罪惡感、自由意志。會害怕領導人、幹部,或害怕擅自脫離組織會遭到懲罰及災禍。害怕遭到否定、害怕失去救贖、害怕失去前途。

以《血色羔羊》為例,一群年輕女孩與女人在偏僻森林中的公社生活著,信奉名為夏普(Sheperd)的男性為教主。行為上,女性身分的不同有著相異的穿著:年輕女孩們身穿藍衣,稍年長的女人們被稱為「妻子」、身穿紅衣。電影中亦有女主角瑟菈對教義與階級提出質疑,被其他女孩告發。

也因為在邪教中,常見絕對的階級制度和扭曲的思想,導演透過電影,藉由教徒的質疑與反抗,來反映現實社會中的不公不義;或是可以見到崇尚自然、講求純潔、回歸原始的邪教儀式,以探索人性及慾望。

對父權體制的抵抗

在《血色羔羊》中,林中公社宛如父權社會的縮影,名同「牧羊人」的夏普,向「羔羊」般的女性們灌輸歪曲思想,在一夫多妻的制度下,將獻身視為夏普賜予的恩典,首次被賜予恩典的年輕女孩會升格為「妻子」,並與其他妻子共同養育「女兒們」。

進入青春期的瑟菈,也許是荷爾蒙作祟,開始對體制、自己與夏普產生疑慮,於是試著從已逝母親理解自我,卻在一位不受寵而被迫「贖罪」的妻子口中才得以知道親生母親生前的故事。在《血色羔羊》裡,初經與經血更被視為不潔的徵兆,必須由教主「淨化」。

美名為淨化,實質上就是強暴。在淨化的過程中,夏普會以手指抵住女性的舌根,以防其發出聲音。這樣的行為象徵著父權體制打壓女性,使女性失去話語權,受到不公平的對待。

類似的儀式在《迷懵夢寐》中也能見到:在新的女教徒加入時,必須與男教徒在房內私下進行儀式,雖然電影中並未具體呈現,但從儀式結束後女教徒哭泣的反應來看,以及資深女教徒安慰「這其實不壞,否則大家也不會留下,我們彼此相愛」,所謂的儀式根本是對女性的侵犯。

《血色羔羊》最讓人值得深思的,筆者認為是象徵公權力的警察的出現。諷刺的是,要求夏普搬離森林的警察,明顯知曉公社的存在,卻眼不見為淨。最後是瑟菈站出來反抗夏普,一群女性才擺脫束縛。也許這是導演對於女性的期望,期盼女性親自挺身而出,打破這根深蒂固的體制和價值觀。

MV5BYTQ1YjljZjktZThlNy00MzIwLWEyYjYtOTMw
Photo Credit: 《血色羔羊》劇照

純潔與崇拜與傾聽

許多宗教中,純潔往往與神聖、信仰劃上等號。在《詭妹》裡,孩童被視為純潔的象徵,信眾會在教堂中大聲哭喊自己所犯下的錯誤,認為藉由沒有瑕疵的靈魂能洗滌罪孽,以達到幸福。當然,也有像《分裂》,反過來將受過苦難的靈魂視作「純潔」的作品。

《詭妹》中的邪教組織奉沒有受過傷且幸福的孩童為神,因此會以誘拐或詐騙帶走孩童。其中一名成員假扮成男主角書振失蹤多年的妹妹「宥珍」,開始介入書振的家庭,利用藥物對其家人進行思想控制,分化書振與家人的關係。有趣的是,來奪走幸福的宥珍,也曾短暫地完整了書振的家庭。對書振的父母而言,宥珍出現無疑補足了女兒失蹤25年,未能養育的遺憾;對年幼喪母、父親又忙於工作的女兒來說,則得到適時的母愛。

表面上《詭妹》是一部邪教電影,實質上卻探討「傾聽」的重要性。全片圍繞著聽與說,好比宥珍向書振透漏,他長年忙於工作忽略家庭,是間接害死妻子的原因之一;書振不願意聽從心理醫師的建議,停止催眠治療並吃藥管控病情,導致自己的行為無法受到警方認同;書振的母親在片尾時也以「花好漂亮,但只可惜只有我一個人看」一句話道盡無人陪伴的心酸。

電影《仲夏魘》有著這樣的一幕:女主角丹妮哭泣時,周遭所有人陪著她一起哀號。這讓飽受痛失家人與感情受挫煎熬的丹妮,彷彿獲得同理心與支持,或許這也是為何在看了這麼多獵奇慶典後,卻還是選擇留下。

nlfbjaoQn999dMihKoiz-1081x720
Photo Credit: 《詭妹》劇照

邪教電影的啟發

隨著電影多元化發展,與弱勢族群、文化逐年受到重視,邪教電影不再單純只是嚇人的恐怖片,而能寄託更多議題,反映社會現實。一如有人認為《失嬰記》涉及墮胎權的議題;《曼蒂》探討了邪教組織,如何濫用聖經和教堂,將信仰極端化;或是《從前,有個好萊塢》翻轉了邪教組織「曼森家族」與莎朗.蒂(Sharon Tate)的結局,給予觀眾美好的無限想像。

如今面對宗教多元化的時代,我們選擇尊重與包容多樣的信仰與神明,但在接受的同時,我們也必須理性思考。筆者認為,信仰是幫助理解自己的過程,藉由傾聽與訴說分擔壓力,轉化為前進的動力。因此,只要透過正當的手段,崇拜也可以是一種健康的心態。

MV5BM2RjNjkwOTgtNzdmMS00NGYzLWJkMGEtYTYx
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。

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


猜你喜歡