澳门新葡亰网址下载2017 年,开启了 IT 架构的新纪元

by admin on 2020年4月2日

今年,微服务,容器和云非常普遍。6月份,Evans Data Corp
进行的一项调查显示,几乎一半的云开发人员正在使用不可变的架构和微服务。有几项新服务是用于管理微服务,包括一些大的科技公司的服务,例如Google,IBM,Lyft
和 Apache 等。微软和甲骨文都开发了产品来帮助管理容器,AWS 和 Cloud
Foundry 等云架构的服务依然强势。还有一些架构建模服务,如 Erwin 和
Sparx,今年也发布了更新。

随着大量新平台和支持工具的出现,云原生势头正在增长。
这些新平台为开发人员提供了越来越多的功能,可以自动化方式快速开发,部署和管理大量微服务。

澳门新葡亰网址下载 1

澳门新葡亰网址下载 ,但这种势头伴随着成本,你最好准备为此付出代价。

5月份,Google,IBM 和 Lyft 发布了一个新的开源项目
Istio
,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。在
9
月份,StackPointCloud 宣布它将在
Stackpoint.io 平台内支持 Istio
服务。该服务允许团队更好地部署,监视和维护基于微服务的应用程序。它包含了监控微服务之间的依赖关系,应用程序性能问题和微服务策略。

最近我写了一篇由Kubernetes等云原生平台提供的“开发人员的新分布式原语”,以及这些原语如何与用于应用程序开发的编程原语相结合。
例如,下面看看开发人员必须了解和使用多少Kubernetes概念才能有效地运行单个容器化应用程序:

同样 5 月份,Chef
发布了其自动化平台的新功能和其他更新,允许企业迁移到云本地和容器优先的环境。

澳门新葡亰网址下载 2

6 月份,Hackolade 1.7 发布,它是一款支持MongoDB的数据建模软件。Erwin
在11月份推出了一个新的数据治理SaaS解决方案,允许企业模拟数据更改,查看系统状况。

A Kubernetes based Microservice

7 月份,Apache OpenWebBeans 发布了 Apache
Meecrowave 1.0,这是一个微服务的小型服务器。十月份,ShiftLeft
推出了一个微服务和容器的自动安全即服务(security-as-a-service)平台。

请记住,此图表不包含DevOps团队的Ops部门必须管理的任何支持Kubernetes对象。在第2天操作之前也不需要额外的应用程序支持工具(用于日志管理,监视,跟踪,服务网格等)。

一些大的科技公司的服务也为此做出了巨大贡献。

可能的情况是,开发人员必须编写与容器中的应用程序代码相同数量的YAML代码。更重要的是,应用程序本身将依赖于以前比以往更多的平台。云本机应用程序期望平台执行运行状况检查,部署,放置,服务发现,运行定期任务或调度原子工作单元,自动扩展,配置管理等。

Visual Studio
2017 的发布,微软添加了一些新功能来帮助开发容器架构,比如能够使用 Azure
容器服务为 Docker 镜像构建环境。

因此,您的应用程序已放弃并将所有这些职责委托给平台,并期望以可靠的方式处理它们。事实上,现在您的应用程序和相关团队在很多不同的级别上依赖于平台:代码,设计,体系结构,开发实践,部署和交付管道,支持过程,恢复方案,您可以为其命名。投注生态系统,而不是平台

Oracle 也帮助容器做了更改。它开源了三个新工具 – Smith,Crashcart 和
RailCar – 帮助解决容器的问题。Smith
是一个帮助操作员处理容器图像微型容器构建者。Crashcart是微容器调试工具,旨在帮助用户容器化他们的应用程序。RailCar是一个使用Rust的可选的容器Runtime

上图显示了您的代码在Kubernetes微服务的上下文中有多小。但是,当我们谈论基于生产就绪的微服务系统时,这种情况远未完成。任何规模庞大的系统都需要集中监控,度量收集,跟踪,服务网格,集成构建和部署工具,管道等工具。

随着 AWS 和 Cloud Foundry
等服务的普及,云计算架构的需求增加。云环境中的安全性非常重要,像CloudSploit这样的服务就可以为安全提供帮助。CloudSploit
是一个开源项目,用于监视AWS云环境并查找异常活动。

澳门新葡亰网址下载 3

在 2016 年年底,Sparx Systems 发布了其新版本的建模平台 Enterprise
Architect Version
13。它具有简化的用户界面的功能,并改进了部署,维护,测试。

该平台只是冰山一角,为了在云原生世界取得成功,您需要成为完全集成的工具和公司生态系统的一部分。因此,赌注绝不是单一平台,项目或酷图书馆或一家公司。它是关于同步协同工作的整个项目生态系统,以及在未来十年左右合作并致力于事业的公司的整个生态系统。我认为这两个方面同样重要:

“这些建模解决方案非常重要,因为它们可以以简单,直观的方式演示复杂的系统。任何人使用可视化模型,都可以看看模型,看看系统的之间的交互和信息怎样传输。” Sparx
Systems 首席运营官 Reilly 说。

技术:

