Cloud Native Weekly |面对云平台宕机，企业如何止损

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 Labs宣布推出轻量级的 Kubernetes 发行版 K3s，这款产品专为在资源有限的环境中运行 Kubernetes 的研发和运维人员设计。

根据Rancher描述，为了减少运行Kubernetes所需内存，k3s主要专注于以下三个方向的变化：

• 删除旧的、非必须的代码

• 整合正在运行的打包进程

• 使用 containerd 代替 Docker 作为运行时的容器引擎

• 除了 etcd 之外，引入 SQLite 作为可选的数据存储

k3s官方描述的主要使用场景为：

• 边缘计算

• 与应用程序绑定使用

• 嵌入式设备

整体来看，k3s相当于kubernetes针对边缘计算等特殊场景的裁剪和优化，而并非专门专门边缘计算场景的解决方案，未来可能还需要长足的演进和适配过程。

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 人员，日常做到以下四点可以尽可能避免云故障带来的损失。

•备份、备份，还是备份，要异机异地；

•数据容灾；

•业务双活；

•定期对灾备和双活进行演练。

从统计上看，中小企业的运维水平远低于主流云平台，故障概率要高得多，损失更不可控。因此，不必对云服务故障抱有恐惧，只需要保持正常的认知和高度灾备意识即可。