微服务的本地开发，有效工作的方法和工具

如何解决微服务的本地开发，有效工作的方法和工具

我与团队成员一起开发微服务架构，但是工作方式存在问题。确实，我有太多的微服务，并且在开发过程中运行它们时，即使使用良好的工作站，它也会占用过多的内存。所以我使用docker compose来构建和执行我的MSA，但这需要很长时间。人们经常听到有关在技术上如何构建MSA的消息，却从未听说过有效地构建MSA的方法。在这种情况下，您该怎么办？你如何工作的 ？您是否使用工具或任何其他工具来改善和促进您的开发。我听说过skaffold，但是我看不到与docker compose或集群环境中的简单ci / cd有什么区别。随时提供提示和您的意见。谢谢

解决方法

我在微服务和本地开发方面拥有丰富的经验，这是我见过的一些方法：

1. 在docker或k8上本地运行所有内容。如果使用k8，则类似skaffolding的工具可以使在IDE中本地运行和调试服务变得更容易，但可以将其放入本地k8中，以便它可以与其他k8服务进行通信。它可以正常运行，但是在k8或docker中本地运行4或5个以上的完整服务需要投入大量的CPU和内存。
2. 构建所有服务的模拟版本。在本地使用它们并进行集成测试。模拟服务故意要简单得多，因此更容易在本地运行它们。明显的缺点是，您必须构建每个服务的模拟版本，并且您很容易错过由模拟服务（不像真实服务）引起的错误。像Hoveryfly这样的记录/重播工具可以帮助构建模拟服务。
3. 为每个开发人员提供他们自己的云环境。在云中运行大多数服务，但使用诸如Telepresence之类的工具在云群集内外交换本地运行的服务。这消除了在单台计算机上运行太多服务的问题，但可能会浪费每个维护人员来维护单独的云沙箱。您还需要一个DevOps资源，以在开发人员的云沙箱失控时为其提供帮助。
4. 消除不必要的微服务复杂性，并将您的所有服务整合为1或2个整体。享受能够作为一项服务在本地运行所有内容的乐趣。接受微服务架构对于大多数公司来说都是过大的事实。太多的人在需要之前就选择了微服务架构。或者，他们这样做是出于担心将来会需要它的担心。不可避免地，这导致猜测它们应该如何将系统分解为许多微服务，并弄错了边界和合同，这使得与整体式解决方案相比将来在修复时变得越来越困难。而且他们在需要之前就承担了微服务的成本。从本地开发到部署，微服务使一切变得更加昂贵和痛苦。对于像Netflix和Amazon这样的公司，这是必要的。对于我们大多数人而言，不是。

我尽可能选择选项4。否则，按此顺序选择2或3。我认为应该避免选择1，但它可能是每个人都首先尝试的选择。