微服务的优点和需要了解的缺点

1. 加快可扩展性

由于微服务体系结构中的每项服务都独立运行，因此 DevOps 团队可以在不造成任何停机期间的情况下无缝引入新组件。他们可以选择每项服务的最佳语言或技术，而不必担心兼容性。

在多台服务器上部署服务可以减轻各组件对性能的影响，并帮助公司避免受制于供应商。

2. 改善故障隔离

微服务体系结构是隔离的—如果一项服务遇到错误或故障，它不会在整个系统中传播。

3. 提高团队工作效率

微服务体系结构使有侧重点的小型团队能够专注于特定服务的开发、部署和维护，而不会被整个系统的复杂性拖累。

微服务体系结构有助于在团队中培养主人翁意识和专业知识，使专业团队成员能够做出明智的决策、快速迭代并在其领域内保持高质量的服务。

4. 缩短部署时间

在单体式体系结构中，变更需要重新部署整个应用。微服务体系结构可以加快发布速度，因为每项服务都是独立发展和部署，从而降低了与协调整个应用内的变更相关的风险并减少了所花的时间。

以这种方式将服务解耦可增强灵活性。您可以快速推出更新或修复，尽可能减少对整个系统造成的中断。

5. 提高成本效益

微服务体系结构可以优化资源分配和维护，因为团队执行的是明确定义的小型服务。工作限制在特定服务，从而降低了总体开发和系统维护成本。团队可以专注于特定功能，确保资源得到高效利用，而无冗余或能力过剩的情况。

使用微服务的公司的真实示例有哪些？

Amazon、Netflix 和 Uber 等具有前瞻性、充满活力的公司已经采用了微服务。他们可以根据需要扩展应用、添加服务并针对市场需求作出响应。他们的系统具有弹性，可以节省成本，因为当系统出现故障时，每停机一分钟的成本可能就高达数千美元。

在为项目选择微服务时，应考虑哪些因素？

• 项目复杂性：微服务体系结构可以将复杂的项目分解为可管理的服务，从而使大量的复杂项目受益。简单的项目对于微服务体系结构的开销而言可能是没必要的。
• 可扩展性要求：如果应用需要可扩展且灵活的组件，则微服务是合适的选择。
• 团队专业知识：微服务体系结构需要专业技能，因此评估开发团队内的技术专业知识至关重要。

• 组织就绪情况：实施微服务体系结构需要开发方法、通信结构和操作流程调整。因此，验证您的组织是否为这些变更做好准备非常关键。

微服务如何使维护和更新更易于管理？

• 微服务体系结构支持对特定服务进行有针对性的变更，而不会对整个应用造成中断。与一处更改可能就需要重新部署系统的单体式体系结构不同，微服务的模块化结构允许进行局部修改。
• 每项服务都独立运行，具有明确定义的界限和功能。这种自主性使开发人员能够专注于需要更新或维护的服务，从而最大限度地减少变更的影响。

• 这种精细的方法可以简化开发流程，降低与更新相关的风险，因为变更仅限于特定服务。通过将服务解耦，微服务可确保维护流程可管理且高效。这提高了敏捷性，可以在不影响应用稳定性的情况下快速更新。