spring - 跨多个 Azure 服务部署架构是一种不好的做法吗?

标签 spring azure docker cloud

跨多个 Azure 服务部署架构是不好的做法吗?

最佳答案

不,这不一定是不好的做法,在某些情况下可能是好的做法,尽管需要理解和解决其影响。

当今的架构和设计越来越关注分离:关注点分离、命令/查询分离、避免依赖、有界上下文。如今,我们不遗余力地实现软件系统中各个部分之间的分离和独立,并且我们在每个级别(架构设计、详细设计、编码)都这样做,因为它在实现、测试和维护方面带来了好处。

我们理所当然地认为微服务应该独立于其他微服务,并且其实现细节对其他微服务隐藏。在一个微服务中,我们可能会利用文档数据库,而在另一个微服务中,SQL 数据库可能更合适。但是,除了需要主机环境支持两种类型的数据库之外,这些实现细节与微服务之外无关。从设计上的分离到部署上的分离只是一个小小的概念飞跃。

也就是说,这样做会产生一些影响,其中包括可能使部署过程、确保可用性的机制和灾难恢复变得复杂。其影响因具体情况而异;是否进行此类拆分的决定也应该如此。

关于spring - 跨多个 Azure 服务部署架构是一种不好的做法吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/64253190/

相关文章:

java - 在 Spring Boot 中增加 HTTP Post maxPostSize

linux - 关于Docker build的语法

当我运行此命令时,docker 无法识别服务 sudo service docker stop

java - spring boot Autowiring 和在 Autowiring 类上使用 new 关键字的区别?

java - 将大型应用程序从 spring 3.0.x 升级到 4.1.x - 我应该遵循哪些最佳实践/程序?

Azure虚拟机: Single disk (filesystem) greater than 1023 GB?

Azure 物联网中心 - TLS 连接和 x.509 身份验证

azure - 从应用程序设置 .net 6 应用程序访问客户端 key (Azure AD 身份验证)

oracle - 如何在Docker中连接到外部Oracle数据库

java - 如何将 PostgreSQL hstore/json 与 JdbcTemplate 一起使用