監視從餐桌到床上:新疆實施「結對認親」,讓110萬中共幹部入住維吾爾家庭

監視從餐桌到床上:新疆實施「結對認親」,讓110萬中共幹部入住維吾爾家庭
Photo Credit: Reuter/達志影像

我們想讓你知道的是

到今年九月底為止,已經有110萬名共黨幹部、進駐少數民族的家裡、成為名義上的親戚。當地維族人表示,這些「親戚」試圖奪走他們最後的避難空間。

近年來,穆斯林少數民族和漢族之間的緊張關係已經爆發,中國政府以反恐之名,已將多達100萬穆斯林置於再教育營中。除此之外,中國共產黨對維族的控制手段又更進一步深入家庭,到今年9月底為止,已經有超過100萬名幹部進駐少數民族的家裡,成為名義上的「親戚」。

《美聯社》今年11月報導,2017年12月,新疆當局組織了「結對認親週」,將100多萬名幹部配對送到維吾爾人的家中,公務人員與維吾爾人一同進食與就寢,此後,「結對認親週」也成為一個常態的寄宿家庭計畫。

新疆的統戰部2018年2月宣布,政府人員每2個月得與配對到的維吾爾家庭一起生活5天,而為了「招待」這些新親戚,每戶人家每天必須支付20至50元人民幣(約新台幣90至223元)的膳食費,而據中國官媒《環球時報》報導稱,截至今年9月,110萬名公務員與169萬多名公民配對,走訪居民4900多萬次。

「他們的目的是吸收我們」,一名住在土耳其的維吾爾人尤努斯( Yunus)告訴《美聯社》。「他們希望我們像他們一樣吃,像他們一樣睡覺,穿得像他們一樣。」

在尤努斯的父母和哥哥被拘留後,只有尤努斯的嫂子和5歲的弟弟留在家中。大約在2018年初,一名漢族男子開始全職陪伴他們。讓男性訪客與女性親屬和孩子待在同一個屋簷下,維吾爾族人表示,這完全違背了他們的宗教信仰。

新疆;維吾爾
2018年8月,尤努伊展示一名漢族男性與他叔叔一家一同生活的照片。|Photo Credit:AP/達志影像

不過,一位參與「結對認親週」的維吾爾官員表示,為了更了解維吾爾村民的需求,新疆所有政府人員都被要求進行這樣的家庭訪查。她解釋說:「因為我們成天坐在辦公室裡,我們不知道他們真正需要什麽。只有透過融入他們的生活,才能讓我們了解他們的需求。」

《環球時報》2018年1月指出,在「結親周」期間,每個政府工作人員每天給「寄居家庭」50元人民幣(約新台幣223元),而且他們「尊重當地維吾爾族村民的傳統」。

《紐時》:上萬漢族親戚不請自來,維吾爾家庭「被親戚」

(中央社)紐約時報報導,不同成長背景漢族人對新疆「結對認親」運動與再教育營的觀感不同。「新新疆」自認教育維族人是責任;「老新疆」持保留態度;維族人認為家庭與信仰被剝奪,「一無所有」。

紐時中文網刊出「不請自來的客人:闖入維族家庭的百萬公務員」長文報導,作者雷風(Darren Byler),2018年獲華盛頓大學(University of Washington)人類學博士學位,主要研究維吾爾人的人權與文化等議題。文章為雷風今年春天重返南疆地區,希望瞭解「漢族親戚」們對「結對認親」的看法,以及此運動與再教育營對維族生活的衝擊。

文章指出,這些進入偏遠維族村落扮演「大哥大姐」的「漢族親戚」們,大抵是分3批次徵召加入。

  • 第一批運動始於2014年,中國政府派遣20萬名中共黨員,包括少數民族黨員,在維吾爾人的村子裡常住,目的是「訪民情、惠民生、聚民心」。
  • 2016年,第二批11萬名公務員進入維吾爾人村子,重點是把「親戚」安置在那些有家人在坐牢或被警察打死的維吾爾人家庭。
  • 第三批是2017年,為2016年運動的延續,共派出100多萬名平民進入農村穆斯林「親戚」家。每次住一週,重點是那些「教育轉化」計畫下被關押者的親人家庭。

據報導,這些漢族「大哥大姐」進村時都是一身遠足行頭,背包行李塞滿電熱水壺、電鍋以及送給主人的其他各種實用禮物。畢竟,遠離家人有點難受,誰願意離開舒適的城市生活,老遠來「吃苦」。

村裡的孩子很快發現這批外來人,看到「大哥大姐」們胸前別著閃亮中國國旗和中國國家主席習近平或已故中共領導人毛澤東的圓臉。這些孩子知道該怎麼反應,趕緊大聲喊:「我愛中國,我愛習大大!」

新疆;維吾爾
中國新疆地區的「民族團結」現象正在形成—除了成千上萬的維吾爾族穆斯林被迫進入「再教育營」,官方也讓漢族黨員與維吾爾族人一起生活。|Photo Credit:AP/達志影像

「大哥大姐」正看著你:用阿拉伯語打招呼、讀古蘭經都會「被記錄」

正式入住維族家庭後,首要任務是幫維族「弟弟妹妹」們制訂「時間表」。每天早上在村黨支部辦公室外舉行升旗儀式、唱國歌;晚上參加習近平「新中國」願景課程;白天則是「文化課程」,學習用普通話交談,觀看經批准的電視節目,練習書法、唱紅歌。

「大哥大姐」的工作是持續觀察村民,做筆記,評估維吾爾人對「祖國」的忠誠度,注意他們的中文水準,留意他們對伊斯蘭教的忠誠是否有「極端」跡象。

「大哥大姐」都接到如何行事的書面指導。報導引述烏魯木齊、和田的維吾爾民眾說,手冊裡提供指導原則,以及需要填寫的表格,然後經數位化放入安全數據庫。

至於「極端」標準,包括是否用阿拉伯語Assalamu Alaykum(祝你平安)跟鄰居打招呼?家裡的「古蘭經」版本?有人在週五祈禱或齋戒月期間禁食?裙子是不是太長、鬍子是不是違規?為何無人打牌、看電影。

報導指出,根據當地政府政策,上述這些維族人的日常生活文化現象,都是宗教極端主義的標誌。當然,最重要的證據並非都可顯而易見,所以「大哥大姐」們被官方要求多問問題。問題包括,主人有親戚住在「敏感地區」嗎?有認識的人住在國外嗎?懂阿拉伯語或者土耳其話嗎?去過村子外面的清真寺嗎?若已成年「弟弟妹妹」的回答不完整、或者在隱瞞什麼,接下來該是問問孩子了。

此外,還可採用一些簡易方法測試。像是,遞根香菸給主人或讓他喝口啤酒,向異性的弟弟妹妹伸手問候並留意對方是否退縮。或去市場買新鮮肉餡,提議全家人一起包餃子,藉機看維族人是否會問這是啥肉。

報導說,這些「細節」都是有價值證據,任何發現都要記錄在案,然後上網填表。「大哥大姐」會把一切因素考慮在內,最後形成建議,以決定哪位主人可以和自己子女留在家裡,哪位主人應該送走,「由國家來修復他們的缺陷」。

不是人人愛當「漢族親戚」:「新新疆」、「老新疆」看法迥異

「大哥大姐」如何看到自己的「改造行為」?這份田野調查的受訪對象可概分兩類,一為自認是新疆當地人的「老新疆」,二是過去20年內搬來的「新新疆」。


猜你喜歡


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

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


猜你喜歡