云原生计算基金会（简称CNCF）作为Kubernetes等顶级开源项目的运营方，今天宣布苹果公司即将以最高级白金用户的身份正式加盟。凭借这位新成员，CNCF如今已经拥有89位最终用户成员，其中还包括阿迪达斯、Atlassian、Box、GitHub、纽约时报、Reddit、Spotify以及沃尔玛等。

与以往的作风一样，苹果公司并没有对此次公告做出评论。但CNCF方面指出，最终用户资格主要面向那些“对开源云原生技术高度依赖”且希望回馈整个社区的重度用户。作为CNCF最终用户成员，苹果公司实际上也正式加入了Linux基金会。

作为成员关系的一部分，苹果公司还在CNCF管理委员会当中获得一个席位，苹果方面的高级工程技术经理Tomer Doron将出任这一职位。

云原生计算基金会CTO Chris Aniszczyk表示，“吸引到苹果这样一家拥有丰富经验与庞大业务规模的企业作为最终用户成员，充分证明了云原生计算在未来基础设施与应用程序开发方面的可观潜力。我们很高兴能够获得苹果公司的支持，并期待着未来能够为更为广泛的云原生项目社区做出更多贡献。”

虽然很多朋友可能不会把苹果公司与开源参与企业联系起来，但事实上该公司确实已经开放了从Darwin操作系统的XNU内核到Swift编程语言等一系列内部成果。话虽如此，苹果方面一般不会参与开源云基础设施社区，而这次的举动可能预示着这位消费电子巨头正在迎来转变。苹果公司肯定拥有自己的数据中心，因此其确实有可能高度依赖着各类开源基础设施项目——当然，按照苹果的一贯风格，其对这类话题往往避而不谈。

原文链接：Apple joins the open-source Cloud Native Computing Foundation

近日，睿云智合开源的Kubernetes图形化部署工具Breeze项目通过Kubernetes一致性认证成为认证Kubernetes安装工具。目前Breeze已经列入 Cloud Native Landscape 生态图谱的认证安装工具板块。

Beeze项目是睿云智合(Wise2C)2018年5月所开源的Kubernetes图形化部署工具，能大大简化Kubernetes部署的步骤，支持全离线环境的部署，而且可以不需要翻墙获取Google的相应资源包，尤其适合中国金融、运营商、国有企业等不便访问互联网的私有数据中心部署环境场景。目前支持最新版Kubernetes、Etcd、Docker、Harbor以及Prometheus等云原生工具部署，同时支持Istio部署 (内置Kiali, Jaeger, Prometheus, Grafana)。推出至今获得开源技术社区用户的一致好评目前在Github上已获600余星。

功能亮点：

易于运行：

Breeze将您需要的所有资源（比如Kubernetes组件镜像以及用于部署Kubernetes集群的 ansible playbooks）组合为一个Docker镜像（wise2c/playbook）。它还可以作为本地yum存储库服务器工作。您只需要安装了Docker引擎的Linux服务器来运行Breeze。

简化了kubernetes集群部署的过程：

通过几个简单的命令，您可以轻而易举地运行，然后通过图形界面完成所有其他部署过程。

支持离线部署：

在部署服务器上加载了4个镜像（playbook、yum repo、pagoda、deploy ui）后，就可以在不接入互联网的情况下设置kubernetes集群。Breeze作为一个yum存储库服务器工作，部署一个本地的Harbor镜像仓库，并使用kubeadm来设置kubernetes集群。所有docker镜像将从本地镜像仓库提取。

支持多集群：

Breeze支持多个Kubernetes集群部署。

支持高可用架构：

通过Breeze，您可以设置Kubernetes集群，其中3台主服务器和3台ETCD服务器与Haproxy和Keepalived相结合。所有工作节点将使用虚拟浮动IP地址与主服务器通信。

Breeze项目是100%开源的云原生部署工具

GitHub项目地址：

https://github.com/wise2c-devops/breeze

安装过程演示视频在此：

 https://pan.baidu.com/s/1X0ZYt48wfYNrSrH7vvEKiw

常见排错说明在此：

https://github.com/wise2c-devops/breeze/blob/master/TroubleShooting-CN.md

PDF手册请在此处下载：

https://github.com/wise2c-devops/breeze/raw/master/manual/BreezeManual-CN.pdf

【编者的话】Micro是构建微服务的最简单方式，并逐渐成为云计算中基于Go的微服务开发的实际标准。通过将我们的努力整合到一个开发框架和运行时中，我们使这个过程更加简单。 

