详解微前端(2)

当然，一个单一的超高层体系结构决策（即“让我们去做微后端”）不能取代旧式的干净代码。我们并非企图减免自己对代码的探讨，并努力提升其品质。相反，我们企图通过艰辛地作出错误的决定，而容易作出好的决定来让自己身陷成功的圈套。例如，跨有限上下文共享域模型显得格外困难，因此开发人员这样做的可能性较小。同样，微后端可以让您明晰跟谨慎地了解数据跟风波在应用程序不同部份之间的流动模式，无论如何，这是我们应当做的事情！

图2：每个微后端都独立布署至生产中

自治团队

作为将我们的代码库跟公布周期时延的更高阶优势，我们对于拥有完全独立的团队也有太长的街要走，他们可以拥有从构想至生产再至整个产品的一部分。团队可以完全拥有为顾客造就价值所需的一切微端服务器，从而让它们能否迅速有效地行动。为此，我们的团队还要紧扣业务功能的平行部份而不是技术能力组成。一种简略的方式是按照最终用户将听到的产品来精简产品，因此每位微后端都封装了应用程序的单个页面，并由一个团队端到端拥有。这比团队紧扣技术或“水平”问题（如款式，形式或验证）组成团队时，具有更高的团队凝聚力。

这个实例

想象一下一个网站，客户可以在该网站上购买要交付的食物。从表面上看，这是一个十分简略的概念，但是假如您想做得好，会有很多令人惊叹的细节：

图5：您一般可以从页面的视觉结构中得出您的构架

listen 8080; server_name localhost; root /usr/share/nginx/html; index index.html; ssi on; # Redirect / to /browse rewrite ^/$ http://localhost:8080/browse redirect; # Decide which HTML fragment to insert based on the URL location /browse { set $PAGE 'browse'; } location /order { set $PAGE 'order'; } location /profile { set $PAGE 'profile' } # All locations should render through index.html error_page 404 /index.html; }