如何设计一个具有微服务架构的SAILS.js项目？
我能想到的一个办法是：
>
将我的一个sails.js应用程序分解为多个小的sails.js子项目/存储库。
在一个子项目中有一个控制器模型。例如，如果我们考虑具有用户、产品、订单等实体的简单电子商务应用程序，那么每个应用程序都将有单独的sails.js存储库，并具有各自的sails.js模型控制器。那么这个单一的子存储库将从我的一个微服务。
用SAIL.js实现服务间通信的最佳方法是什么？如果用上述方法设计的一个微服务变大了，如果我不得不将它分成两个，那么SAILS.js模型应该如何改变呢？
共有1个答案
设计微服务最重要的方面是关注点的分离，这意味着每个微服务都有一个定义的边界，它们需要在该边界下工作。
每个微服务都被设计为执行一个定义的工作，因此，首先您需要在项目中找到独立的功能，并尝试为其创建一个微服务。
需要注意的最重要的事情是，您应该首先从一个单片架构开始，如果您发现一些功能需要分离，那么您可以从它中创建一个微服务。
就sails而言，它是MVC的一个很好的候选者，如果项目是单块的，但如果微服务的数量很大，那么它就不是一个好的选择，因为使用sails.js运行大量的微服务会消耗更多的系统，RAM.sails.js内部使用了很多库，而这些库您将不需要。您只需要Node.js核心模块就可以制作一个简单的微服务，而且它们也会消耗更少的内存。
同时，当每个微服务处理较小的功能时，代码量就会减少，不需要mvc架构。您可以使用较少的数字库来创建它。
结论
-
null
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
想要改进此问题？更新问题，以便它仅通过编辑这篇文章来关注一个问题。 我计划使用微服务架构来实现我们的网站。我想知道在服务之间共享数据库是否正确，或者为每个服务使用单独的数据库是否更好。在这方面，我可以考虑为所有服务使用一个通用数据库吗？还是它违反了微服务体系结构的本质？
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？
-
本文向大家介绍微服务架构是如何运作的？相关面试题，主要包含被问及微服务架构是如何运作的？时的应答技巧和注意事项，需要的朋友参考一下 微服务架构具有以下组件： Clients – 来自不同设备的不同用户发送请求。 Identity Providers – 对用户或客户端身份进行身份验证，并颁发安全令牌。 API Gateway – 处理客户端请求。 Static Content – 容纳系统的所有内
-
网上有资料说在大型的数据中心里，数据库就只有存储的功能，事务的功能会被疯狂削减。 因为没有微服务相关经验，所以不太理解这句话，所以希望有大佬可以讲一下将单体架构与微服务架构的设计思想
-
大家好， 我试图找出如何基于Wildfly中运行的模块（war）移动我当前的系统架构。现在所有的基础资源都放在JNDI树中，比如数据源、JMS等等。。。我的项目框架是Spring 4和family，它允许我查找这些资源和其他内容。 我的目标是使用Spring Boot和Spring Cloud Netflix创建一个微服务架构，其中每一个WAR都是一个通过总线服务集成的新的独立应用程序。 但我的疑