| 标题 | 微服务，我们如何与你相处 |
| 范文 | 焦烈焱 微服务的出现有其必然的商业背景和架构哲学，如何更好的认识微服务的内涵、如臂使指的应用微服务架构，还有很多挑战。 企业数字化转型驱动架构升级 互联网经济改变了商业环境，消费者的生活方式日益数字化，人们可以在任何时间和地点，利用线上、线下渠道体验无缝购物，运用社交媒体表达自我，企业也在运用多种技术手段，发挥数字化潜力，改善客户联系，促进企业业务模式的转型。Gartner认为，数字化就是把人、事、物和商业联系起来，建立新的商业模式。 未来的企业都将是IT企业，IT将从后台走向前台，从ERP、CRM等内部流程优化为主的业务，逐步转向内外兼修的模式，从而实现商业创新。这一变化要求IT架构更加靈活的与上下游企业协作，更加快速的响应客户的个性化需求，更加弹性地应对无时不在的客户请求并提供良好的客户体验。同时云计算、大数据等技术的出现也为上述改变提供了新的技术选择，我们正面临B/S多层架构出现后新的一次架构升级，而微服务架构就在这个架构升级过程中应运而生。 分而治之的哲学是微服务的理论基础 软件也可以分解为基本单元，以这样的基本单元进行开发、测试、维护，是解决大规模系统建设的思路。这首先要解决如何分的问题，企业软件的分法应该是以业务驱动的，而不是技术驱动的，也就是分解为独立的业务逻辑，而这样的不可再分的业务逻辑就是微服务。 细分为微服务后，势必带来部署、测试、信息集成难度的提高，分而治之除了“分”之外，还需要“治”。在数字化时代，客户个性化的要求让我们从这种面向组织的软件，逐渐演变为面向个体的软件。这些面向个体的流程就是微应用，企业应用将由无数个微应用组成。 微服务和微应用是事物的两面。正因为微服务实际是一个业务逻辑，因此做好微服务需要从微应用的维度考虑，将分解开的逻辑形成一个整体，要从多渠道接入、客户体验、数据管理、应用交付、运维全方位的视角考虑，这就是分而治之中实现“治”的体验，也是微服务架构要解决的问题。 站在SOA的肩膀上践行微服务 微服务是一个新概念，但这绝不是一个全新架构，更不是一个包治百病的架构。微服务架构属于应用技术架构，和以B/S为代表的三层架构相对应，强调将巨石型应用拆分为由微服务组成的应用，在数据上也视情况从集中的存储拆解为更小的存储单元。 因此，面向服务架构的服务应该是一个业务意义的服务，而微服务是系统中的技术服务，更关注服务的实现，虽然提供了业务意义的服务，但是不能混为一谈。 微服务的使用也不是无限度的，事实上由于数据一致性等问题的限制，不能无限度拆分微服务，可以把微服务分为系统对外提供的远程服务、系统内部的远程服务和系统内部的本地服务，显式声明、明确职责。事实上，在企业架构上使用SOA支撑业务，而在应用技术架构上使用微服务架构，是一个合适的选择。 |
| 随便看 |
|
科学优质学术资源、百科知识分享平台，免费提供知识科普、生活经验分享、中外学术论文、各类范文、学术文献、教学资料、学术期刊、会议、报纸、杂志、工具书等各类资源检索、在线阅读和软件app下载服务。