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

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

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

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

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

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

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

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

(4)即时的API

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

(5)无服务器服务

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

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

来源：机房360

免责声明：本新闻资讯仅代表原作者个人观点，与本站无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。