趕不上中國大片時代,未必是遺憾:紀念梅艷芳逝世十四周年

趕不上中國大片時代,未必是遺憾:紀念梅艷芳逝世十四周年
圖為「香港女兒梅艷芳」銅像|Photo Credit: Ilovemui@Wikimedia Commons CC BY-SA 4.0

我們想讓你知道的是

被稱為「香港的女兒」的梅艷芳,彷彿註定一生以香港為根基;她代表香港,滋養香港文化。如果歷史改寫,她沒有早逝,也參與拍攝合拍片,故事又會怎樣發展下去?要回答這問題,也許要從今天中國電影的幾個禁忌談起。

今天,北上發展已是香港藝人的不二「錢途」。在十多億人口的市場,藝人不必大紅大紫,也可財源滾滾。電影方面,十億票房已不稀奇,《美人魚》及《戰狼2》等賣座片更有三數十億票房。收益如此驚人,藝人自然趨之若鶩。但是,趕上了這時代的藝人就很幸運嗎?卻也未必。

梅艷芳這三個字對於中國觀眾來說,是既近且遠的。她是眾知周知的香港巨星,她的電影如《胭脂扣》及《審死官》等膾炙人口,她的國語歌〈女人花〉及〈親密愛人〉等街知巷聞。然而,她又始終跟中國市場緣淺。她在六四事件後拒絕去中國拍外景,辭演《阮玲玉》;她沒有拍過中港合拍片,她的電影幾乎沒有正式上過全國院線。她去世前,正是中國電影在《英雄》的票房成功之後的起飛時期,但很不巧,當年張藝謀邀她拍《十面埋伏》,她還未進劇組就去世了。

梅艷芳趕不上中國電影動輒有十億票房的狂飊時代,也嘗不到合拍片的甜頭。然而,她跟張藝謀的合作胎死腹中,卻也許是一種天意。被稱為「香港的女兒」的她,彷彿註定一生以香港為根基;她代表香港,滋養香港文化。如果歷史改寫,梅艷芳沒有早逝,也參與拍攝合拍片,故事又會怎樣發展下去?她會散發更多的演藝光芒,還是水土不服?要回答這問題,也許要從今天中國電影的幾個禁忌談起。

《胭脂扣》:嫖與鬼的禁忌

不少梅艷芳生前拍過的代表性電影,其實在今天的中國市場是難有發揮的。港片經典《胭脂扣》對香港觀眾來說只是個愛情故事,沒什麼敏感可言,但片中涉及的嫖妓情節及靈異題材,今天卻未必輕易通過電檢。多年前的港片《豪情》故事原是古天樂及陳奕迅辦一本提供淫業訊息的雜誌,但中國版本則改為他們辦刊物背後的任務是掃黃。至於鬼怪題材,今天仍遵守最後一定是「鬼由心生」的定律,不能明言有鬼。

嫖與鬼其實一直是富有香港特色的文化表述:數十年來,從施叔青的小說《香港三部曲》到電影《金雞》,妓女有時被用來隱喻在歷史上身不由己的香港,有時被用來折射草根的香港故事。《胭脂扣》的精彩,正是電影用了穿梭時空的妓女去述說一段被遺忘的香港本土歷史。女鬼提醒香港人,儘管這城市看來非常現代,找不到歷史痕跡,但歷史一直藏在城市的某個角落,只等待一隻鬼魂來發掘。

梅艷芳演《胭脂扣》之前,在舞台上已有過男裝、壞女孩、妖女等造型,早已被視為豪放的現代女性。背負著這些形象,她卻演活了那個三十年代的淒涼妓女如花而奪得多個影后獎。她在電影中的舉手投足古典含蓄,但她的勇敢果斷卻有現代女性的特質。她的精彩演出令電影的主題——在現代香港尋找本土歷史——得以好好發揮。然而,今天中國市場未必能容納如此題材。

《英雄本色3》:黑幫的禁忌

黑幫題材亦是今天中國電影的禁忌。杜琪峰的不少黑幫電影都不能在中國放映,《無間道》的中國版結局要改,黑幫劉德華一定要死,當年的《江湖》無論怎麼剪都無法通過電檢,去年的《樹大招風》更遭到全面封殺。黑幫片是過去數十年的重要港片類型,而除了有觀眾最愛的刺激劇情及動作場面之外,黑幫片之於香港還有另一層次的文化意義:黑幫世界的無序混亂,時常被借用來作政治社會的隱喻。尤其在八九十年代,香港人心惶惶,黑幫世界正是現實的迂回反映。

梅艷芳曾在《英雄本色3:夕陽之歌》飾演黑幫大姐。在越南西貢,她帶著周潤發與梁家輝兩個初出茅廬的小子,在槍林彈雨中跑江湖。在1997年前的十年中,黑幫片特別盛行。那個危機四伏的世界,被認為是香港人集體意識的某種投射。而徐克拍這第三集的《英雄本色》,一方面把場景從香港移到兵荒馬亂的越南,另一方面則把主角從男性變成女性,結果造就了這一部觀眾看不習慣,但卻饒富趣味的一集《英雄本色》。

黑幫本已是一個邊緣世界,再加上一個黑幫世界的邊緣人物——女性,梅艷芳的大姐角色成了在時代巨輪下朝不保夕地掙扎的人物代表。梅艷芳既硬朗中性又不乏柔情的複雜特質,亦演活了這大姐。今天,中國電影不見黑幫,自然也不會有如此一個智勇雙全、有情有義的黑幫大姐。

《川島芳子》:「叛國」的禁忌

香港電影常常用歷史去寓意當下。徐克在九十年代重塑《黃飛鴻》,不只是把黃飛鴻的形象年輕化、把動作場面現代化,他還用了黃飛鴻所處的亂世去寓意當年香港,並用香港的目光查看歷史。電影中的中國雖受列強欺淩,但外國人中也有善心的傳教士,而電影亦對西方現代文明予以肯定。片中,對中國危害最深的不是外敵,而是極端的民族主義者——《黃飛鴻之二:男兒當自強》中的白蓮教。電影沒有陷入一種敵我分明的民族情緒,相反,它在用香港視角審視中國。

梅艷芳參演的多出關於亂世的電影,亦有異曲同工之妙,《川島芳子》是個特別鮮明的例子。片中,身為滿族皇室後人的川島在日本長大,長大後回國為日本人控制的偽滿州國做事,最後被判叛國罪,她自辯:「我是日本人,又如何背叛中國?」這時,鏡頭轉到她小時候被送到日本之前哭著說:「我是中國人,不是日本人。」曖昧又可變的國家意識,是當時亂世的產物,亦是經歷殖民歷史的香港的寫照,這並不是很多中國觀眾可以理解。

另一例子是《何日君再來》。在淪陷的上海,梅艷芳飾演的歌女跟抗日份子梁家輝相戀,但後者失蹤並生死未卜,她後就跟一個對她痴心一片的日本文官到日本生活。二戰結束後,梁家輝千里迢迢到日本找她,但她顧念舊情,選擇留在日本文軍身邊。在愛國義工與民族敵人之間,她竟然最終選擇後者,並定居日本。如此情節在今天,不被中國網民罵到皮開肉綻才怪,電影甚至未必順利開拍。但是,經歷政權幾番更迭的香港人沒有敵我分明的民族情緒,絕對可以明白《何日君再來》中梅艷芳的選擇。


猜你喜歡


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

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


猜你喜歡