Linkerd 2.0迎来更新,向着Kubernetes再进一步
Bouyant公司CEO兼Linkerd社区初始开发者之一William Morgan表示,2.0版本最重要的特征就在于基础代码库进行了完全重写,且更加注重对服务网格部署的简化。
此次重写将控制层由JVM编程语言变更为Go编程语言。Morgan表示,与此前的迭代相比,这轮大规模调整使得Linkerd 2.0“体积更小,而速度更快。”
除了性能优势之外,转向Go语言还令Linkerd与Kubernetes生态系统更为接近。Morgan指出,“我们的大多数用户都身在Kubernetes阵营,因此我们希望尽早解决这个问题。”
Morgan解释称,除了与Kubernetes生态系统相结合之外,Go编程语言也“更容易上手”,并将推动这套平台迎来更为重大的创新。Linkerd与Kubernetes亦同属于云原生计算基金会(简称CNCF)生态系统中的组成部分。
服务边挂
该平台还拥有新的服务边挂设计,即允许平台仅运行一项服务,同时在无需配置或代码变更的前提下实现自动化观察、可靠性与运行时诊断。Morgan解释道,这种方法与当前的服务网格平台相反——因为后者采取“全有或全无”的价值主张。他指出,路由是一项部署强度较高的任务,特别是考虑到最终用户对于云原生空间往往并不熟悉。
Morgan在描述当前进程时表示,“这是一项重要技术,需要投入大量时间才能学习完成。此外,用户还必须将相关知识与实际技术结合起来,这明显会提高使用门槛。”
而对于缺少云原生工程师或意见领袖的技术支持的服务拥有者而言,这道门槛无疑更高。Morgan指出,“人们并不关心Kubernetes、Docker或者服务网格,他们只是想让其直接发挥作用。”
在Linkerd 2.0的帮助下,Morgan认为这些服务拥有者能够使用边挂方式启动单一服务,从而简化过渡流程。“服务拥有者将获得可靠性、可见性与调试能力,从而在白天高效运作,并在夜晚安心入睡。”
Morgan指出,此次Linkerd更新能够在数秒之内完成服务安装,这一能力与其它服务网格平台“形成了鲜明的对比。”
服务网格空间
随着服务网格空间受到越来越多新产品的关注,这种对比也显得愈发必要。Istio无疑是其中最值得一提的对手,其目前已经得到谷歌、IBM以及Lyft等企业的采用。这套平台于今年7月迎来了自己的通用版本(1.0)。考虑到其源自谷歌的身份,Istio当然受到Google Cloud Platform的官方支持,但目前仍未能与Amazon Web Services(简称AWS)以及微软Azure建立官方对接。此外,其亦严重依赖于同属于云原生基金会的Envoy服务代理平台。
红帽公司Istio产品经理Brian Harrington最近解释称,Istio与Linkerd之间存在明显不同,因为前者充当的实际是用于服务网格管理的控制层。其能够处理Enovy边挂部署——即将Envoy部署在运行中的容器Pod旁侧,并通过同Kubernetes或Apache Mesos等容器编排层平台的配合实现部署协调。
Harrington同时补充称,“通过这种流量拦截过程,Istio得以执行其「神奇的」服务组件自动连接能力。”
Linkerd社区此前已经添加过相关支持,允许用户同时运行Linkerd与Istio——其中的具体方法是将Istio作为Linkerd实例的控制层。
此外,Linkerd的关注重点与HasiCorp的Consul服务网格平台也比较相似。HashiGroup创始人兼联席CTO Mitchell Hasimoto最近在采访当中表示,与Istio相比,Consul无需强制要求用户接受所有组件即可建立服务网格,这将为组织提供更多选择。Hashimoto指出,“Istio在Kubernetes中的运行难度更低,但Consul则更具全局能力。”
未来方向
Morgan认为,尽管目前的服务网格选项越来越多,但Linkerd社区仍将专注于提高平台的可用性。他指出,凭借着这一关注重点,Linkerd平台本身仍将为广大用户所喜欢,并预计Linkerd将“比计划时间更早”由云原生基金会的“孵化”项目转变为全面“结业”项目。Morgan最后总结称,“对我们来说,需求始终来自项目背后的用户社区,而这才是我们需要关注的重点所在。”
本文转自DockOne-Linkerd 2.0迎来更新,向着Kubernetes再进一步
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Kubernetes上的负载均衡详解
如果您的应用程序是面向大量用户、会吸引大量流量,那么一个不变的目标一定是在高效满足用户需求的同时、不让用户感知到任何类似于“服务器繁忙!”的情况。这一诉求的典型解决方案是横向扩展部署,以便有多个应用程序容器可以为用户请求提供服务。但是,这种技术需要可靠的路由功能,需要可以有效地在多个服务器之间分配流量。本文分享的内容就是要解决负载均衡解决方案的问题。 Rancher 1.6是Docker和Kubernetes的容器编排平台,为负载均衡提供了功能丰富的支持。在Rancher 1.6中,用户可以通过使用开箱即用的HAProxy负载均衡器,来提供基于HTTP / HTTPS / TCP主机名/路径的路由。 而在本文中,我们将探讨如何在原生使用Kubernetes进行编排的Rancher 2.0平台上实现这些流行的负载均衡技术。 Rancher 2.0 负载均衡功能 通过Rancher 2.0,用户可以开箱即用地使用由NGINX Ingress Controller支持的原生Kubernetes Ingress功能进行7层负载均衡。因为Kubernetes Ingress仅支持HTTP和HTT...
- 下一篇
Kubernetes系统架构演进过程与背后驱动的原因
带你了解Kubernetes架构的设计意图、Kubernetes系统的架构开发演进过程,以及背后的驱动原因。 ------------ 1、背景 各种平台都会遇到一个不可回避的问题,即平台应该包含什么和不包含什么,Kubernetes也一样。Kubernetes作为一个部署和管理容器的平台,Kubernetes不能也不应该试图解决用户的所有问题。Kubernetes必须提供一些基本功能,用户可以在这些基本功能的基础上运行容器化的应用程序或构建它们的扩展。本文旨在明确Kubernetes架构的设计意图,描述Kubernetes的演进历程和未来的开发蓝图。 本文中,我们将描述Kubernetes系统的架构开发演进过程,以及背后的驱动原因。对于希望扩展或者定制kubernetes系统的开发者,其应该使用此文档作为向导,以明确可以在哪些地方,以及如何进行增强功能的实现。如果应用开发者需要开发一个大型的、可移植的和符合将来发展的kubernetes应用,也应该参考此文档,以了解Kubernetes将来的演化和发展。 从逻辑上来看,kubernetes的架构分为如下几个层次: 核心层(Nucleu...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Red5直播服务器,属于Java语言的直播服务器
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Linux系统CentOS6、CentOS7手动修改IP地址
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS6,CentOS7官方镜像安装Oracle11G
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池