在基于微服务的环境中，如何处理“前端”？

Question

我们最近开始将我们的单块web应用程序分解成微服务，慢慢地将功能分割开来，并将其重写成单个的微服务。一切都进行得很顺利，除了我们不确定组织前期工作的最佳方法外。我们已经分成了几个产品团队，每个团队管理少量微服务的代码，以交付一个功能区域，例如搜索、CMS、Checkout等等，每个团队都有一个产品所有者、技术负责人和scrum大师。

问题是，虽然每个产品团队都有自己的后端代码库，但我们有一个前端React.js代码库，每个产品团队中都有前端开发人员。这引起了若干问题：

• 前端开发人员之间缺乏跨产品团队的沟通
• 对另一个团队“自己的”代码进行更改以支持其他团队的新功能时遇到的问题
• 没有单一的技术专家代表前端团队，而其他产品团队有技术领导，没有人为前端团队履行这一角色。

我们想知道其他人是如何处理这个问题的，并且已经讨论了一些方法，比如拆分前端代码库，创建一个前端产品团队，业务用户通常会与其接触以获得新特性，而对数据/服务的请求将来自前端团队的其他产品团队，但两者似乎都有自己的问题！

Answer 1

从某种意义上说，前端是最重要的部分(它是用户实际使用的部分)，它有自己的数据结构、基础设施、专门的开发人员，并且需要与所有其他团队进行通信。如果后端的其余部分被拆分成服务，那么它也是最核心的部分。

所以，唯一的工作方法是让前端拥有自己的团队，在你将后端分成多个团队之前，我会说，但这已经发生了。

缺乏沟通--任何后端团队发生任何事情的唯一方法就是与前端团队沟通。

对前端代码进行更改时遇到的问题--前端代码的产品所有者首先决定哪些特性需要进入前端，而不是其他人。

前端有技术上的领先。

这一点也很明显，因为在前端和后端之间有一个明显的好处(没有它，就不能开始将后端分割成更多的部分，所以我假设您已经解决了这个问题)，就是您可以有几个完全不同的前端，它们可以对后端服务执行不同的操作。很明显，这些都是不同的产品。