「數位化」與「取消文化」浪潮襲來,如何建立新的傳播政策典範?

「數位化」與「取消文化」浪潮襲來,如何建立新的傳播政策典範?
Photo Credit: 中央社

我們想讓你知道的是

社群媒體的發展從公民運動時代的民主活力來源,演變到近日卻出現濫權疑慮,而對於傳統媒體,若想要保障新聞品質、使傳播環境向上,單指仰賴「自律」又真的足夠嗎?

文:賴昀(《沃草》編輯・關注傳播政策的新生代)

近十年,傳統新聞業受到網路衝擊,收入下降,老牌報章雜誌如《壹週刊》、《聯合晚報》、《新新聞》一一停刊或是停止發行紙本,記者編輯的工作待遇下降、職缺減少,種種現象,對媒體從業人員、關心媒體環境、乃至於關注民主環境的人來說,都是難以忽視的困境、迫在眉睫的危機,將現在此時比喻為媒體業「最壞的時代」也不為過。

另一方面,網路發展也帶動新型態媒體的興起,無論是只在網路上發表數位內容的新媒體、已經成為每個人生活中一部分的社群媒體、自行創造影音內容的YouTuber和直播主,或是快速席捲全球、並在COVID-19疫情中大幅成長的OTT平台,都在近年成為許多媒體生態研究者的關注焦點。

究竟,面對急速變動、日新月異的傳播科技,我們應該如何應對?什麼樣的傳播政策,能夠保障並提升整體的媒體環境,進而保障媒體提供公共討論的本質,維護民主社會的發展?

社群媒體的發展:從注入民主活力,到濫權疑慮

曾經,新型態的媒體一度有著取代傳統媒體的勢頭,因為網路內容傳播迅速、成本低的特性,關注特定領域的網路獨立媒體紛紛成立,個人也能夠以「公民記者」的身份,追蹤、關注、傳播自己所關心的議題和觀點。

2010年突尼西亞爆發茉莉花革命後,要求民主化的「阿拉伯之春」浪潮席捲北非,當時網際網路可說是對抗極權政府最有力的武器;2014年台灣的太陽花學運,新媒體同樣透過網路,以新的傳播模式直播、呈現被佔領的議場內的情況,以及警察和佔領者發生衝突的現場,促使學運的影響力發揮到最大。

太陽花_立法院_318
Photo Credit:VOA Public Domain

當時,網路似乎為媒體環境注入全新的活力,公民的媒體近用權獲得了實現,輿論不再由權勢者、財團所掌握,每一個人的聲音都因網路,有了被大眾聽到的機會,民主能夠因此,獲得更徹底、更深化的實現。時間拉回到2000年,中國加入WTO之後,時任美國總統柯林頓,也認為網際網路將鬆動中國的專制統治,他用「把果凍釘上牆」(nail Jello to the wall)來比喻中國想要控制網路輿論的嘗試。

可是,現在我們看到的是,社群媒體的演算法控制了訊息的流通、對於因「違反社群守則」而被刪除的訊息,我們無從辯駁、假訊息漫天流竄,情況嚴重到,各國紛紛祭出法案或是白皮書,試圖給予規範。而中國的網路長城,至今仍然屹立不搖。

科技本身是中性的,端看使用者如何利用。90年代,美國為應對網路色情的問題,制定《通信規範法》,在1997年被美國最高法院裁定,法案中反低俗內容的條款違憲,但法案第230條保障網路服務供應商無需為第三方使用者的言行負法律責任、允許網際網路服務供應商出於善意,可對平台上冒犯性的內容進行限制,該條至今仍然有效,並在去年美國大選,因川普力推撤除此條文而引起關注。

我們曾希望社群媒體針對假訊息,積極作為,認為社群媒體對於其平台上的言論,應負起監管的責任。

但在美國大選後,社群媒體停權川普帳號的行為,又讓人對社群媒體擁有的影響力感到心驚,在「取消文化」盛行的今日,單憑科技巨擘的決定,竟就能將一個人、美國的總統「取消」?社群媒體是科技巨擘提供的服務,但如今已經成為公共討論的重要論壇,其價值也是基於為數眾多的使用者所創造的內容,也許此時該思考的是,公共監理有無在社群平台上實現的可能?

憑藉媒體自律,足夠保障新聞品質嗎?

台灣目前規範媒體的法規,以監理電視台的廣電三法為主,對於紙媒、網媒的規範,則分散於各法案的條文(例如《兒少法》、《精神衛生法》、《自殺防治法》等等),在監理上講求媒體自律,像是呼籲媒體訂立自律規範、成立倫理委員會等。以監理電視台為例,主管機關NCC強調三律共管,即自律、他律、法律,自律為優先,這樣的原則,也存在於去年NCC提出的《網際網路視聽服務管理法》(即俗稱的OTT專法)草案。

不過,仰賴自律,就足以保障新聞品質、使傳播環境向上嗎?從現在各家商業媒體的新聞報導來看,恐怕未能給予肯定答案。台灣由於經歷過戒嚴時代、白色恐怖的歷史,對於言論自由的議題自然格外敏感。

中天新聞正式關台 將轉戰網媒(2)
Photo Credit: 中央社

有鑑於此,NCC對電視台採行的監理方式,是在收到民眾申訴後,交由各家電視台的自律委員會討論,在收到會議紀錄後,再請由外部專家學者組成的廣播電視節目廣告諮詢會議討論,最終才將討論結果交由大委員會裁定,而NCC委員會的組成本身,也是交錯任期、由立法院多數同意通過,並採合議制,設計制度的原意,是希望藉此抹消政治色彩、回歸專業監理,取代過去難以避免有人治色彩的新聞局。

只是,在去年的中天新聞台換照案,NCC的角色受到旺中集團等媒體強烈質疑,大張旗鼓以「新聞自由」來指控NCC、來為中天保駕護航,而忽略中天新聞多次違反《衛廣法》、未兌現六年前換照時的承諾、不顧媒體進行事實查證的基本責任、製播諸如「天現祥雲」的怪力亂神內容、公然扭曲自身遭裁罰的原因,意在抹黑NCC等荒謬行為。

而中天新聞的倫理委員會乃至獨立審查人,即使提出討論,也並未完全改善中天新聞的亂象,有時甚至轉而為中天的違規行為辯白,顯然仰賴「媒體自律」有其侷限,尤其是在面對媒體背後的財團老闆之時。中天在12月11日最後一日在電視上播出的內容,更是極盡荒唐,切切實實證明了NCC在駁回換照申請後所稱的,中天內控機制完全失靈。


猜你喜歡


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

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


猜你喜歡