跨多个Azure服务部署架构是不是一种糟糕的做法？
不，这不一定是一种糟糕的做法，在某些情况下可能是一种良好的做法，尽管其含义需要理解和解决。
如今，在体系结构和设计中，越来越多的关注点是分离：关注点的分离、命令/查询的分离、避免依赖关系、有边界的上下文。在当今的软件系统中，我们竭尽全力实现一个部分和另一个部分之间的分离和独立，我们在每一个层面都做到了这一点——架构设计、详细设计、编码——因为它在实现、测试和维护方面带来了好处。
我们理所当然地认为，一个微服务应该独立于其他微服务，它的实现细节对它们来说是隐藏的。在一个微服务中，我们可以利用文档数据库，而在另一个微服务器中，SQL数据库可能是合适的。但是，除了需要主机环境支持这两种类型的数据库之外，这些实现细节在微服务之外是无关紧要的。从设计上的分离到部署上的分离，这只是一个小小的概念飞跃。
也就是说，这样做会产生影响，包括可能使部署过程、确保可用性的机制以及灾难恢复复杂化。影响因情况而异；是否合并这种拆分的决定也应该如此。