事情确实在云原生的计算空间中快速移动。距公开发布仅一年时间，被称为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或无服务器，他们会走上一定的道路。我认为这不是需要发生的事情或将要发生的事情。我们正在研究如何将各种东西整合在一起。