KubeEdge在18年11月24日的上海KubeCon上宣布開源的一個(gè)開源項(xiàng)目，旨在依托K8S的容器編排和調(diào)度能力，實(shí)現(xiàn)云邊協(xié)同、計(jì)算下沉、海量設(shè)備的平滑接入。
KubeEdge脫胎于華為云IEF服務(wù)，是第一個(gè)具備在生產(chǎn)環(huán)境部署能力的邊緣計(jì)算領(lǐng)域開源項(xiàng)目。前幾天K8S IOT/Edge工作組發(fā)布了關(guān)于邊緣計(jì)算的白皮書，并將KubeEdge作為K8S在IOT/Edge場(chǎng)景下的參考架構(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)造了兩個(gè)記錄：
KubeEdge v0.2 的發(fā)布意味著任何人都可以在自己的環(huán)境中部署一個(gè)完整的涵蓋云、邊、設(shè)備的邊緣計(jì)算解決方案。另外本次更新還在 v0.1 的基礎(chǔ)上新增了云上兩個(gè)重要組件，分別是：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 Labs宣布推出輕量級(jí)的 Kubernetes 發(fā)行版 K3s，這款產(chǎn)品專為在資源有限的環(huán)境中運(yùn)行 Kubernetes 的研發(fā)和運(yùn)維人員設(shè)計(jì)。
根據(jù)Rancher描述，為了減少運(yùn)行Kubernetes所需內(nèi)存，k3s主要專注于以下三個(gè)方向的變化：
刪除舊的、非必須的代碼
整合正在運(yùn)行的打包進(jìn)程
使用 containerd 代替 Docker 作為運(yùn)行時(shí)的容器引擎
除了 etcd 之外，引入 SQLite 作為可選的數(shù)據(jù)存儲(chǔ)
k3s官方描述的主要使用場(chǎng)景為：
邊緣計(jì)算
與應(yīng)用程序綁定使用
嵌入式設(shè)備
整體來看，k3s相當(dāng)于kubernetes針對(duì)邊緣計(jì)算等特殊場(chǎng)景的裁剪和優(yōu)化，而并非專門專門邊緣計(jì)算場(chǎng)景的解決方案，未來可能還需要長(zhǎng)足的演進(jìn)和適配過程。
3 月 5 日，閑魚宣布在 GitHub 上開源 Fish Redux，F(xiàn)ish Redux 是一個(gè)基于 Redux 數(shù)據(jù)管理的組裝式 flutter 應(yīng)用框架， 特別適用于構(gòu)建中大型的復(fù)雜應(yīng)用，它最顯著的特征是 函數(shù)式的編程模型、可預(yù)測(cè)的狀態(tài)管理、可插拔的組件體系、最佳的性能表現(xiàn)。
Redux 是來自前端社區(qū)的一個(gè)用來做 可預(yù)測(cè)易調(diào)試 的數(shù)據(jù)管理的框架，所有對(duì)數(shù)據(jù)的增刪改查等操作都由 Redux 來集中負(fù)責(zé)。Redux 核心僅僅關(guān)心數(shù)據(jù)管理，不關(guān)心具體什么場(chǎng)景來使用它，這是它的優(yōu)點(diǎn)同時(shí)也是它的缺點(diǎn)。在實(shí)際使用 Redux 中可能面臨兩個(gè)具體問題：
Redux 的集中和 Component 的分治之間的矛盾；
Redux 的 Reducer 需要一層層手動(dòng)組裝，帶來的繁瑣性和易錯(cuò)性；
Fish Redux 通過 Redux 做集中化的可觀察的數(shù)據(jù)管理，并且針對(duì)傳統(tǒng) Redux 在使用層面上的缺點(diǎn)，在面向端側(cè) flutter 頁(yè)面緯度開發(fā)的場(chǎng)景中，通過更好更高的抽象，做了改良。
開源之后，閑魚打算通過以下方式來維護(hù) Fish Redux：
通過后續(xù)的一系列的對(duì)外宣傳，吸引更多的開發(fā)者加入或者使用。
配合后續(xù)的一系列的閑魚 Flutter 移動(dòng)中間件矩陣做開源；
進(jìn)一步提供，一系列的配套的開發(fā)輔助調(diào)試工具，提升上層 Flutter 開發(fā)效率和體驗(yàn)；
又現(xiàn)云平臺(tái)宕機(jī)
企業(yè)應(yīng)如何盡量避免損失
北京時(shí)間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ù)這兩年，國(guó)際主流云廠商在安全性和可靠性層面做了不少努力，但所有服務(wù)都不可能百分百穩(wěn)定，盡管云平臺(tái)會(huì)發(fā)生故障，但企業(yè)對(duì)云的信賴度依然很高。Gartner 研究主管 Sid Nag 曾表示，云服務(wù)市場(chǎng)的增長(zhǎng)速度比幾乎所有 IT 市場(chǎng)都要快，其中大部分增長(zhǎng)是以傳統(tǒng)非云服務(wù)為代價(jià)，尤其是基于云計(jì)算的 IaaS 需求在繼續(xù)增長(zhǎng)，預(yù)計(jì)將在未來 5 年呈現(xiàn)最快增長(zhǎng)趨勢(shì)。
在云計(jì)算出現(xiàn)之前，企業(yè)內(nèi)部自建數(shù)據(jù)中心依舊會(huì)出現(xiàn)很多問題，不少問題甚至是致命的。上云之后，公有云廠商至少可以幫助技術(shù)能力有限的企業(yè)進(jìn)行合理范圍內(nèi)的監(jiān)控、預(yù)警和備份。不可否認(rèn)，云的出現(xiàn)確實(shí)解決了現(xiàn)階段企業(yè)在計(jì)算、存儲(chǔ)等方面的很多問題。但作為企業(yè)而言，完全依靠云計(jì)算廠商提供安全性的做法是不可取的。
云環(huán)境的同城雙活、異地災(zāi)備等方案基本就緒，盡量在經(jīng)濟(jì)和人員條件可行的情況下使用這些分散風(fēng)險(xiǎn)的方法。如果故障只出在一個(gè)服務(wù)器集群，采用異地災(zāi)備方案可以在最快時(shí)間切換到另一個(gè)集群，從而保持系統(tǒng)可用。雖然還是會(huì)有中斷，但是可以最快時(shí)間恢復(fù)。
按照此模式，云下系統(tǒng)做云上災(zāi)備也是防范傳統(tǒng)環(huán)境出現(xiàn)可用性問題的一種重要手段。作為企業(yè)的 IT 人員，日常做到以下四點(diǎn)可以盡可能避免云故障帶來的損失。
?備份、備份，還是備份，要異機(jī)異地；
?數(shù)據(jù)容災(zāi)；
?業(yè)務(wù)雙活；
?定期對(duì)災(zāi)備和雙活進(jìn)行演練。
從統(tǒng)計(jì)上看，中小企業(yè)的運(yùn)維水平遠(yuǎn)低于主流云平臺(tái)，故障概率要高得多，損失更不可控。因此，不必對(duì)云服務(wù)故障抱有恐懼，只需要保持正常的認(rèn)知和高度災(zāi)備意識(shí)即可。
相關(guān)服務(wù)請(qǐng)?jiān)L問：
https://support.huaweicloud.com/cce/index.html?utm_content=cce_helpcenter_2019
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
重慶分公司
重慶分公司
