列举网首页
在微服务和云计算巨头的竞争中，数字虚拟化需要评估哪种模式将真正帮助他们成为行业领头羊。
在微服务领域，组织的生态系统或体系结构是由内部部署数据中心构建的大量应用程序和服务，以及由SaaS供应商管理的“微小”的服务集合。每个相关的数字资产都被视为与API和SLA具有接口的服务。应用程序将这些服务组合到具有多个接触点的用户界面中。
创新水平决定了租赁和建设之间的选择。如果服务是大多数组织使用的商品，那么很可能会有SaaS供应商为其服务。如果服务不存在，如果是新的团队放在一起，那么需要他们建立。而且，它是自己进化的。
企业管理着自己的数据存储库，使它成为一个具有逻辑记录的微系统，它提供的API终被放到组织的服务和数据结构中。
建立微服务架构可能会是企业组织的一项重大的投资，并且无法立即获得立竿见影的投资回报。
微服务架构是创建松散耦合但却是自主服务的一种新的架构形式。
面向服务的架构
SOA
通常被定义为通过网络向其他组件提供服务的应用程序组件。而SOA的目标是创建弹性分布式的应用程序，而不需要复杂的集中式组件。
然而，SOA与组织结构是密切相关的，并用于支持新的内部结构。因此，其成功高度依赖于由此而来的重组的组织架构能力及设计架构的团队的结构。SOA并不是创建松散但却自主的耦合系统，而是创建了需要复杂基础架构的高度脆弱的系统。此外，早期的SOA实现创建了供应商锁定，因为专有的中间件通常集中于集成整合的逻辑化的、持久性的管理领域。
微服务体系架构初是始于在构建应用程序
从开发到部署再到运营
的每个步骤方面的SOA承诺。微服务体系架构侧重于简化技术，以构建具有流线型组件的复杂系统。基于重量级的、非标准化平台的集中式逻辑和集成基础架构被由基于异步HTTP或消息协议的简单标准化渠道所代替。
微服务的范围较小，这取决于对域边界和一致性域建模的关注，并且需要较少的代码。部署策略包括专门集中式的自包含的存档
通常以Linux容器和CI/CD打包封装
可以实现更快、更可靠的部署。因此，软件开发生命周期通常变得更快。新功能和错误bug修复以及经过完全测试的安全修补程序都将得以实现更迅速的发布。
借助微服务，每项服务可以实现独立的扩展，以满足临时性或季节性的流量增加，完成批处理，并满足其他业务的需求。改进的故障隔离限制了服务问题，如内存泄漏或数据库连接打开，仅影响该特定的服务。微服务的可扩展性补充了云服务的灵活性，让您企业得以改善服务，同时在不中断服务的同时处理更多的客户服务需求。
企业转向微服务的另一项重要的考虑因素便是数据管理。与SOA不同，微服务不共享数据。相反，每款微服务都有一个单独的物理数据存储和多存储持久性，可以让各种数据库引擎在每款微服务下运行。因此，可以在每项服务的基础上选择数据存储，而不是将所有数据存储在一家企业的关系数据库管理系统RDBMS中。
然而，维护企业数据库的多个副本很可能会增加授权许可的成本和复杂性。此外，数据存储可能需要保持一致性。通用提取、转换和加载ETL
或数据虚拟化工具可以帮助实现数据归一化，事件采集是一种众所周知的设计模式，可帮助一致化数据存储以适应对于变更的追溯。
