[quote=引用 2 楼 caozhy 的回复:] 这就好比盒装的软件,只有那种大众需求并且价格低廉的软件才适合这种模式。比如办公软件、工具软件、游戏软件。 稍微复杂一点的行业软件,都需要定制开发,需要服务,需要维护。 类似的,在线的,租用的软件也只是有限的适合一些场景。对于专业的软件,这其实没有多大实际意义。
我们想问的是,这个跟SaaS有关系么?? 20年前,马云玩的阿里巴巴网站,就可以一个人后台,一个人一个独立网站。好吧,难怪马大大发财了,“超前”了20年就在用SaaS,不发财就奇怪了
[quote=引用 49 楼 wanghui0380 的回复:] 我们想问的是,这个跟SaaS有关系么?? 20年前,马云玩的阿里巴巴网站,就可以一个人后台,一个人一个独立网站。好吧,难怪马大大发财了,“超前”了20年就在用SaaS,不发财就奇怪了
咋说捏 当年的我也是没怎么关注什么 SaaS、Iass 之类的概念,可以说基本上不知道这些说法 但是前两年遇到一个客户,不知道他们从哪里听到这些时髦的词,我们介绍完自己的系统之后,非得把我们的系统和他所了解的概念里套,显得他很专业,如果我们不说这些词儿,我们就不专业、就是外行;我们公司领导同去的,他不是做IT的,也批了我们一顿,说这么流行的东西,我们专业的居然也不懂!
其实用户并不关心什么 Saas 还是 Iass 之类的概念,他只是知道你弄了一个网站,可以用不同的账号密码登录,登录进去看到的就只是自己的信息。因此这个概念更是10年前推销的时候,从网站空间租赁过渡到网站应用程序账号租赁的一个噱头,也就是说给用户提供的不是“裸网站”空间而是安装好的应用软件。 至于说你用一个数据库还是100个数据库实例,一台服务器还是100台服务器,这个是底层技术问题,其实可以先按照自己熟悉的套路实现。实现过程中才知道自己能走多远。
我现在就在做SAAS版本的软件,引用你说的“数据通过不同的数据库用户物理隔离”,感觉并没有什么必要,至于负载均衡,它有一个前提啊,就是系统用户多了赚到钱了。那负载均衡还是问题吗?租户只需要companyID+userid就可以区分,私密数据userid+companyid,公共数据companyid区分,一个公司内共享,完事了。
我以前的公司做过saas平台,主要思路可以给你分享一下 1、Web站点用MVC以及webapi(restful) 2、ORM框架选择EF 3、租户是在同一个表的,然后用UserId区分,并且根据不同模块分库,比如用户库,产品库 4、数据服务选择WCF,主要是给Web站点提供服务,对请求的站点IP做限制,只允许指定的IP访问,然后WCF站点是不关心用户状态的(Session),接口的参数里指定UserID,状态判断那是Web站点的事情,既然已经对Web站点的IP进行判断了,就不怕安全问题
区分租户 ,有一个建议:在api的url中加入标识,然后拦截器进行拦截 我目前是多数据库 一套应用,前端通过不同的url来分配给多租户: 如:正常获取用户列表 www.xxx.com/api/get/users,地址不变,但是我前端请求地址为www.xxx.com/zhangsan/api/get/users, 然后做一个拦截器,拦截到url,符合转发规则的时候,切换数据源,然后转发到www.xxx.com/api/get/users这样实现了用户标识区分,一个数据源, 对于现有业务也基本没有影响 至于单一数据库,表数据通过TenantId来逻辑隔离多个租户,我们现在没用,但是一样可以把切换数据源改成加入查询条件来实现
13,347
社区成员
5,388
社区内容
加载中
试试用AI创作助手写篇文章吧