软件即服务（SaaS）配置管理/体系结构模式。网
我们计划将我们的单租户应用程序修改为多租户支持，同时我们应该允许客户配置应用程序，如数据库（客户可以选择自己的数据库）、日志（文件日志、数据库日志）等。
困难在于我们如何存储和保护其他客户的配置？
是否有关于SaaS应用程序配置管理的文章/建议？
共有1个答案
对于您的查询，可能有一些选项可用
>
为了为客户存储数据库分区，您可以查看Azure DB碎片管理功能
关于每个客户的自定义元数据，它很容易与每行的租户标识符一起存储。这有助于我们轻松地获得每个租户的自定义。
实例
tenantid setting value
tenant1 logo company1.png
tenant2 passwordfailcount 5
对于日志记录，如果您希望选择完全隔离，可以将日志存储在租户特定的数据库中，但是，首先，您仍然可以将日志数据存储在单个数据库中，每个表的所有数据都与tenantid列区分开来。
嗯
-
我有一个微服务体系结构，它的日志必须发送到远程Kafka主题。在它旁边，本主题的使用者将把日志发送到麋鹿堆栈（另一个团队） 我想要一个专用的微服务（fwk proxy elasticsearch），其职责是收集其他人的日志，并将其发送到远程Kafka主题。 将从我的微服务聚合的所有日志分派到fwk-代理-弹性搜索微服务的最佳协议是什么？ 我希望这个模式不会重复远程Kafka主题的安全配置。我想把它
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：
-
与家装行业的初创公司合作。这是一个SaaS模式——多租户系统。每个账户都是唯一识别的，所有客户、项目和其他数据都是使用唯一的账号识别的。我们使用的是MVC框架，用户登录时查询使用账户会话。随着我们的不断发展，我不断重新思考我所做的事情——担心交叉污染和其他多租户问题。 有没有什么好的“最佳实践”链接，或者我到目前为止做过什么？我认为我关心的是一件好事，因为我知道的数据，结构和诸如此类。我觉得这比不
-
我是事件驱动微服务的新手，也是微服务本身的新手。我正在开发的系统并不大，它处理一堆文件，然后根据调用不同服务的数据。所以在我看来，一个好主意是，不要让服务调用其他服务来完成这项工作，而是将这些消息发送到发布/订阅队列，处理它们并将它们发送到相关主题，然后每个服务将订阅其中一个或几个主题，每隔几分钟，每个服务都会提取它们订阅的消息并发挥它们的魔力。这些服务也可以通过Rest来公开，以防您想强制执行它
-
我正在开发具有微服务架构的后端。我对该架构不熟悉，目前我在一个容器中开发了3个微服务（RESTful Web服务，带有Spring Boot）。我想实现OAuth2和JWT Rest Prot和网关。使用授权服务器和资源服务器实现网关是正确的吗？我在架构上做错了什么吗？ 谢谢你的回复
-
问题内容： 我是Web服务，JAX-WS等的新手，所以也许是菜鸟问题… 因此，我想实现一个Web服务以使两个系统通信。“客户端”系统对在“服务器”系统上生成的事件感兴趣。但是“客户端系统”本身就是用于其他应用程序的服务器。服务器是Java（tomcat中的WAR）。客户端是.Net。 应该只有一个客户端系统，但是客户端系统内部应该有几个客户端进程，每个进程都对不同类别的事件感兴趣。 我将实现服