云原生一周精選

1 — — KubeEdge v0.2發(fā)布

2 — — Rancher發(fā)布輕量級Kubernetes發(fā)行版 K3s

3 — — 阿里宣布開源Flutter應(yīng)用框架 Fish Redux

4 — —又現(xiàn)云平臺宕機(jī)，企業(yè)應(yīng)如何盡量避免損失

KubeEdge v0.2發(fā)布

KubeEdge在18年11月24日的上海KubeCon上宣布開源的一個開源項(xiàng)目，旨在依托K8S的容器編排和調(diào)度能力，實(shí)現(xiàn)云邊協(xié)同、計(jì)算下沉、海量設(shè)備的平滑接入。

KubeEdge脫胎于華為云IEF服務(wù)，是第一個具備在生產(chǎn)環(huán)境部署能力的邊緣計(jì)算領(lǐng)域開源項(xiàng)目。前幾天K8S IOT/Edge工作組發(fā)布了關(guān)于邊緣計(jì)算的白皮書，并將KubeEdge作為K8S在IOT/Edge場景下的參考架構(gòu)。

KubeEdge架構(gòu)上包含兩部分，分別是云端和邊緣側(cè)。云端負(fù)責(zé)應(yīng)用和配置的下發(fā)，邊緣側(cè)則負(fù)責(zé)運(yùn)行邊緣應(yīng)用和管理接入設(shè)備。

在v0.2版本中，KubeEdge團(tuán)隊(duì)決定開放云端代碼，這樣KubeEdge v0.1和v0.2的發(fā)布分別創(chuàng)造了兩個記錄：

全球首個開源的支持容器部署的邊緣計(jì)算平臺；

全球首個開放云邊協(xié)同能力的邊緣計(jì)算平臺；

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

其中：

Cloudhub負(fù)責(zé)接收EdgeHub同步到云端的信息；

EdgeController用于控制K8S API Server與邊緣的節(jié)點(diǎn)、應(yīng)用和配置的狀態(tài)同步；

用戶可以直接通過kubectl命令行在云端管理邊緣節(jié)點(diǎn)、設(shè)備和應(yīng)用，使用習(xí)慣與K8S原生的完全一致，無需重新適應(yīng)。

Rancher發(fā)布輕量級Kubernetes

發(fā)行版 K3s

近期，容器管理軟件提供商 Rancher Labs宣布推出輕量級的 Kubernetes 發(fā)行版 K3s，這款產(chǎn)品專為在資源有限的環(huán)境中運(yùn)行 Kubernetes 的研發(fā)和運(yùn)維人員設(shè)計(jì)。

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

刪除舊的、非必須的代碼

整合正在運(yùn)行的打包進(jìn)程

使用 containerd 代替 Docker 作為運(yùn)行時的容器引擎

除了 etcd 之外，引入 SQLite 作為可選的數(shù)據(jù)存儲

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

邊緣計(jì)算

與應(yīng)用程序綁定使用

嵌入式設(shè)備

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

阿里宣布開源 Flutter 應(yīng)用框架

Fish Redux

3 月 5 日，閑魚宣布在 GitHub 上開源 Fish Redux，F(xiàn)ish Redux 是一個基于 Redux 數(shù)據(jù)管理的組裝式 flutter 應(yīng)用框架， 特別適用于構(gòu)建中大型的復(fù)雜應(yīng)用，它最顯著的特征是 函數(shù)式的編程模型、可預(yù)測的狀態(tài)管理、可插拔的組件體系、最佳的性能表現(xiàn)。

Redux 是來自前端社區(qū)的一個用來做 可預(yù)測易調(diào)試 的數(shù)據(jù)管理的框架，所有對數(shù)據(jù)的增刪改查等操作都由 Redux 來集中負(fù)責(zé)。Redux 核心僅僅關(guān)心數(shù)據(jù)管理，不關(guān)心具體什么場景來使用它，這是它的優(yōu)點(diǎn)同時也是它的缺點(diǎn)。在實(shí)際使用 Redux 中可能面臨兩個具體問題：

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

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

Fish Redux 通過 Redux 做集中化的可觀察的數(shù)據(jù)管理，并且針對傳統(tǒng) Redux 在使用層面上的缺點(diǎn)，在面向端側(cè) flutter 頁面緯度開發(fā)的場景中，通過更好更高的抽象，做了改良。

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

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

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

進(jìn)一步提供，一系列的配套的開發(fā)輔助調(diào)試工具，提升上層 Flutter 開發(fā)效率和體驗(yàn)；

又現(xiàn)云平臺宕機(jī)

企業(yè)應(yīng)如何盡量避免損失

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

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

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

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

按照此模式，云下系統(tǒng)做云上災(zāi)備也是防范傳統(tǒng)環(huán)境出現(xiàn)可用性問題的一種重要手段。作為企業(yè)的 IT 人員，日常做到以下四點(diǎn)可以盡可能避免云故障帶來的損失。

·備份、備份，還是備份，要異機(jī)異地；

·數(shù)據(jù)容災(zāi)；

·業(yè)務(wù)雙活；

·定期對災(zāi)備和雙活進(jìn)行演練。

從統(tǒng)計(jì)上看，中小企業(yè)的運(yùn)維水平遠(yuǎn)低于主流云平臺，故障概率要高得多，損失更不可控。因此，不必對云服務(wù)故障抱有恐懼，只需要保持正常的認(rèn)知和高度災(zāi)備意識即可。