Cloud Native Weekly |面對云平臺宕機，企業如何止損

KubeEdge v0.2發布

KubeEdge在18年11月24日的上海KubeCon上宣布開源的一個開源項目，旨在依托K8S的容器編排和調度能力，實現云邊協同、計算下沉、海量設備的平滑接入。

KubeEdge脫胎于華為云IEF服務，是第一個具備在生產環境部署能力的邊緣計算領域開源項目。前幾天K8S IOT/Edge工作組發布了關于邊緣計算的白皮書，并將KubeEdge作為K8S在IOT/Edge場景下的參考架構。

KubeEdge架構上包含兩部分，分別是云端和邊緣側。云端負責應用和配置的下發，邊緣側則負責運行邊緣應用和管理接入設備。

在v0.2版本中，KubeEdge團隊決定開放云端代碼，這樣KubeEdge v0.1和v0.2的發布分別創造了兩個記錄：

1. 全球首個開源的支持容器部署的邊緣計算平臺；
2. 全球首個開放云邊協同能力的邊緣計算平臺；

KubeEdge v0.2 的發布意味著任何人都可以在自己的環境中部署一個完整的涵蓋云、邊、設備的邊緣計算解決方案。另外本次更新還在 v0.1 的基礎上新增了云上兩個重要組件，分別是：CloudHub和EdgeController，架構如下所示：

其中：

Cloudhub負責接收EdgeHub同步到云端的信息；

EdgeController用于控制K8S API Server與邊緣的節點、應用和配置的狀態同步；

用戶可以直接通過kubectl命令行在云端管理邊緣節點、設備和應用，使用習慣與K8S原生的完全一致，無需重新適應。

Rancher發布輕量級Kubernetes

發行版 K3s

近期，容器管理軟件提供商 Rancher Labs宣布推出輕量級的 Kubernetes 發行版 K3s，這款產品專為在資源有限的環境中運行 Kubernetes 的研發和運維人員設計。

根據Rancher描述，為了減少運行Kubernetes所需內存，k3s主要專注于以下三個方向的變化：

刪除舊的、非必須的代碼

整合正在運行的打包進程

使用 containerd 代替 Docker 作為運行時的容器引擎

除了 etcd 之外，引入 SQLite 作為可選的數據存儲

k3s官方描述的主要使用場景為：

邊緣計算

與應用程序綁定使用

嵌入式設備

整體來看，k3s相當于kubernetes針對邊緣計算等特殊場景的裁剪和優化，而并非專門專門邊緣計算場景的解決方案，未來可能還需要長足的演進和適配過程。

阿里宣布開源 Flutter 應用框架

Fish Redux

3 月 5 日，閑魚宣布在 GitHub 上開源 Fish Redux，Fish Redux 是一個基于 Redux 數據管理的組裝式 flutter 應用框架， 特別適用于構建中大型的復雜應用，它最顯著的特征是 函數式的編程模型、可預測的狀態管理、可插拔的組件體系、最佳的性能表現。

Redux 是來自前端社區的一個用來做 可預測易調試 的數據管理的框架，所有對數據的增刪改查等操作都由 Redux 來集中負責。Redux 核心僅僅關心數據管理，不關心具體什么場景來使用它，這是它的優點同時也是它的缺點。在實際使用 Redux 中可能面臨兩個具體問題：

Redux 的集中和 Component 的分治之間的矛盾；

Redux 的 Reducer 需要一層層手動組裝，帶來的繁瑣性和易錯性；

Fish Redux 通過 Redux 做集中化的可觀察的數據管理，并且針對傳統 Redux 在使用層面上的缺點，在面向端側 flutter 頁面緯度開發的場景中，通過更好更高的抽象，做了改良。

開源之后，閑魚打算通過以下方式來維護 Fish Redux：

通過后續的一系列的對外宣傳，吸引更多的開發者加入或者使用。

配合后續的一系列的閑魚 Flutter 移動中間件矩陣做開源；

進一步提供，一系列的配套的開發輔助調試工具，提升上層 Flutter 開發效率和體驗；

又現云平臺宕機

企業應如何盡量避免損失

北京時間2019年3月2日23:55分左右開始，監控發現華北2地域部分ECS實例及部分EMR、RDS on ECS、DTS、DBS實例及服務狀態異常，事后于3月3日阿里云工程師緊急排查處理，并且逐步恢復異常實例。

細數這兩年，國際主流云廠商在安全性和可靠性層面做了不少努力，但所有服務都不可能百分百穩定，盡管云平臺會發生故障，但企業對云的信賴度依然很高。Gartner 研究主管 Sid Nag 曾表示，云服務市場的增長速度比幾乎所有 IT 市場都要快，其中大部分增長是以傳統非云服務為代價，尤其是基于云計算的 IaaS 需求在繼續增長，預計將在未來 5 年呈現最快增長趨勢。

在云計算出現之前，企業內部自建數據中心依舊會出現很多問題，不少問題甚至是致命的。上云之后，公有云廠商至少可以幫助技術能力有限的企業進行合理范圍內的監控、預警和備份。不可否認，云的出現確實解決了現階段企業在計算、存儲等方面的很多問題。但作為企業而言，完全依靠云計算廠商提供安全性的做法是不可取的。

云環境的同城雙活、異地災備等方案基本就緒，盡量在經濟和人員條件可行的情況下使用這些分散風險的方法。如果故障只出在一個服務器集群，采用異地災備方案可以在最快時間切換到另一個集群，從而保持系統可用。雖然還是會有中斷，但是可以最快時間恢復。

按照此模式，云下系統做云上災備也是防范傳統環境出現可用性問題的一種重要手段。作為企業的 IT 人員，日常做到以下四點可以盡可能避免云故障帶來的損失。

?備份、備份，還是備份，要異機異地；

?數據容災；

?業務雙活；

?定期對災備和雙活進行演練。

從統計上看，中小企業的運維水平遠低于主流云平臺，故障概率要高得多，損失更不可控。因此，不必對云服務故障抱有恐懼，只需要保持正常的認知和高度災備意識即可。

相關服務請訪問：
https://support.huaweicloud.com/cce/index.html?utm_content=cce_helpcenter_2019