DEV Community
·
如何将应用程序拆分为微服务——以及何时不需要拆分
原文英文，约800词，阅读约需3分钟。
📝
内容提要
在微服务架构中，服务分离需谨慎。分离的理由包括性能、工具适配、服务关键性和基础设施成本；而不同上下文、扩展需求和开发者语言偏好不应成为分离的依据。保持代码一致性有助于减少问题。
🎯
关键要点
-
在微服务架构中，服务分离需谨慎。
-
分离的理由包括性能、工具适配、服务关键性和基础设施成本。
-
性能要求可能需要将某些功能分离为独立服务。
-
不适合的工具可能导致需要分离服务以提高效率。
-
服务的关键性和不同的安全标准是分离服务的重要原因。
-
基础设施成本可能促使将某些功能分离为独立服务。
-
在不同上下文下不应轻易分离服务，保持模块化更为合适。
-
如果扩展需求可以通过现有服务解决，则不必分离服务。
-
开发者的语言偏好不应成为分离服务的依据，保持代码一致性更为重要。
❓
延伸问答
在什么情况下应该将应用程序拆分为微服务？
当性能要求、工具适配、服务关键性或基础设施成本需要时，可以考虑拆分为微服务。
为什么性能要求会导致服务拆分？
如果某些功能需要高性能处理，可能需要将其拆分为独立服务，以使用更高效的编程语言。
拆分服务时需要考虑哪些安全标准？
服务的关键性和不同的安全标准是拆分服务的重要原因，以确保对敏感逻辑的严格控制和测试。
在什么情况下不需要拆分服务？
如果功能在不同上下文中，或扩展需求可以通过现有服务解决，则不必拆分服务。
基础设施成本如何影响服务拆分的决策？
基础设施成本可能促使将某些功能拆分为独立服务，以降低数据传输费用和提高效率。
开发者的语言偏好是否应该影响服务拆分？
不应该，保持代码一致性更为重要，避免因语言偏好而导致的复杂性。
🏷️
