周一见 | GitLab 如何从 Azure 迁移到 GCP、K8s 新功能 Kyma、华为事件继续发酵

1. GitLab 如何从 Azure 迁移到 GCP  

最近，GitLab.com 从 Azure 迁移到 Google 云平台（GCP）。 自迁移之后，GitLab.com  的平均停机时间从每周 32 分钟降低到了每周 13 分钟。 这意味着该项目的可用性现在已经提高了 61％。

在迁移过程中，GitLab 工程师们发现将所有数据从 Azure 复制到 GCP，更改 DNS 以指向新服务器，并重新启动服务是不可行的。 对此，他们采取的方法是：向 GitLab 添加新功能，以便在多个自同步 GitLab 实例中启用镜像。

这个新功能被称为 Geo，可以在不停止主服务的情况下迁移所有 GitLab 数据。当所有数据都已传输完毕后，GitLab 工程师开始着手将基于 Azure 的服务转移到 GCP 环境中，然后将后者作为新的主要环境。整个过程需要长时间的迭代、修复和尝试。

该案例详细情况，见：

https://about.gitlab.com/2018/10/11/gitlab-com-stability-post-gcp-migration/

2 . K8s 新功能：Kyma 扩展基于云的应用程序 

近日，Kyma v1.0 发布。它是一个由 SAP 捐赠的开源项目，可以使用一组云原生组件和服务来扩展 Kubernetes。同时，它的所有本机组件都是用 Go 编写的。

该项目的一些主要特点包括：

• 快速部署：根据文档，用户创建的扩展的以及一些自定义的功能可以与核心应用程序解耦，这意味着更快的部署；

• Serverless：Lambda 函数在 Node.js 中使用 JavaScript 运行；

• Knative 整合：Kyma 与 Knative eventing、Knative 服务合作；

• 应用程序连接器：允许用户连接外部解决方案；

• 服务目录：将可重用的集成服务组合在一起，以便在其应用程序中管理和使用它们；

• 强大的安全模型：在集群中使用基于角色的访问控制；

• Helm Broker：通过 Helm 和 Kyma 包运行集群并部署 Kubernetes 本地资源；

• 附带功能齐全的即用型代码片段，可测试扩展；

• Service Mesh：使用 Istio 服务网格，负责服务到服务的通信、代理、服务发现、可追溯性和安全性。

3. KubeCon Europe 2019 回顾  

近日，2019 年第一个 KubeCon + CloudNativeCon 在巴塞罗那成功闭幕。本届 KubeCon 共吸引了超过 7700 名与会者，相较去年哥本哈根大会的 4300 余名与会者增加了近 80%。

在会上，各路专家深度解读了 Helm、Rook 等项目的新版本，并回顾了 Linkerd 的发展历程和 Fluentd 在边缘计算领域的进展。除了对已有项目和成果做梳理总结，大会也公布了一些新消息：

• Harbor 发布 v1.8；

• TiKV 成为 CNCF 孵化项目；

• OpenTracing、OpenCensus 合并为一个单独的新项目：OpenTelemetry；

• CNCF 正在为其网络中使用或旨在使用云原生技术的运营商及其供应商推出 TUG；

• Google 宣布 GKE 将于 6 月正式支持 Windows Server Containers；

• 微软发布 Kubernetes 相关更新，推出 Service Mesh Interface（SMI）规范；

• Praqma 宣布 Atlassian Software Klassnetes（ASK）正式开源；

• VMware 发布 Velero v0.11，这是一种用于备份、恢复和迁移 Kubernetes 集群的开源工具；

• NGINX 宣布推出 Kubernetes Ingress Controller v1.5。

2019 年 Kubernetes 的发展离不开三个内容：稳定性、可扩展性和更好地支撑有状态服务。

关于本次 KubeCon Europe 2019 更多回顾内容，见：

三日 KubeCon 回顾：9 大亮点 & 精彩 Keynote 解读

1.《Istio 和 Linkerd 的性能测试分析》 

过去几年里，Service Mesh 在 Kubernetes 生态中迅速成长。而对于一些正跃跃欲试的用户来说，在真正使用前，他们还需要面对一个问题：成本怎样？ 在这一篇报告中，作者选择了一个易于量化的方向进行测试：在一定规模服务中的资源消耗和性能影响。为了进行测试，他们设计了一系列场景，针对 Istio 和 Linkerd 进行测试。

文章链接：

https://mp.weixin.qq.com/s/JFB-FBPgNTdJrSb4r-BL6w

2.《构建开放服务网格 API 的方法》 

本文作者为 Solo.io 全球现场首席技术官 Christian Posta，在这篇博客中，他描述了一种构建开放服务网格 API 的方法：SuperGloo（开源项目）。

该项目可以实现以下目标：

• 为安装任何服务网格创建一致、简化的体验；

• 构建服务网格的扩展（使用 20％ 的胶水代码），并对冲服务网格环境中的任何动荡；

• 发现服务网格中的实现和资源并管理它们；

• 在单一管理平台和 API 下管理多个服务网格安装。

文章链接：

https://www.infoq.com/articles/service-mesh-api-federating/