概谈SaaS系统的应用与架构

SaaS系统的应用与架构 一、SAAS 系统应用场景

                       SaaS 近年来，由于国内云计算设施的发展， 我们开发和应用所需的硬件计算资源、存储资源和网络资源越来越存储资源和网络资源。企业建设应用程序或平台不需要购买服务器，然后建立自己的机房或服务器托管，只需要在华为、阿里或腾讯云服务提供商购买云服务器，这些资源的使用和支付像水电一样简单，现在唯一的问题是考虑如何构建我们需要的企业应用程序。 在传统应用中，我们开发的每个应用程序都服务于一个企业或单位，我们可以称之为私有云。在当今的互联网 和物联网 模式下，时代对我们提出了更高的要求：一个系统可以服务于多个企业或企业及其子公司，如：1. 案例1： 省开发云医疗数据集中收集平台，需要每个城市、县医院定期报告数据和自己的数据统计，同时平台管理员（省管理员、市管理员、县管理员）可以汇总统计管辖范围内所有医院的数据。2. 企业开发一个 ERP 系统给他的客户使用，每个客户都需要独立管理自己的商品、库存、会员、账户、订单、活动、消费、积分、账单、信息通知等数据。3. 企业应开发 SaaS 云平台有各种应用：EMS、OA、OMS、TMS、档案系统、KMS(知识管理系统)等。，他的客户可以根据自己的需要购买一个或多个应用程序。 可用于上述应用场景SAAS 模式可以实现，对于传统的旧应用，我们可以使用单一的租户模式。我们称之为云应用程序。如果这种模式是为公共网络注册的，我们称之为公共云。 事实上，SaaS 云应用程序也可适用于以下应用程序场景： 私有化部署，公司共享所有业务； 注册多个部门，管理不同的业务； 集团有多个分支机构，每个分支机构管理自己的业务； 每个分支机构需要独立的数据管理； 集团或总部需要集中管理数据 授权不同的子系统管理不同的业务；

二、SAAS存储模式

1. 独立数据库，即租户一个数据库(Database)，该方案的用户数据隔离水平最高，安全性最好，但成本也很高。优点： 为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求； 如果出现故障，恢复数据相对简单。缺点： 增加了数据库的安装数量，从而增加了维护成本和购买成本。如果你面对的是需要非常高数据隔离水平的租户，如银行和医院，你可以选择这种模式来提高租金的价格。如果价格较低，产品价格较低，建议使用方案2。2. 方案二 Database，但一个 Tenant 一个 Sche ** 。优点: 为安全要求高的租户提供一定程度的逻辑数据隔离，而不是完全隔离； 每个数据库都可以支持更多的租户。缺点: 如果出现故障，由于恢复数据库将涉及其他租户的数据，数据恢复困难； 3. 方案3 共享数据库，共享数据架构:这是第三种方案，即租户共享相同的 Database、同一个Sche ** ，但在表中通过 TenantCode 区分租户的数据。这是共享程度最高、隔离程度最低的模式。优点： 相比，第三种方案的维护和采购成本最低，每个数据库支持的租户数量最多。缺点： 具有最低的隔离水平和最低的安全性，在设计和开发过程中需要增加安全开发； 数据备份和恢复最困难，需要逐一备份和恢复。 在数据为王的时代，Stone SaaS 开发框架同时支持方案一 和 方案二(方案一需要手动创建数据库) 。Stone 是一种具有互联网企业信息基础管理的 SaaS 基于主流 Spring 体现了支持中小企业、大型集团企业和政府单位日常事务管理的建设。平台提供通用的基础数据交互功能（租户数据隔离、数据权限控制）以及组织架构管理（租户管理、部门管理、功能权限管理）、适合于有 IT 研发能力的企业或向 SaaS应用运维的 IT 企业。

                       未来的企业服务必须是 云 的世界。在构建云应用的同时，布局端的应用也非常关键，使我们开发后续应用更加灵活方便。如下图所示，我们未来构建的企业应用可以基于 Stone 之上。

                           Stone SaaS 开发框架开源地址：https://gitee.com/justime/stone