如何解决具有多个版本的应用程序:一个或多个实例
我想知道销售给多个客户的应用的最佳设计是什么(每个客户端应用之间几乎没有区别:一些 css、auth 方法)。
我认为我们的应用程序有多个实例(前 + 后 + db),每个客户端一个是更好的设计,但我找不到在线资源。
多实例的优势:
- 强大的+++:部署似乎更容易,我们可以一步一步来
- 敏捷+++:易于为特定客户部署
- gdpr 兼容 ++:数据库由客户端拆分,不会弄乱客户端数据(您会在下面找到来自 gdpr guideline 的引用)
缺点:
- 发布新版本后需要为所有客户端重新部署
我错过了什么吗?
gdpr 指南:
有效性是设计数据保护概念的核心。以有效方式实施这些原则的要求意味着控制者必须能够证明他们已经实施了专门的措施来保护这些原则,并且他们已经整合了保障数据主体权利和自由所必需的具体保障措施。因此,仅实施通用措施来记录 DPbDD 合规性是不够的;每一项实施的措施都必须具有实际效果。这一观察结果有两个后果。
解决方法
我认为这个问题主要会吸引自以为是的答案,如果不深入了解您的案例,就很难声称其中任何一个是适用的。但是,我想添加更多要点以考虑您选择的方法的缺点:
- 与一个多租户数据库(想想 RAM、磁盘、CPU、单独的缓存等)相比,维护多个数据库具有更多的开销
- 部署过程变得更加复杂 - 它需要对同一个包进行多次部署以修复错误/添加通用功能
- 如果您发现了一个需要尽快为每个人修补的严重错误,上述情况可能会特别痛苦
- 假设某些客户端将比其他客户端更频繁地使用该应用程序,则更难预测和平衡您的应用程序和数据库服务器之间的负载(您要么全部过度配置,要么冒着错过特别热门的用户高峰的风险) 立>
这个software engineering SE thread有更多的优点。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。