开发者社区> 沉默术士> 正文

响应技术堆栈的五个部署技术

简介:
+关注继续查看

如今,只要你在未来的移动应用程序的前端的用户界面组件工作,谈论快速移动和技术创新是一件美好的事情,业务正在高速运行,但如果你的后端基础设施由用手工编码的配置手动部署的应用程序,应对不断变化的需求可能是一个噩梦。以下是正在创造各种可能的部署流畅的响应技术堆栈的5个部署技术。

(1)容器管理系统

Docker容器在过去的两年的时间里已经征服IT世界,这有很好的理由。Unix的chroot命令的演变,将核心命名空间和分层文件系统进行结合容器包依赖于完整的应用程序关系,让你的代码可以快速部署到运行兼容内核的任何服务器中。与硬件虚拟化不同的是,容器只添加很少的运行时开销,并且其过程几乎与硬件虚拟化一样快。

成千上万的人可以运行在一个虚拟机实例中。他们通过在一个声明的形式中捕捉安装和配置状态,使不可改变的基础设施的概念能够可靠地再现。

Canonical公司的Ubuntu16.04LTS先后引进LXD,这有望给Docker和硬件虚拟化带来很多的好处,其单一的平台可以提高容器管理系统的安全性,并让性能更加综合。在这一点上是比较公平的,容器在这里停留,,标志着部署和管理云软件的方式发生永久性改变。

(2)服务发现框架

容器将为你提供几乎在任何地方运行服务的灵活性,但你仍然需要对它们进行请求。这意味着在系统中的一些事情必须知道你的应用程序容器在哪里正在运行,以及如何路由到正确的地址和端口。在RESTful设计中,这种要求包括基于7层内容路由请求。功能强大的开源工具,如NGINX和HAProxy会让你很快推出自己的解决方案,但管理代理配置是手动容易出错,妨碍灵活性。像服务发现框架,Apache管理员和中间层通过提供配置的中央存储自动化面向服务的体系结构的发现和路由设置、接口、服务宣布他们的生命周期事件,通常一个pub或其它组件的子模型被通知这些事件。

哪种方法适合你将取决于你当前的代码基础和发展阶段。与简单的代理不同,发现层涉及更多的服务和基础设施之间的合作,所以对于每一个提供支持的语言和工具,你已经使用将是你决定的一个很大的因素。

(3)容器集群

以集装箱化的概念和自动服务发现的逻辑结论,最后结束使用集群。容器集群平台的目的是构建整个系统可靠的可重复的建筑容器。他们之间有所差异,在一个单一的容器上运行,必须做得到一些不同的主机上运行,并工作在特定数量的主机上,通过特定的网络规则,自动缩放参数,访问存储等。领先平台,如谷歌Kubernetes,亚马逊弹性容器服务和DockerCompose的方法略有不同,有许多共同的目标和想法。每个平台都有优势和劣势,但所有三个都是生产准备工具都有相同的目标:自动化部署技术和配置的整个堆栈层。当在它们之间进行选择时,供应商锁定和跨平台的服务代码的可移植性是重要的考虑因素。无论你采用哪种方法,你也会想看看自动化工具如Ansible,Chef,以及古老而顽强的GNUmake,但在耐久性和可扩展性方面的努力,其最后的结果是非常值得的。

(4)即时的API

如果你在一个集群上运行,你的集群已经发现服务。所以当一个HTTP请求到集群到达正确的位置和响应回来那真是太好了。你如何终止SSL连接和不同版本的路由,或是不同环境间的路由?你需要进入公共点处理并作为网关,你会部署不同的服务,可以设置使用SSL负载平衡器,但他们一般不处理第7层的路由。您可以设置代理的LB后面做的工作,但现在你不必担心该组件的配置,可扩展性和故障转移。如果你可以只配置你的整个API作为一个云服务,然后用一个命令部署呢?亚马逊的API网关不只是这一点,这是非常光滑。你甚至可以使用类似Swagger的语言,然后只需上传它,并把它所有的工作描述你的API。谷歌没有直接的竞争对手,而其对手厂商也不甘落后,在市场中还有像Strongloop独立的产品推出。

