元原生生态周报 Vol.4:Twitter 从 Mesos 全面转向 Kubernetes

栏目: 编程工具 · 发布时间: 5年前

内容简介:《云原生生态周报》由阿里云容器平台联合蚂蚁金服共同发布,每周一期。众多一线社区专家与您一起“跟踪动态,读懂社区”,分享云原生社区项目进展、活动发布、精选博客等信息。以下是第一期云原生生态周报的内容。在现今企业服务器 OS 市场,Windows 依然占据半壁江山,其市场分额达 60% 之多,把 Windows 应用搬站上云不仅仅是基础设施的迁移,更重要的是通过 Kubernetes 等云原生技术让传统的 Windows 应用架构体系升级,充分利用云上的弹性、敏捷等能力,实现业务应用的快速迭代和交付。可以参考阿

前言

《云原生生态周报》由阿里云容器平台联合蚂蚁金服共同发布,每周一期。众多一线社区专家与您一起“跟踪动态,读懂社区”,分享云原生社区项目进展、活动发布、精选博客等信息。以下是第一期云原生生态周报的内容。

业界要闻

  1. Twitter 的基础设施将从 Mesos 全面转向 Kubernetes: 不久前 Twitter 在旧金山总部举行了一次技术发布会,Twitter 计算平台(Twitter Computing Platform)产品与技术负责人正式宣布此消息,同时解读了 Twitter 决策原因、方案具体技术路径。推荐你来阅读这篇解读文章来知晓一二。 Twitter 抛弃 Mesos,全面转向 Kubernetes
  2. Microsoft 在 Build 大会上通过开源开发者项目进一步拓展云计算生态 。其中最受关注的,包括了 Kubernetes-based Event Driven Autoscaling (KEDA)项目 和引发广泛讨论的 Windows Terminal
  3. KEDA 项目 ,为 Kubernetes 原生的应用自动水平扩展器(HAP)提供了一个对接各种触发源的接口(比如 Kafka 和 RabbitMQ),从而能够通过这些渠道里的信息来触发 K8s 应用的水平扩展,甚至直接驱动 Azure Functions(Azure 的 FaaS 服务是可以直接对接 K8s 的)。在大力投入“云原生”体系之后,Microsoft 坚持通过 K8s 整合自身各种云计算产品的战略,初见成效,这也将是 Knative 项目遭受到的第一个挑战。
  4. Windows Terminal 项目 在给 Windows 带来更原生的 Linux 开发体验的同时,同也宣布了 Microsoft 计划将 Linux 内核插入 Win10 (预计今年 6 月正式发布)的“雄伟计划”。这将意味着,原本“开发在 Mac、部署在云上”的工作方式,将有可能发生重大变革:Microsoft 正在用实际行动尝试连通开发者体验中的最后一公里。

在现今企业服务器 OS 市场,Windows 依然占据半壁江山,其市场分额达 60% 之多,把 Windows 应用搬站上云不仅仅是基础设施的迁移,更重要的是通过 Kubernetes 等云原生技术让传统的 Windows 应用架构体系升级,充分利用云上的弹性、敏捷等能力,实现业务应用的快速迭代和交付。可以参考阿里云专家分享“ 通过编排模板创建 Windows 应用 ”。

上游重要进展

