事情确实在云原生的计算空间中快速移动。距公开发布仅一年时间,被称为Istio的技术已几乎成为开发微服务的日常组成部分。IBM Watson and Cloud Platform副总裁兼首席技术官Jason McGee在接受eWEEK采访时表示,Istio是一种“服务网格”,允许云应用程序和服务相互通信,与1.0相比仅“几个月”。发布。他说:“我们已经在IBM内部以及一些早期客户中得到了早期采用。” “到夏天中旬左右,我们将拥有所有人都认为的1.0。”
发生这种情况时,与Google和Istio上的开源社区合作的IBM将使其可用于其IBM Cloud Container Service。
麦吉说:“是的,这将在第一天发生。” “在IBM Cloud上,我们今天已经支持Istio,一旦它升至1.0,我们就会将Istio纳入[Container] Service。因此,您将获得一个Kubernetes集群,并且Istio控制平面将在那里。我们正在设计Istio,以便您可以有选择地打开或关闭它,并逐步采用它。”
Istio目前处于0.8版本中,Google本周宣布了对该版本的更多Beta测试人员的呼吁。
他说,还有很多事情要做,但是在Docker容器和Kubernetes编排之上,Istio以及另一个关键的支持项目Envoy通常被认为是围绕微服务部署的成熟软件堆栈中的下一件大事。
Istio为Kubernetes和容器环境带来了三件事:1)遥测或有关基于容器的服务之间交互的可见性和数据;2)额外的安全层;3)可编程路由,使服务之间的所有交互都可以由中央策略控制。
McGee解释说,考虑Istio的一种方法是使用软件定义网络的概念,其中网络流量可以独立于底层硬件进行控制。
他说:“这就像软件定义的网络,但在堆栈的上层,从第4层到第7层,而不是第2层和第3层。” “因此,您以应用程序定义的术语而非底层网络的术语来管理软件,并且可以控制和保护通信,而不必陷入网络瘫痪。”
一旦有了更多的可见性和控制力,Istio可以使早期采用者之外的下一代用户开始更加认真地研究云服务。McGee说:“在早期采用微服务的过程中,团队将设法弄清如何监视其服务,创建日志并对其进行控制。”
他说:“他们最终将所有内容都嵌入了每个服务本身,而这些服务却因这些横向关注而变得肿。” “有了Istio,开发人员可以从环境中继承所有这些行为,而不必自己实现。”
McGee强调,现在还处于云计算的早期。“我们正在定义未来10或15年的新应用平台。” 并非所有事物都能一起工作或很好地协同工作,但愿景是堆栈如何围绕托管服务演化,从而使开发和部署过程尽可能地容易。
他说:“我正在考虑将这些东西放在一起,因此感觉好像我们有一个平台用于云原生工作负载,而不是三个平台。” “许多用户认为,如果他们选择Cloud Foundry或Kubernetes或无服务器,他们会走上一定的道路。我认为这不是需要发生的事情或将要发生的事情。我们正在研究如何将各种东西整合在一起。