来自:sdtimes

考虑到向云本地过渡是一个多年的旅程,只有长期成功才能带来好处,重要的是打赌一种具有未来5

  • 10年潜力的技术,而不是从过去5到10年的历史。

文化:

云原生是通过微服务,容器,持续交付和DevOps的组合实现的。而成为云本机需要的不仅仅是为您的应用程序添加少量依赖项/库(而不是在某些会议中如何推广它)。您可能不得不改变团队结构和仪式,工作习惯和编码实践,并习惯于消耗仍然非常活跃的技术空间。如果您的公司文化在某种程度上更接近于开发或仅使用云原生平台和相关工具的公司的文化,那就更容易了。诸如提出拉取请求与提交错误报告,检查上游源代码以及为即将发布的新功能公开讨论而不是等到新闻的下一次会议通知之类的小事情可以对团队是否喜欢使用平台与否。文化一致性和人为因素与技术优势同等重要。

以下内容并不代表完整的环境,但我将尝试将我想到的主要云本地生态系统分组:Mesosphere和Apache
Mesos

作为Apache Software Foundations的一部分,Apache
Mesos具有其优点和缺点。它诞生于2009年左右,是一个成熟的框架,它增加了对容器的支持(我的意思是这里的docker格式)和类似的概念,比如最近的Pods
/ Task组。Cloud Foundry和Spring Cloud

Cloud Foundry再次诞生于2009年左右,是云原生世界的先驱之一。当Spring
Cloud与Cloud
Foundry一起使用时,该平台与应用程序本身融为一体。服务发现,负载平衡,配置管理,重试,超时等一些功能在服务中执行。这是Kubernetes等平台所采取的相反方法,其中所有这些职责都委托给平台或其他支持容器(例如envoy,linkerd,traefik)。我在过去比较了Kubernetes和Spring
Cloud(通知不是Cloud Foundry)。AWS ECS和Docker Swarm

虽然Docker,Inc。仍在研究它将要开发什么以及销售什么,但亚马逊使用Docker技术作为AWS
Elastic Container
Services的一部分创建了一个非常可靠的产品。带有Blox的ECS(AWS的开源容器编排软件)本身可能不是什么大事,但当与所有其他AWS产品结合使用时,它是一个功能非常强大的集成平台。

更不用说从虚拟机时代起成为AWS支持者的Netflix正在向容器领域过渡,并正在推动Amazon
ECS的创新。CNCF和Kubernetes

Kubernetes是此类别中最新的平台之一,但同时也是有史以来最活跃,发展最快的开源项目之一。与整合的云原生计算基金会项目和支持公司相结合,使整个生态系统成为这一类别中非常有力的竞争者。

作为一个后来者,Kuebernetes的优势在于从一开始就以容器为中心的架构发展。而且它基于一个已有十年历史的谷歌博格,这意味着原则是成熟的,并在最高级别进行战斗测试。

澳门新葡亰网址下载 4

Container Orchestrators in Sysdig’s 2017 Docker Us

正如您可以从Sysdig最近的报告中看到的结果,云本地用户似乎很欣赏这一切。选择哪一个?

也许您在想,只要您将应用程序打包到容器中,就可以轻松地跨不同的云原生平台移植。你错了。无论您是从Mesos,Cloud
Foundry,Kubernetes,Docker
Swarm,ECS开始,您都必须进行大量投资,以学习平台和支持工具,了解文化和工作方式,并与这个仍然快速变化的生态系统进行互动。技术和公司。

本文的目的不是要比较这些生态系统,而是要显示它们之间的差异,并证明如果需要,它将需要大量的时间和金钱来输入一个或转移到另一个生态系统。Kubernetes作为应用程序可移植层

云原生态系统在技术,流程和文化方面非常独特。但即便在他们之间也有一些整合。许多由一个平台推广的概念也在向其他平台传播。例如,部署单元(Pod
in Kubernetes)的概念现在出现在Mesos中,它也作为任务组存在于Amazon
ECS中。服务器端负载平衡(Kubernetes中的服务)和带有策略的调度/放置(Kubernetes调度程序)的概念也存在于Docker
Swarm,AWS
ECS等中。但这是它走多远,从一个生态系统过渡到另外,需要付出很多努力。

那么如何避免与单一供应商锁定?一种方法是坚持使用Kubernetes并接受它作为云和服务提供商之间的可移植性层。
Kubernetes如此受欢迎的原因之一是因为它不是单一的公司玩具,而是由多家大型科技公司支持,如谷歌,红帽(OpenShift),Docker,Mesosphere,IBM,戴尔,思科等等。

另一个原因是有许多云公司提供Kubernetes作为服务。如果您使用Kubernetes,那么您可以通过第三方服务提供商以最小的努力在Google容器引擎,Microsoft
Azure,IBM
Bluemix容器服务等云提供商之间移动您的应用程序,甚至可以在AWS上移动您的应用程序。这意味着Kubernetes
API是云平台之间应用程序的可移植性层,而不仅仅是容器。一个容器本身就是云原生海洋的一滴。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图