angular - Angular2的微服务架构

Question

如果我们采用企业 Angular 2 网络应用程序，它有几个模块(屏幕)，例如客户管理、预订、预订管理、报告等....

我们通常做的是在组件库中创建通用组件，然后在主要的 Angular 应用程序中使用它们。主要的 Angular 应用程序包含所有具有 REST API 集成的模块(屏幕)(假设支持的是 REST)。当应用程序变得越来越大时，编译时间和渲染会消耗更多的时间和资源。此外，如果某个特定区域出现问题，我们将无法发布，因为所有内容都捆绑到一个应用程序。

众所周知，微服务架构是一种越来越流行的软件系统开发方法。所以，我的问题是我们可以为这些类型的企业 Angular 2 应用程序应用相同的架构吗？

是这样的。我们有一个客户管理作为一个单独的 Angular 应用程序。同样，预订管理是另一个 Angular 应用程序。报告是另一个应用程序。当部署到 Web 服务器时，这些应用程序将成为单独的 war 文件。

一旦我们开发出这种松散耦合的应用程序，这将减少项目大小、编译时间和资源的开销。这也将使单元测试更容易。特定的一组开发人员只考虑模块的唯一一个单元。

请分享您对此的专业想法

谢谢。

Answer 1

是的，你可以将每个模块开发成它自己的应用程序并独立发布，你只需要确保你有办法(例如从菜单)从一个应用程序转到另一个应用程序，如果你托管你的所有在同一端口上的应用程序，您将拥有一个可以由所有应用程序共享的单一 token ，并且您似乎可以像在门户体验中那样将用户从一个应用程序转移到另一个应用程序。

您需要正确管理您的状态，如果您将状态烘焙到 session 存储(主数据)中，您可以获得您正在寻找的体验。

如果您使用不同的 URL 托管您的应用程序，您将无法共享 token ，相反您必须使用 Google 身份验证在 Gmail、youtube 等中的工作方式