从巨石到云沐鸣测速注册的原生构成与学徒达的辛克莱舒勒

在我们关于云本地计算的系列文章中,TheServerSide采访了该领域的一些专家,包括云本地计算基金会的一些成员。以下是Cameron McKenzie和da的Sinclair Schuller的采访录音。沐鸣测速注册

对da的Sinclair Schuller的采访

如何定义云本地计算?

Cameron McKenzie:在服务端探索传统的企业Java开发如何适应这个使用微服务、Docker、container和Kubernetes的云本地计算的新世界的过程中,我们找到了Sinclair Schuller。Sinclair Schuller是da的CEO。他也是Kubernetes的拥护者,也是云原生计算基金会(Cloud Native Computing Foundation)的董事会成员。

因此,我们想从Sinclair了解的第一件事是,如何定义云本地计算?

Sinclair Schuller:问得好。我想我会给你一个基于建筑学的定义。对我来说,云本机应用程序是一个应用程序,该应用程序有一个隐式或显式弹性资源能力锻炼它生活在一定程度的可移植性,便于运行在各种场景中,无论是在云还是云B或c,但在这些情况下,它能够理解和/或运动底层资源以一种弹性的方式可能是我会用最基本的定义。这与可能部署在服务器上的传统非云本地应用程序不同。他们不知道他们下面的资源是可替代的或有弹性的,沐鸣总代理所以他们永远不能利用这些基础设施的属性。这就是它们固有的不可扩展性,固有的不可弹性等等的原因。
Cameron McKenzie:现在,有很多关于应用服务器如何死亡的讨论,但是每当我看到人们为了管理容器和微服务而创建的这些环境时,他们都将所有这些工具结合在一起,来完成诸如监视、日志记录和编制等工作。最终,所有这些将导致某种仪表盘,让人们看到云原生架构中发生了什么。我的意思是,应用服务器真的死了吗?或者这只是要重新定义什么是应用服务器?
辛克莱·舒勒:我认为你说得很对。我认为,整个应用服务器是死的,不幸的是,这是劣质营销的结果,新供应商试图重新定位老供应商。这很公平,对吧?这就是这些事情的运行方式,但这与老的应用服务器的死机毫无关系。在很多情况下,他们仍然会将应用程序部署到容器中的Tomcat之类的东西上。所以这是会发生的,所以这本身并没有消失,即使你在建立新的微服务。

传统的重量级应用服务器消失了吗?是的。所以我认为这已经失宠了。以WebLogic或其他类似的老产品为例,在新的云本地开发中不再使用它们。但是你是对的,接下来会发生什么,我们可以肯定地看到,有一组相当松散耦合的工具开始围绕着这个新模型,在这方面它看起来很像一个应用服务器。

在这一点上,我不同意你的看法:我不知道是否会出现整合。但可以肯定的是,如果有的话,那么您最终得到的将是一个拥有所有工具的供应商,可以有效地交付一个云本地应用程序服务器。如果没有整合,并且该工具保持相当松散的耦合和碎片化,那么我们的结果会比传统的应用服务器模型稍微好一些。我们有能力以我们所需要的方式生产出最好的零工工具。沐鸣总代

云本地计算和UI开发

Cameron McKenzie:许多开发人员和架构师都在问的一个问题是,“在云原生计算的世界里,UI的角色是什么?”“它仅仅是像Angular UI这样的前端JavaScript框架开发的吗?”它是否实际嵌入到部署到容器的应用程序中?在云本地开发方面,UI开发领域到底发生了什么?

Sinclair Schuller:我认为在某种程度上,UI之战已经取得了胜利,对吗?似乎市场已经决定使用JavaScript和像Angular这样的库来为这些后端服务构建有效的前端。我想那边已经没有太多的骚动和争议了,这就是为什么你很少听到它。后端有点滞后,现在有了容器,这是革命性的。
Sinclair Schuller:我认为在某种程度上,UI之战已经取得了胜利,对吗?似乎市场已经决定使用JavaScript和像Angular这样的库来为这些后端服务构建有效的前端。我想那边已经没有太多的骚动和争议了,这就是为什么你很少听到它。后端有点滞后,现在有了容器,这是革命性的。所以我认为后端服务和容器所发生的事情与JavaScript非常相似,比如说,10年前它真正开始流行的时候。所以我认为JavaScript和HTML5扮演的角色已经很明确了,我们不会看到太多的变化。

我可以开发一个“hello world”应用程序。我可以把它写成微服务。我可以将其打包到Docker容器中,并将其部署到某种托管环境中。我不能做的是,我不能进入航空公司制造商的数据中心,分解他们的整体,把它变成微服务,弄清楚哪些应该是粗粒度的微服务,哪些应该是细粒度的微服务。我不知道我最终应该使用多少微服务,而且一旦我完成了所有这些,我就不知道如何在生产环境中安排所有这些服务。

在推进云本地计算方面,da的角色

你是怎么做到的?组织如何采用这种云本地架构和这种云本地基础设施和可伸缩性?

Sinclair Schuller:是的,你刚才描述了我们的业务。实际上,我们在市场上注意到的是,如果你把世界上最大的公司都建立在这些单一的应用程序上,他们面临的挑战是“我们如何分解它们,如何将我们的信息推进到现代时代?”如果我们可以,当然,一些应用程序不需要这些,我们如何至少在云环境中以更好的方式运行它们,这样我们就可以获得额外的效率,对吗?”

因此,我们关注的是为云原生平台提供一个平台,并确保它提供错误桥接功能(因为缺乏更好的术语)。Apprenda,我们建造的方式,我们的IP将允许您运行一个庞然大物在这个平台上,我们会乐器变化到应用程序和行为不同,它可以在一个基于云的基础设施环境,给这庞然大物一些云架构元素,如果你愿意。

为什么这很重要?如果你能做到这一点,您可以快速欢迎一群这些应用程序在云这样的本地平台和删除突然要求你必须改变的巨石,它迅速分解为谁知道多少microservices,你的观点,它提供一点松弛,所以这些企业的开发团队可以更深思熟虑的决定。他们可以选择一个整体的一部分,把它分离出来,作为一个真正的纯微服务来利用,并且仍然在同一个平台上运行并且与现在剩下的部分一起工作。

通过这样做,我们实际上鼓励企业加速采用云本地架构,因为这并不是一个如此突然的决定,也不是架构本身的如此突然的变化。所以对我们来说,我们对这一步充满热情。第二,我如何同时管理大量的数据?在我看来,像da这样的优秀云抽象,一个基于Kubernetes的优秀平台,其目标是让管理10个、1000个或N个微服务变得像运行1个或2个一样简单。

如果你能做到这一点,如果你能把运行1或2变成运行大量微服务的一种方式,你就能把这个成本从等式中去掉让企业更容易消化整个问题。所以我们非常强调这两件事。我们如何提供这种衔接能力这样你就不必经历这样的突然转变你可以在一个更适合你的时间轴上这样做这符合你的需要同时也能处理规模问题?

然而,最终解决规模问题的唯一方法是,云平台必须真正提取底层基础设施资源,并充当微服务层和这些基础设施资源之间的中介。如果它能做到这一点,那么扩展实际上就变得有点微不足道了,因为这是正确架构平台的结果。

卡梅隆·麦肯齐:你说的是抽象。你能谈谈抽象这一层的技术方面吗?