Kubernetes 项目

  1. K8s 1.15 版本发布时间定在 6 月 17 日,性能有望进一步大幅提升。目前,社区已经发布了 k8s 1.15.0 alpha.2 预览版本。其中,来自 Google 的工程师与阿里云工程师合作的 Bookmark API ( #75474#74074 ) 赫然在列。这个更新为 WATCH 操作添加了“书签(Bookmark)”,使得这些海量的 WATCH 操作的建立者在重启之后只需要对“书签”之外的少数历史变化进行追溯。在特定情况下,K8s APIServer 的性能会被提高 40 倍以上。
  2. KEP:NodeLocalDNS 特性即将 Beta(默认开启),边缘计算场景有望受益 。ubernetes 提供原生的 DNS 服务,通常以 Deployment 的方式部署,所以只会运行在集群的某些节点上。这导致 Pod 会经常需要跨节点进行 DNS 解析,效率很低。在边缘弱网络链接场景下甚至出现 DNS 解析不可用的情况。而该 KEP 则提出在每个节点以 Daemonset 方式部署本地 DNS 缓存,是的当前节点上 Pod 的 DNS 解析都优先走本地的 DNS 缓存。

Knative 项目

  1. Knative 重新审视事件触发源(Channel)的 API 语义设计 :Knative Eventing 项目本周投票确定了为每一个事件触发源(Channel )定义单独的 CRD 的设计,而不是像现在这样用一个大 Provisioner 来进行描述,计划在 0.7 版本实现该功能。不难看到,面对 KEDA 的潜在挑战 ,Knative 项目正在重新审视如何通过事件触发源来进一步扩张项目生态。
  2. Knative 正在开发 Event Registry : 通过 Event Registry,能很方便的获知有哪些事件可以进行消费,这样就可以对这些事件通过 Trigger 进行订阅事件。当前功能目前进展中,该特性计划在 0.6 版本发布。

Istio/Envoy 项目

  1. Envoy 正打算提供一个 DNS filter 用于完成 DNS 名称到集群名的映射 。该 filter 可以通过 xDS API 来动态配置。实现这个 filter 需要依赖社区正在做的支持 UDP 协议的能力。
  2. Envoy 新增 TDS 协议支持运行时配置某些 feature 和参数 。通过将 runtime 映射到文件系统的目录树中,以文件的方式的来修改参数。控制平面可通过 TDS 去控制这些 runtime 参数。
  3. Envoy 开始制定标准明确什么是稳定的 API 。目的是为了在今后升级 Envoy API 的时候可以做到向后兼容,使得控制平面在连接 Envoy 的时候也可以做到相互兼容。

Containerd 项目

  1. containerd 通过 fifo 来实现动态接管 containerd-shim 标准输出。但是 containerd-shim 退出之后,containerd 服务端还保留着 fifo 的文件具柄,会导致大量的文件具柄泄漏。目前该问题已经得到修复。
  2. devicemapper snapshotter 实践优化:containerd 创建 committed devicemapper 的时候,并不会 deactivate 这个 device,这会导致在它之上创建新的 snapshotter 时,需要挂起和恢复动作,这会让镜像下载和创建容器的速度变慢。目前该问题已经得到修复,改善了 devicemapper snapshotter 的性能。

开源项目推荐

本周推荐你关注 Klusterkit 项目 。Klusterkit 是一款简化 Kubernetes 部署的工具,特点如下:

a. 支持内网环境下的离线安装;支持多种 CNI 插件;支持 etcd 的备份和恢复;支持 k8s HA 部署

b. 这个项目目前包含三个工具:

  • etcdadm,简化 etcd 运维;
  • nodeadm,支持安装 kubeadm 的基础依赖;
  • cctl,支持对接 Kubernetes 的 cluster api 简化 k8s 集群的 HA 部署;
    c. 关于这个 K8s “部署神器”,你还可以阅读这篇 介绍参考 来做更深入的了解。

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

长尾理论2.0

长尾理论2.0

安德森 / 乔江涛、石晓燕 / 中信出版社 / 2009-5 / 42.00元

《长尾理论2.0》是克里斯·安德森对所有问题最明确的回答。在此书中,他详细阐释了长尾的精华所在,揭示了长尾现象是如何从工业资本主义原动力——规模经济与范围经济——的矛盾中产生出来的。长尾现象虽然是明显的互联网现象,但其商务逻辑本身,却是从工业经济中自然而然“长”出来的,网络只是把酝酿了几十年的供应链革命的诸多要素简单地结合在一起了。同时,长尾理论转化为行动,最有力、最可操作的就是营销长尾,通过口碑......一起来看看 《长尾理论2.0》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

html转js在线工具
html转js在线工具

html转js在线工具

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换