云环境中Web应用的微服务架构

文/苏瑾 田建斌

1 引言

相比较传统的架构，微服务架构能够更好的帮助企业将新的功能点快速的迭代插入到现有的生产环境中去，它减少了开发的复杂性，部署的复杂性，同时架构本身也降低了资源的消耗。使得架构本身能够有效的提高整个系统的开发效率及容错率，而这一点对于当代大型企业所搭建的功能点众多，业务逻辑十分复杂的大型应用系统来说显然相当重要。此外微服务架构还可以实现服务模块的单独发部署，因此在应用系统的构建过程中持续部署成为了可能。所以一系列的好处使得微服务架构被越来越多的企业所重视。而微服务架构也以快捷性，部署简易性，自身强大的包容性为企业应用实施提供者不可估量的帮助。

2 现代微服务架构的定义

首先微服务在物理意义上是一种小颗粒的独立模块。而这种小颗粒的独立模块，在系统逻辑上存在着相互的依赖关系，且通常情况下微服务模块具备多层次依赖特性。

同时随着近些年各方面技术的快速发展，云计算的成熟以及Web应用的需求高涨，使得越来越多的企业逐步的将企业本身应用程序从本地迁徙到云计算平台，这导致云计算平台渐渐成为了现代互联网中的新兴技术，而现代云计算平台则集成了包括分布式计算、网格计算等多种新式计算的优点，使得云服务平台可以整合各种可用的资源，同时能够实时的为用户提供，可靠稳定的服务，而云计算平台的兴起则为Web应用的发展带来了新的活力。这一方面是因为大量的Web应用，因为其可靠性及效率性问题，有时候难以满足企业的大型业务需求，因此导致了整体Web应用的部署效率较低，资源利用率底的情况，反馈到现实即是企业需要在硬件的运行维护软件的更迭替换中投入大量的资源，而微服务架构则在此背景被提出服务架构模型，它通过细分服务类别，用独立部署，独立扩展，独立开发，三种模式提高了Web应用的整体容错性，拓展性，使得企业不需要通过大量的人力物力来对整个系统进行维护。简而言之，微服务架构是把原先一个混合了多种服务体系的应用模板，通过相应的规则和结构划分为独立的服务模块，将原先混乱的服务功能全部一一分离同时进行模板化使得每一个微服务都成为一个独立运行的个体，从而在最大程度上解决了现代Web应用存在的部署混乱，业务逻辑复杂的情况。

3 如何搭建微服务架构

对于现代企业来说，如何搭建区别于传统的微服务架构，企业需要根据自己的业务需求。灵活的将整个系统，通过相应的技术，流程拆分为多个独立的服务模块同时合理的划分，系统功能模块。使得整个微服务架构能够高效持续稳定的运行。而简单的微服务架构，搭建流程如下

3.1 首先确定关键需求

在进行微服结构搭建的过程中，企业要明确微服务架构主要是为了解决复杂度相对于传统单体式系统较为单一的复杂系统自身消耗大，功能混乱的情况，同时也需要明确微服务架构，本身由多个简单的服务构成，而这些服务之间存在着相互的逻辑交互，使得整个系统能够得到控制，但各个模块之间又相互独立。因此，微服务架构的自身其实也会导致复杂度的增加。使用微服务架构需要运维的系统数量，不会得到减少。在一定程度上，反而变得更多，有时日志文件也较容易出现了散步性，难以维持一致性的情况，因此。搭建微服务架构，第一步就是确定需求，企业需要明确自己搭建微服务架构中所需要的功能有哪些，要将功能划分为几个模块，同时是否组建相应的管理团队及模块进行定时的维护和更迭，在明确需求过后，公司需要为整个运营制作团队提供最大化的自主权。在团队创建微服务架构的过程中，为团队提供一种无需与其他行业协调即可完成自己本身工作的氛围。并且在搭建的过程中，企业应当优化开发速度，要明确在现代的社会中硬件成本一直都属于相对较低，较为昂贵的是人工成本，因此企业需要对员工赋能，能使得员工可以迅速的开发出强大的服务，在整个开发过程中要以自动化为中心，要明确再好的员工都会犯错，再优秀的员工也不可能一直处于完美状态，因此，在需要维护的系统变多的情况下就意味着出现错误的概率偏大，所以要将人力所不能及的地方逐渐以自动化代替。其次，在不危及一致性的前提下，企业可以提供灵活性让团队自由的去决定如何进行搭建与形式，通过一系列的技术手段确保长远范围内模块秩序的稳定。最后在整个系统搭建过程及收尾阶段运营阶段中发生故障的可能性有很多，而分布式的系统引入又有可能引发一些的故障，因此为了形成弹性管理制度，为了将影响降至最低，企业需要确保开发的系统本身具备相应的衡量机制，并且债务五维护上要使用多套。基准代码，为确保一致性，企业可以提供必要的指导和工具。

