这是核心步骤关系到整个

rmamin

流程的成败所以我们应该在这里更深入地研究。

从技术上讲，我们必须将现有的应用程序虚拟地拆分为微服务。但这是一个完全主观的过程，并且没有“正确”的答案。然而，这在实践中意味着什么呢？

我所说的“虚拟”是指一般情况下，您不需要物理地更改现有的应用程序：以任何形式确定结构就足够了，即使只是在纸面上。

我们必须将当前的应用程序明确划分为以下服务：

独立的;
专注于一项小工作。
用于向数据库添加新项目的输入字段可以是服务的一个示例：它专用 电报号码数据 于一项特定作业（添加新项目）并且在不依赖于任何其他服务的情况下完成该作业。或者，已添加到数据库中的整个项目列表：它的功能很简单，并且不依赖于其他组件来列出项目。我相信这听起来并不太复杂，但这可能是一种欺骗性的感觉。

让我们从简单的部分开始：如果您当前项目中的框架基于“组件”的概念（React、Vue），那么您可能已经为此类迁移奠定了合理的基础。您可以将应用程序的每个组件视为微服务架构中的单独服务。



如果您的项目目前是基于遗留项目（例如 jQuery），您应该发挥您的想象力，仔细考虑如何构建您的应用程序，遵循微服务的独立性和每个服务一项工作的原则。

只要遵循微服务的原则，我们就可以以任何我们想要的方式构建我们的应用程序。
只要遵循微服务的原则，我们就可以以任何我们想要的方式构建我们的应用程序。（大预览）
如果需要的话重构
我讨厌多次重复事情的能力，但在这种情况下，它很有意义：确保您的服务（或组件、容器或任何您喜欢称之为构建块的东西）不依赖于其他服务。否则，为了独立和隔离，这两种服务应该被视为一个服务。

一个简单的测试可确保您的服务适当独立：从主机中删除组件/服务的 HTML 并重新加载应用程序。如果控制台中没有 JS 错误并且应用程序的其余部分按预期工作，则相关服务很可能足够独立于应用程序的其余部分。