整体到微服务（涉及哪些任务？）

Question

我很好奇将整体站点转换为微服务所涉及的任务。您必须做什么才能使其正常工作，即重定向。为了付诸实践，以下网站的转换涉及哪些任务？

简而言之，我理解了横切面是做什么的，但不知道要做横切面必须做什么。

Answer 1

这里缺少许多信息-例如，您网站的当前体系结构和技术堆栈是什么？考虑到这是一个非常广泛的问题，我建议以下准则：

不立即重构所有内容吗？—做正确的事是不可能的。
将Monolith视为带有某些API的黑匣子。它们不一定必须是RESTful API？—想想与之交互的方法。
添加新功能时，请为每个服务创建具有API的单独的（微）服务，并使它们与Monolith的API交互。
一段时间后，您将看到仅通过新的API访问Monolith的各个部分。即使它们仍然是整体代码库的一部分。垂直移出功能，将核心功能与其数据分离，并将所有前端应用程序重定向到新的API。
一旦看到有限的上下文冒泡，可以将The Monolith砍掉并将它们作为单独的服务工作会很方便。
使用微服务，您将需要比以前更多的自动化。预先考虑持续集成和持续部署（CI / CD），容器和存储库，中央日志记录以及监视。

在进入您的特定问题之前，我建议您先获得一些简洁的概括性想法。这可能是一个好的开始。