SAAS架构 [英] SAAS Architecture

查看:75
本文介绍了SAAS架构的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

Hello Team,


我们正在使用Microsoft技术(ASP.net 2.0和MS SQL Server 2005)开发基于Web的应用程序。应用程序的当前体系结构不支持迁移到基于SAAS的平台。我们计划将我们的应用程序作为基于订阅的模型提供。这个基于订阅的模型与大多数提供的模型不同,我们的应用程序将在同一服务器上托管的其他域中运行。客户创建域名或托管我们的域名,在他们从我们的系统注册后,我们的整个应用程序都可以通过他们的域名访问。然而,我们仍然坚持架构和一个主要的维护问题。

1) 我们需要采取的最佳方法是什么?需要什么样的架构?这样的应用程序可以使用Microsoft .NET studio或任何其他所需的工具进行设计吗?

1)      What is the best approach we need to take? What sort of architecture is required? Can such an application be engineered with Microsoft .NET studio or any other tools required?

2) 如果我们说1000个客户,我们发现了一个错误。要修复该错误,我们不希望转到这1000个域中的每一个并更新DLL或应用修复。相反,我们希望在一个位置更新代码,并自动更正所有托管网站。

2)      If we have say 1000 customers, and we discover a bug. To fix that bug we do not want to go to each of these 1000 domains and update DLL or apply fix. Rather we look for updating code at one location and that auto corrects across all hosted sites.


请指导我们。我们没有那么多的预算来获得有偿的专业知识,并希望与您的个人分享知识。任何文章链接,您的意见和指导,我们将最感激。

推荐答案

http://msdn.microsoft.com/en-us/architecture/aa479069.aspx 为SaaS架构策略提供了一些有用的信息。
使用您描述的部署模型,我猜您有点处于saas成熟度的第二级。
有1000个客户,您应该考虑转到3/4级。
http://msdn.microsoft.com/en-us/architecture/aa479069.aspx provide some useful information for the SaaS Architecture Strategies.
With the deployment model you described, I guess you are somewhat at the second level of saas maturity.
With 1000 customers, you should consider move to level 3/4.


这篇关于SAAS架构的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