Angular2的微服务架构

发布时间：2020-12-17 16:59:28 所属栏目：安全来源：网络整理

导读：如果我们采用企业角度2 Web应用程序,它有几个模块(屏幕),如客户管理,预订,预订管理,报告等…. 我们通常做的是在组件库中创建通用组件并在主角度应用程序中使用它们.主角应用程序包含所有具有REST API集成的模块(屏幕)(假设支持为REST).当应用程序变得更大更

如果我们采用企业角度2 Web应用程序,它有几个模块(屏幕),如客户管理,预订,预订管理,报告等….

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

众所周知,微服务架构是一种开发越来越受欢迎的软件系统的方法.所以,我的问题是我们可以为这些类型的企业角度2应用程序应用相同的架构吗？

就是这样.我们将客户管理作为一个单独的角度应用程序.再次预订管理是另一个角度应用.报告是另一个应用.在部署到Web服务器时,这些应用程序将成为单独的war文件.

一旦我们开发了这种松散耦合的应用程序,这将减少项目规模的大头,编译时间和资源.这也将使单元测试更容易.特定的开发人员只考虑模块中唯一的一个单元.

请分享您对此的专家意见

谢谢.

是的,您可以将每个模块开发到自己的应用程序中并独立发布,只需确保您有一种方法(例如从菜单)从一个应用程序转到另一个应用程序,如果您将所有应用程序托管在同一个端口,您将拥有一个可由所有应用程序共享的令牌,并且您可以将用户从一个应用程序移动到另一个应用程序,就像在门户网站体验中一样.

您需要正确管理您的状态,如果您已成为会话存储(主数据)的状态,您可以获得所需的体验.

如果您使用不同的网址托管您的应用程序,则无法共享令牌,而是必须使用Google身份验证在Gmail,youtube等方面的工作方式.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!