新加坡解禁240出版物 多為共產主義、反殖民主義及成人內容

新加坡解禁240出版物 多為共產主義、反殖民主義及成人內容
Photo Credit: AP/達志影像

我們想讓你知道的是

在法令下,違反公眾利益的出版物,將被限制進口,銷售和發行。這也意味著個人不被允許擁有或取得被禁的出版物,也不能在新加坡流動或售賣這些出版物。

新聞整理:Eric Wong

新加坡:解禁240出版物 其內容含有共產主義、反殖民主義及成人向

在新加坡被禁止銷售與流動的240種出版物,於11月5日獲得解禁,其主要含有共產主義、反殖民主義以及成人內容,不過當局還是繼續禁止另外17種出版物。

新加坡媒體發展管理局(MDA)在進行例常的重新審核後,宣布將240種被禁的出版物從憲報上移除,但仍有17種出版物依然被禁。

在法令下,違反公眾利益的出版物,將被限制進口,銷售和發行。這也意味著個人不被允許擁有或取得被禁的出版物,也不能在新加坡流動或售賣這些出版物。

媒體發展管理局表示,政府是在考慮過這些出版物的內容以及新加坡的社會標准後,做出這項決定。當局表示,被解禁的出版物,當中有一些已經絕版,還有一些在現今的標準下,可以被允許流通。

這些被解禁的刊物包括含有反殖民和共產主義內容的出版物、中文圖畫小說以及成人雜誌等。其中包括反殖民泰米爾文刊物《Dravida Nadu》、含有共產主義內容的《The Long March》、英文雜誌《World Student News》以及英文情色小說《Fanny Hill》等。

媒體發展管理局表示,目前憲報上還有17種出版物被列為禁書,是因為這些出版物的內容依然違反公眾利益。這些禁書主要是色情刊物如《Playboy》、《Penthouse》,以及所有來自守望台聖經書社(Watch Tower Bible and Tract Society)以及國際聖經學生協會(International Bible Students Association)這兩個團體的出版物。

媒體發展管理局表示,當局最後一次重新審核並解禁部分出版物是在2004年,不過從1994年起,憲報上被禁的出版物就再也沒有增加。

Photo Credit: AP/達志影像

Photo Credit: AP/達志影像

馬來西亞:英最高法院裁決 政府無需為峇冬加里屠殺案設立聽證會

針對追討1948年峇冬加里屠殺案,英國最高法院於11月25日以4比1裁決英國政府無須對這起慘案設立聽證會,但最高法院法官認為英國政府須對無辜的村民負起法律責任。

峇冬加里屠殺案發生在1948年12月12日,即67年前緊急狀態期間。當時英軍在雪蘭莪州峇冬加里蓄意屠殺手無寸鐵、被疑馬共或異議分子的24名橡膠園膠工,事後參與屠殺的英軍獲表揚及升級,而英國政府截至目前為止仍否認參與屠殺。

追討英軍屠殺罪行工委會總協調員郭義民表示,死者家屬不會放棄,會繼續上訴到歐洲人權法庭,為受害者討回公道,並希望法庭裁決英國政府須對此案負責,包括道歉、撤除英國國會的官方記錄,及捐助設立屠殺案受害者紀念館。

他指出,多數的大法官做出裁決時認為,依據歐洲人權公約第2條,英國政府沒有義務設立聽證會。

承審的最高法院副院長希爾表示,英國政府沒有考慮設立聽證會的用意及益處,以及做出的決定,不是理性決策所應做出的決定,因此法官批准罹難者家屬上訴。

希爾認為英國政府沒有考慮到控狀的嚴重性,若英國軍人屠殺無辜村民,那不管是在任何時段,這項暴行是必須受到譴責,且該案件許​​多目擊者的證據都沒有被錄取。

承審的最高法院院長紐伯格甚至指出,這是戰爭的罪行。

此外,另一名承審大法官克爾形容這起屠殺的證據令人驚訝,並指出的確有證據顯示這些無辜的村民性命被剝奪,以及英國政府沒有公正徹查他們的死因。

克爾遺憾的表示,這是一起法律本身沒有辦法正面糾正的歷史不公,這凸顯英國法律制度的缺陷。

Photo Credit: wikimedia

Photo Credit: wikimedia

印尼:約428涉及IS恐怖活動 當局擬與宗教學者合作

印尼外交部正致力核實疑涉及伊斯蘭國(IS)組織活動的公民。根據初步的信息,有大約428名印尼公民疑成為IS成員。

外交部副部長阿布杜耳‧拉赫曼(Abdurrahman Mohammad Fachir)於11月23日表示,信息指出有大約428人涉及IS活動,其人數也許會更多。

外交部將通過敘利亞的伊斯蘭教學者,要求他們向留居該國的印尼公民給予啟示。拉赫曼指出,因為基本上人們極易受到極端主義價值影響。

此外,外交部還考慮他們返回印尼所帶來的影響,包括輸導極端主義的潛力。拉赫曼表示,激進主義在印尼是很陌生的事物,因為這裡所有的宗教是以和平為主,而無需使用戰爭。

Photo Credit: AP/達志影像

Photo Credit: AP/達志影像

新聞來源:

核稿編輯:闕士淵


猜你喜歡


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

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


猜你喜歡