让我们来看下微服务架构和单体架构新葡新京:,像人工智能这样的数字业务平台

6047acom

新葡新京 2

让我们来看下微服务架构和单体架构新葡新京:,像人工智能这样的数字业务平台

| 0 comments

向数字业务平台的迁移促使基础设施和运营(I&O)领导者必须重新去思考他们的数据中心策略。像人工智能这样的数字业务平台,包括机器学习(ML)、深度神经网络(DNN)和物联网,对IT基础设施有敏捷和可伸缩性等方面的计算需求。

未来的数据中心发展以及超越

专业化是有原因的:人类所吸取的知识是有限的,在任务之间来回切换的代价是昂贵的。强迫开发者身兼多职意味着:

1)微服务架构vs单体架构

【编辑推荐】

随着数据中心内的业务迁移,数据中心管理人员的角色也同样发生变化。
Klaus说:”管理数据中心和管理服务提供商所需的能力有着重要的差异。

之前,CSDN研发频道曾发表过《
全栈工程师会是未来的发展趋势吗?》,该文引起了开发者们的热烈讨论,很多工程师认为,全栈工程师更适合于一些初创公司,想要做到面面俱通,并不是简单的事情。而本文作者Jeff
Knupp认为,DevOps的流行让越来越多的程序员身兼多职,也就是大家所说的“全栈”,这种流行趋势正在扼杀真正的程序员,真的是这样吗?

系统工程师在数据中心配置服务器,摄影:baranozdemir/来源:Getty Images

除了提高开发人员的生产力外,I&O领导者还可以期望从这项技术中获得更多的好处。由于可以在裸机基础设施上运行,因此可以在单租户服务器基础设施上比VM更高效地操作容器。由于它们的资源占用较小,容器还可以在主机上启用更高的租户密度。容器化的应用程序可以更有效地管理,减少配置漂移,因为可以更容易地重新部署服务并自动化它们的生命周期管理。

正如Mametz所说:”如果企业以1:1的方式将业务迁移到云端,那么企业就没有利用云计算的优势。”获得这些好处最有可能是负责实施新的解决方案的工作人员来确保其有效工作,并实现其全部价值。”

不知从何时起,提高软件质量已成为一场闹剧,一些非常有才华的员工常常超时工作,而一些低级别的职位甚至都不存在。这就是问题的症结所在。开发者、QA、运维等人员都由“全栈”工程师来充当会显得相当多余,但大公司一般都喜欢这样做,意味着他们可以雇佣更少的人做相同的工作。在整个工作过程中,实际的开发工作只占到了很小一部分。这就是为什么大多数开发者无法通过FizzBuzz:他们从来没有真正写过任何代码。

公司如果希望最大限度地提高生产力,提高敏捷性和改善客户体验,那么就应该从采用单体Web应用,改为采用微服务,其松耦合的架构可加速开发,测试和部署,从而满足当今和未来的数字需求。​​​

三大方法,有效挖掘开发人员的最大价值

到2020年,当支持通用模式时,90%的无服务器部署将在I&O组织的权限范围之外进行。

例如,当企业将业务迁移到云端时,将会有可能改善灾难恢复,该功能并不自动实现。正如Peak
10公司合作伙伴运营与治理副总裁Andrew
Mametz所说:”我们有专门的灾难恢复计划来指导进行服务恢复,但此项计划不会扩展到个人客户。”

广而不精

在软件行业,微服务架构是一种重要的发展趋势。这一趋势,不仅仅是对企业内的IT信息系统建设,甚至在企业向数字化转型方面,都有着深远的影响。微服务架构与传统的单体软件架构代表着IT产业处理软件开发方式的一个根本性转变,Netflix、Google、亚马逊等组织均已成功采用这一转变。但是,与传统的单体架构相比,微服务的优势是什么呢?

在进入现代消费者互联网时代整整25年后,公司高层们仍旧在试图解决一个根本问题——“数字转型”。

·
由于后端资源的自动伸缩特性,它可以使横向扩展更容易。可伸缩性现在变成了软件设计方面的问题。

当今环境下的IT治理需要多学问的解决方法,积极地参与组织内的多个部门。Unisys公司的Lacey说,”我们关注于IT,安全,金融,服务,维护等方面,并在它们之间建立联系,以采用和使用新的计算结构的协调方法。”

DevOps

新葡新京 1

如果公司能够合理部署软件开发人力资源,在未来十年里,会对全球GDP的增长贡献30000亿美元。

·
它支持运行代码而不需要操作基础设施。这提高了开发人员的生产力,并使他们能够专注于代码开发,而不必担心底层的基础设施。

企业了解云端的多层次和潜在入门点至关重要。对于XaaS和虚拟环境也是如此。

更重要的是,公司强迫开发者接受“全栈”任务,那么公司所给的薪水就要高于市场平均水平。如果一个开发者一年可以赚100K,你可以雇佣4个同样的开发者来做两个人的任务,其中50%的时间用来做开发,50%时间做发布管理。或者,你可以花75K来雇一个发布管理员,然后2个做全职开发。值得注意的是:开发者来兼职发布管理工作完全是浪费时间,因为发布管理无需一直不间断地进行。

在传统的软件开发流程中,通常较大规模的团队围绕一个单体应用工作。项目经理、开发人员和操作人员可以通过这些模型取得不同程度的成功,从而发布可由业务验证的候选应用程序,特别是当他们获得使用特定的软件开发和运维技术栈的经验时。然而,传统方法存在一些潜在的问题:单体应用可能会演变为“大泥球”,巨大又复杂;在这种情况下,很难有单个开发人员理解整个应用程序。单体应用很难实现模块的重用。扩展单体应用通常是一项较大的挑战。很难快速重复部署单体应用程序的更新版本。根据定义,单体应用是使用单个开发技术栈(即JEE或.NET)实现的,这可能会限制“为不同的任务选择正确的工具”的灵活性。

责任编辑:

新葡新京 2

“如果一个组织在内部开发私有云或混合云,那么可能需要更多的资源来应对日益增加的复杂性。”Klaus说,”同样,即使使用外部云或SaaS作为战略资产来获得更多的收入,其产品或服务可能需要更多的技术帮助。”当英特尔公司采用Salesforce客户关系管理应用程序来管理其潜在客户时,它仍然需要专家调整和管理基准模板,以确保其符合其使命。

因为每个角色在必要时,都可以做比他层次低的工作。

微服务架构与传统的单体架构带来的商业利益是显著的。如果部署得当,基于微服务的架构可以帮助业务避免欠下技术债务,以及大幅提高效率的重大价值。

【新智元导读】软件开发人员正逐步成为一个企业成败的关键。但目前大多数企业并没有很好的利用这一宝贵资源,反倒因管理不当,造成每年高达3000亿美元的巨大经济损失。如果更加科学部署软件开发人员工作,未来十年将对全球GDP带来30000亿美元的提升。

I&O领导者未能投资于生态系统和平台智能,如人工智能等IT运营平台,企业可能会在行业内变得无关紧要,失去竞争力。尤其是当他们的技能和工具落后于日益增长的操作复杂性和日益增长的对主动性、个性化和动态服务的需求时。

从转变中获得最大收益

  • 没有时间用于开发
  • 需要不断地充电,好让自己能够跟上庞大的知识领域
  • 会崩溃

相关文章

发表评论

Required fields are marked *.


网站地图xml地图