shake-n-bake网关适用于你的项目吗?在早期阶段,企业在速度和减少管理开销的增加应该是值得的。后来,如何定价很大程度上取决于你的实际使用水平。

(5)无服务器服务

上面提到的技术,可以让你实现完全自动化的复杂系统的部署技术,但它是没有用,假装没有仍有很多后端工程要做,以实现这一目标。如果你是一个初创企业,你只是想尽可能快地部署API和服务还是两个?或者你可能是一个成立多年的公司,想要的是零基础设施的灵活性和付费请求成本。在过去的一年中,人们已经看到了无服务器计算平台的出现,在现实世界的应用足够强,。这个领域的行业领袖是亚马逊公司下属的lambda公司,它允许用Python编写的JavaScript和Java代码进行快速部署。lambda函数可以是单个脚本或依赖复杂的应用程序和I/O等服务。他们可以被称为(调用)手动或由采用其他亚马逊的服务,如S3生成的事件触发。当与API网关配对时,它们可以被用于部署在零基础设施环境整个微服务的实现。其他主要的云平台也进入了这一空间,如微软Azure的功能和谷歌的云功能。

在某种意义上,这些部署技术代表了最基本的云计算的承诺:在引擎还有很多复杂的复杂性,以使他们无缝地工作,而你不必再考虑它。

本文转自d1net(转载)

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
《5G 系统技术原理与实现》——第 3 章 5G 基本原理与业务流程——3.7 SA 业务流程——3.7.3 网络触发服务请求过程
《5G 系统技术原理与实现》——第 3 章 5G 基本原理与业务流程——3.7 SA 业务流程——3.7.3 网络触发服务请求过程
7 0
《5G 系统技术原理与实现》——第 3 章 5G 基本原理与业务流程——3.6 NSA 业务流程 ——3.6.3 网络触发服务请求过程
《5G 系统技术原理与实现》——第 3 章 5G 基本原理与业务流程——3.6 NSA 业务流程 ——3.6.3 网络触发服务请求过程
4 0
2021 年要寻找的 6 种现代数据堆栈趋势
2021 年要寻找的 6 种现代数据堆栈趋势
16 0
Tubes响应性数据系统的设计与原理
本文详细介绍了响应性数据系统在 Tubes 中的运用,以及响应性数据系统的三种不同设计与原理。 Tubes是一套面向C端搭建场景,支持灵活扩展、极致性能和高稳定性的终端渲染解决方案,目前广泛运用在淘宝、天猫,包括:双11、618会场、淘宝新人版首页等业务场景。
408 0
业内对 5G 的响应 | 带你读《5G时代的承载网》之五
自 2014 年 5 月 13 日三星电子宣布其已率先开发出了首个基于 5G 核心技 术的移动传输网络,并表示将在 2020 年之前进行 5G 网络的商业推广以来,关 于 5G 的话题如火如荼。
1350 0
前端异常监控解决方案研究
摘要: 异常监控不复杂也不简单啊... 原文:前端异常监控解决方案研究 作者:frustigor 前端监控包括行为监控、异常监控、性能监控等,本文主要讨论异常监控。对于前端而言,和后端处于同一个监控系统中,前端有自己的监控方案,后端也有自己等监控方案,但两者并不分离,因为一个用户在操作应用过程中如果出现异常,有可能是前端引起,也有可能是后端引起,需要有一个机制,将前后端串联起来,使监控本身统一于监控系统。
2159 0
ARM中断向量表与响应流程【转】
转自:http://blog.csdn.net/honour2sword/article/details/40213417 一首先中断向量表定义在哪里?如何加载?  二 中断向量表与中断服务程序 三处理流程 ////////////////////////////////////////...
2214 0
+关注
沉默术士
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
基于浏览器的实时构建探索之路--玄寂
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载