首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >就可伸缩性和安全性而言,SAAS类型的web应用程序、子域结构和URL结构哪一个更受欢迎?

就可伸缩性和安全性而言,SAAS类型的web应用程序、子域结构和URL结构哪一个更受欢迎?
EN

Stack Overflow用户
提问于 2019-09-14 22:25:00
回答 1查看 60关注 0票数 2

我有SAAS类型的应用程序,我正在为许多用户提供它的服务。它是用php开发的。我想知道哪种结构更好,现在我有子域结构,每组是不同的子域,尽管所有使用相同的代码从一个来源。所以它就像

代码语言:javascript
复制
group1.domain.com
group2.domain.com

两者都使用单个代码,但behave有单独的应用程序。

另一种结构也是可用的,我们在URL中指定组,而不是像这样指定子域

代码语言:javascript
复制
domain.com/group1
domain.com/group2

我的问题是,哪种结构在可伸缩性和安全性方面更好?子域或url结构是否有任何安全问题?如果我们需要扩展和使用多个服务器,哪个更好?

EN

回答 1

Stack Overflow用户

发布于 2019-09-16 19:33:54

我不打算探索关于可伸缩性和安全性的全部细节,但是关于如何处理这两种URL类型有一个内在的区别,这基本上是所有其他注意事项的起点:

DNS子域路由由

  • 系统控制,因此无需来自托管站点的服务器的任何输入即可进行路由。对路由的更改具有time-lag.

  • Path-based路由由web服务器(例如Apache)控制,因此需要由您的服务器或基础设施处理。更改可以应用于instantaneously.

假设你可以配置多个子域指向同一台服务器,那么你在场景#2中可以做的任何事情都可以通过场景#1来实现。因此,问题是你从使用子域中获得了什么好处,有什么缺点。

优势:

DNS system.

  • Routing是灵活的,因此
  • 路由很便宜-如果一个特别麻烦的用户影响了其他用户的性能,很容易将其移动到他们自己的服务器。使用基于路径的路由,这将需要额外的infrastructure.
  • If您提供的电子邮件服务,每个客户端都有自己的子域,因此没有邮箱名称的限制。
  • 这将允许您拥有每个客户端的SSL证书,而不是所有客户端的单个证书(尽管后一种情况仍然可能)。

缺点:

  • Adding/removing新客户端更难自动化,因为它需要DNS update.
  • Changes在短时间内传播,而不是立即应用。
票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/57936407

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档