单片+ MicroServices

Question

现在，我需要确切地知道如何在需要时立即部署基于微服务的后端？我可以自己管理所有技术的集成，但是当涉及到在AWS上托管时，我不可能获得这么多的实例，而且现在也不可能负担得起。

我正在考虑从单一后端开始，同时在业务启动时立即部署微服务后端的可能性。

但我不知道如何实现这个想法，如果有可能的话。

这是可能的还是我错了？

帮帮忙，谢谢。

Answer 1

这是常见的问题，如果计划使用Aws EBS，我有同样的问题，并使用以下方法解决

1)将设计视为整体，然后进一步确定有界上下文，每一个有界上下文都是一个微服务。

2)现在设计您的数据库，并尝试将keep.each微服务数据库分成不同的模式。

3)现在在maven模块中创建父子模块。

4)在家长模块中，保持您的春季启动的主要方法、大摇大摆、安全等常见模块。

5)在子模块中禁用弹簧引导。

6)将所有子模块微服务添加到父模块和maven构建安装中。

7)部署在AWS EBS上。

8)使用Aws Api getway公开所有的微服务。

优点:将来，每当您能够支持基础设施成本时，只需移动模块和db模式，而不需要进行任何其他更改。

不同意“部署单片系统比微服务便宜”的说法，请检查Aws成本估计单片比微服务便宜，微型服务需要多点持久化和独立托管。

• https://aws.amazon.com/premiumsupport/knowledge-center/estimating-aws-resource-costs/
• https://calculator.aws/#/

Answer 2

首先，错误的看法是部署单片系统比微服务w.r.t便宜。infrastructure..If --您确信您希望采用微服务的方式；那么现在构建它会更好。

您可以构建多个微服务并部署在同一台虚拟机上。此外，现在你有许多轻量级的技术(比弹簧引导更轻)，它们的内存占用更少，启动时间更快，就像micronaut一样。

另外，除非你在亚马逊的规模上跑.错误的看法是，单块scale..Even不能处理相当数量的请求。

Answer 3

我觉得从第一天开始建立微型服务是目前最好的方法，没有人知道你的哪一项服务会在网上疯传。当每个人都想连接到您的服务时，您负担不起停电的费用。