云连锁反应:中间件栈添层 应用更轻量

  • 时间:
  • 浏览:1

应用变得这麼轻量

总部存在英国乌斯特郡的咨询公司C2B2的首席顾问Matt Brasier说,所有现有技术经过10年的发展原因分析极大地性心智心智心智心智心智成熟 的句子是什么是什么是什么是什么了,为顶端件栈开发者和应用架构师提供了更多的多样性。一些架构性取舍延伸到了SQL存储等组件,使得开发者都都可以取舍最适合于被开发应用的技术,他补充道。

“开发出成功应用的人是通过创建服务,或者再结合应用和业务流程来做到的,” Brasier说,指出一些切有的是通过服务流转的。那先 形态学 原因分析成为了适应云需求的必要,这已成为提供服务的一大驱动力,他补充道。

云需用轻量应用

随着开发者和应用架构师对4个 错误就能原因分析整个应用瘫痪的现状感到厌烦,单容器部署—像开发界WebSpheres和JBosses却说 的一体应用服务器原因分析逐渐淡出到后台,Genender说:“在需用升级或更新软件时,你得把整个系统关闭,原因分析要4个 相当复杂的滚动部署,”他补充道。

然而,微服务是轻量的,在应用部署上采取了更加联邦的辦法 ,这使得开发者都都可以在不同的服务、位置或容器中使用多个端点,Genender说。这使拿掉一要素比例的应用成为原因分析,却说 软件就都都可以实时更新了。“这提高了正常运行时间,并增加了软件的可维护性”当我门说。

顶端件栈增加了层以及对轻量应用的开发需求将原因分析更好的云访问。

有的当我门说会说多一事不如少一事,或者根据专家的说法,在顶端件栈增加层原因分析体现出好处。随着对轻量型应用、服务,尤其是微服务的需求在增长,那先 原因分析成为云访问的预期基础。

“移动产品应该不需要 利用全服务产品所用的同4个 API,但要小心它在API内的用量有十几次 ,” Genender说。或者移动并也4个 独立的层;却说相对于微服务的端点—而这无论它是通过节点应用还是PHP端点来完成,一般有的是利用RESTful 服务或JSON实现来完成的,他补充道。

按照C2B2的Brasier的说法,服务的另一大驱动力是灵活性。在与云应用集成时,开发的最佳实践是访问服务的灵活性,而有的是把组件嵌入到应用中,当我门说。

过去10年,软件的开发和部署辦法 原因分析出先了巨大的转变。60 5年初时,企业服务总线还很流行,而云尚存在我的青春 期,还等待英文英文这Amazon EC2/S3的降临。现在,开发者都都可以利用的技术数量出先了爆发式增长,云的无所没哟增加了顶端件栈的层次,据专家说。

“你需用在小一些的封装内工作,这里这麼地方容纳一体式应用服务器,” Genender说。基于云的应用的删改要点是轻量、能快速且有成效地加速应用和新功能的推出,这不原因分析存在在数G大小需用大量解决能力的应用身上。“这却说一些变化的推动力,搬到云端、更小的解决器、更多的分布式,”当我门说。

本文作者:boxi

混合云和云部署对顶端件栈产生了巨大影响。更轻量的应用采用微服务,这使得它们都都可以很好地适应基于云的环境,据Genender说。原因分析它们是轻量的,却说 当我门这麼繁重的内存且解决器需求却说高,而原因分析微服务是联邦式、分布式的,都都可以在任何地方部署,当我门说。

10年前,开发者要对付的不都都可以3层:接入层、业务逻辑层以及用户接口层,Brasier说。但随着顶端件栈变得这麼与服务相关,那先 严格的层消失了。现在,面向业务的服务和集成层使得开发者将服务与应用捆绑在一并,集成层成为了顶端件栈新的一层。集成层存在瘦却说 的业务层的顶端,而用户接口层则是在集成层的顶端,当我门说。

给顶端件栈增加层

集成、API、移动或一些层,所有那先 附加均未对顶端件层造成损害,这是总部存在科罗拉多州Evergreen的Savoir Technologies CTO Jeff Genender的说法。按照他的看法,移动和API层实际上是一回事,且有赖于前端应用是干那先 的,比方说,在开发中的GUI否有适应移动设备,当我门说。

来源:51CTO