|
|
1
0
这完全取决于你想要实现什么。微服务是一种设计约束,没有单一的正确答案。其想法是创建松散耦合的服务,这些服务可以独立更新、扩展和部署,而不会影响任何其他服务。 现在评估一下上面所有的事情,看看你是否能做到这一切,并实现devops。是的,你可以在没有数据库的情况下使用微服务,是的,它可以与外部api通信,只要它在操作上是独立的。在你的例子中,与其说是微服务,不如说是重构。e、 g.集成微服务/容器不是一个好主意。您的所有服务都将依赖于它,这是单点故障。 如果你真的想在微服务中实现整体化,那么从一开始就要正确地做。创建可以单独操作的单个服务,所有依赖项、集成和外部调用都应该只属于单个服务,即使您必须在其他服务中复制相同的调用。数据库是非常重要的一部分,因为您可能有中央数据库,这意味着如果它停止运行,您的服务将不可用,并且再次出现单点故障。一种方法是使用每个服务创建本地数据库,并在业务运营允许的情况下与外部数据库同步。 只需评估所有场景,看看如何提供独立服务。希望有帮助。 |
|
|
2
0
当谈到架构时,没有一个最佳的解决方案,它总是取决于您正在做什么或想要实现什么。 但我也许能回答几个问题。
|