Micro作为[go-micro](https://github.com/micro/go-micro)——一个微服务框架开始了它的旅程，专注于提供微服务开发的核心需求。它通过抽象出分布式系统的复杂性，为构建微服务创造了更简单的体验。

随着时间的推移，我们已经从go-micro扩展到其他工具、库和插件。这导致了我们解决问题的方式和开发人员使用微服务工具的方式的分散化。我们现在正在整合所有这些工具，以简化开发人员的体验。

从本质上来说，Micro已经成为一个独立的开发框架和微服务开发的运行时。

在讨论整合之前，让我们回顾一下迄今为止的历程。

### 主要关注点

Go-micro最初主要专注于微服务的通信方面，我们一直努力做到这一点。到目前为止，这种固执己见的方法和关注点是驱动框架成功的真正驱动力。多年来，我们已经收到了无数的请求，要求解决第二天在go-micro中构建生产就绪软件的问题。其中大部分都与可伸缩性、安全性、同步和配置有关。

虽然增加所要求的额外特性是有好处的，但我们确实希望一开始就非常专注于很好地解决一个问题。所以我们采取了一种不同的方式来促进社区这样做。

### 生态系统和插件

投入生产所涉及的不仅仅是普通的服务发现、消息编码和请求-响应。我们真正明白这一点，希望使用户能够通过可插拔和可扩展的接口选择更广泛的平台需求。通过[资源管理器](https://micro.mu/explore/)促进生态系统，资源管理器聚合了GitHub上的基于微服务的开源项目，并通过[go-plugins](https://github.com/micro/go-plugins)扩展插件。

一般来说，Go插件已经取得了巨大的成功，因为它允许开发人员将大量的复杂性转移到为这些需求构建的系统上。例如用于度量的Prometheus、用于分布式跟踪的Zipkin和用于持久消息传递的Kafka。

### 交互点

Go Micro确实是微服务开发的核心，但是随着服务的编写，接下来的问题就转移到了：我如何查询它们，如何与它们交互，如何通过传统方式为它们服务。

鉴于go-micro使用了一个基于RPC/Protobuf的协议，该协议既可插拔又不依赖于运行时，我们需要某种方法来解决这个问题。这导致了微服务工具包[Micro](https://github.com/micro/micro)的产生。Micro提供了API网关、网络仪表板、cli命令行工具、slack bot机器人程序、服务代理等等。

Micro工具包通过http api、浏览器、slack命令和命令行接口充当交互点。这些是我们查询和构建应用程序的常见方式，对于我们来说，提供一个真正支持这一点的运行时非常重要。然而，但它仍然把重点放在通信上。

###其他工具

虽然插件和工具包极大地帮助了使用了Micro的用户，但在关键领域仍然缺乏。很明显，我们的社区希望我们能够围绕产品开发的平台工具来解决更多的问题，而不是必须在他们各自的公司中单独完成。我们需要为动态配置、分布式同步和为Kubernetes这样的系统提供更广泛的解决方案等方面提供相同类型的抽象。

于是我们创建了以下项目：

- [micro/go-config](https://github.com/micro/go-config)： 一个动态配置库

- [micro/go-sync](https://github.com/asim/go-sync)：一个分布式同步库

- [micro/kubernetes](https://github.com/micro/kubernetes)：在Kubernetes平台上的初始化

- [examples](https://github.com/micro/examples)：使用举例

- [microhq](https://github.com/microhq)：微服务预构建

这些是一部分repos、库和工具，用于尝试解决我们社区更广泛的需求。在过去的四年里，repos的数量不断增长，新用户的入门体验也变得更加困难。进入壁垒急剧增加，我们意识到需要做出一些改变。

在过去的几周里，我们意识到[go-micro](https://github.com/micro/go-micro)确实是大多数用户开发微服务的焦点。很明显，他们想要额外的功能，作为这个库的一部分以及一个自我描述的框架，我们真的需要通过解决那些第二天的问题来实现这一点，而不要求开发人员寻求其他方法。

本质上，go-micro将成为微服务开发的全面和独立框架。

我们通过将所有库迁移到go-micro开始了整合过程，在接下来的几周里，我们将继续进行重构，以提供更简单的默认入门体验，同时还为日志记录、跟踪、度量、身份验证等添加更多功能。

不过，我们也没有忘记Micro。在我们看来，当构建了微服务之后，仍然需要一种查询、运行和管理它们的方法。所有人都认为Micro将是微服务开发的运行时。我们正在致力于提供一种更简单的方法来管理微服务开发的端到端流程，并且应该很快会有更多消息发布。

### 总结

Micro是构建微服务的最简单方式，并逐渐成为云计算中基于Go的微服务开发的实际标准。通过将我们的努力整合到一个开发框架和运行时中，我们使这个过程更加简单。

原文链接：Micro - The great consolidation of 2019

**译者**：Mr.lzc，软件工程师、DevOpsDays深圳核心组织者，目前供职于华为，从事云存储工作，以Cloud Native方式构建云文件系统服务，专注于Kubernetes、微服务领域。