3.2 搭建平台灵活取舍

服务团队在现代云环境Web系统的微服务架构搭建中需要能自由构建必要的东西，而为了确保一致性，并且管理因为功能增加而越发复杂的运维工作，就需要让通信日志监控部署等等工作，实现标准化流程化，稳定化的情况，而平台就是一系列需求的最后产物，借助平台可以更好的创建为服务架构，并且满足基础运维需求。而在使用平台的过程中，团队一般需要大量的Web接口进行持续的基层监控与日志管理，团队也需要一个控制中心去管理所有的模块，并且列出相应的服务链接到各个工具的简单控制中心。在理想的情况下。平台提供的工作中心还可以从内部工具搜集企业发展及运营所需要的相应数据，并且在确保合法合理的情况下，使用数据为企业提供额外的商业价值。

最后，平台在内部运行过程中，通常一般是同时运行很多的程序，而具体的数量则对应着公司规模以及功能需求，可能只有十几个亦或者上百个，甚至一些特大型的企业有可能一个平台同时运行上千上万的程序，而每个服务都需要经过独立的模块与团队进行业务能力封装，因此，为了确保服务能够被具体的用于某一种图同时不对其他的模块产生影响，所搭建的服务就必须要在平台内尽可能的想将服务之间的交互降到最低，效率提高到最大。

3.3 微服务搭建注意事项

这里微服务的开发团队与运营团队就发现每个服务都需要独立的开发与部署。只要服务没有对模块APΙ做出破坏性，不可修复性的改动，就不需要与其他的服务团队进行联动与沟通，从某种意义上来说，每个服务都是一个独立的团队产品，有着自己的基准代码。和运营生存周期。而模块与模块之间有可能存在联系，但一定相互独立。因此，在微服务的架构中存在的三条规律，如果发现部署需要配合其他的服务，一定是在搭建过程中出现了错误，如果所有的服务使用了相同的基准代码，搭建的过程中肯定存在错误，如果在服务运行前必须要与其他服务进行沟通，要提醒其他服务团队注意，服务逻辑必然存在问题。而当多个服务。同时直接读写数据库的一份数据时，对这份数据做出的改动，这种情况就需要多和服务的相互协调，因此，公用的数据库一定程度上就违反了服务相互独立原则，在非必要的前提下存在一定的不恰当。所以私有数据库就成了服务搭建过程中的刚需，同时私有数据库，也提供了根据服务的用途，选择合适的服务技术的优势。

最后服务中还存在外部服务，也就是说一个独立运营的服务团队可能需要因为自身业务需求或系统需求要与非团队搭建的系统进行通信，比如说公用数据库，缓冲支付系统，而这些系统。一般是由第三方托管是交付使用或者在特大型企业内部。自行托管相关服务。而服务团队需要注意的是，无论采用哪种服务方式，都必须要考虑到服务数量以及服务力用力和服务需求，要确保系统的供应和管理自动化与智能化。

4 总结

云环境中Web应用的微服务架构的相关研究，无疑是繁琐且复杂的，而现代企业愈发庞大的商务体系，层出不穷的各项功能需求也导致了基于云环境中的Web应用的微服务架构，是企业进行系统搭建时无法避免的点，而这种情况也在一定程度上推动了现代云环境中Web应用的服务架构的研究推进，使得各种各样的技术喷涌式出现。因此有理由相信在需求决定方向的时代，基于云环境中Web应用微服务架构的搭建会越发完善。