saas公共服务平台架构及实现
【转】元数据驱动的SaaS架构如何设计?
【转】元数据驱动的SaaS架构如何设计?作为业务系统技术开发同学,⾯向当下:⾸先应该是快速搭建业务通路,让线上业务跑起来,快速试错,解决⽣存问题;第⼆步是在链路通了,业务基本跑起来的基础上如何⽀撑业务跑更快,解决快速增长问题;第三步,在完成⽀撑业务快速增长的基础上,要进⾏精细化提升,通过在⽀撑业务快跑间隙挤时间打磨系统功能和体验,踏踏实实花时间,抽象能⼒,沉淀产品,提升效能。
同时,我们也必须⾯向未来,如何在抽象能⼒以及沉淀了产品的基础上,如何把所承载和沉淀的业务能⼒快速输出,贡献给整个⾏业,抑或为整个社会商业⽣态提供基座⽀撑。
那么⾯向未来,将平台产品进⾏SAAS化升级真正将能⼒进⾏有价值开放输出是我们提前要布局的核⼼⽅向。
那么将平台产品进⾏SAAS输出,需要解决那些问题呢?这⾥尝试把核⼼问题列举⼀下:1. 如何根据不同⽤户需求进⾏计算能⼒按需调度分配?(IAAS/PAAS)2. 如何满⾜⽤户数据安全性要求,严格隔离不同⽤户的数据,使⽤户只能看到⾃⼰的数据?(PAAS)3. 如何⽀持不同⽤户在标准的数据对象/数据模型上按需添加定义⾃定义的数据对象/扩展模型?(PAAS & SAAS)4. 如何按照不同⽤户进⾏按需功能搭配组合,满⾜不同⽤户从基础到专业级不同业务场景需求?(SAAS)5. 如何统⼀对平台产品进⾏升级⽽不影响⽤户已有数据及功能?(IAAS、PAAS、SAAS)通过以上问题,我们可以看出产品SAAS化输出的关键是如何对不同的⽤户通过标准+扩展能⼒按需进⾏算⼒、数据、安全、功能有效定制,⽀持多⽤户共性和个性的问题,也暨多租户的问题,同时也涉及到计费和服务⽔平等相关问题。
我们下⾯来聊下上述问题的解题关键和解题思路1. 第1个算⼒的问题核⼼是调度问题,弹性计算提供在IAAS层的统⼀算⼒调度能⼒,⽽Serverless则可以在PAAS层提供更⾼层次的算⼒调度能⼒。
2. 第4个问题的核⼼是业务流程的抽象和业务功能的拆分,领域驱动的设计以及服务化(微服务)在平台功能抽象拆分提供了相对成熟的思路,催化了以纵向业务功能细分作为域划分的依据的服务化⽅案以及组织结构,主要诉求是在细分的业务功能服务基础上,能按需快速灵活的组合⽀撑不同的业务模式,提供业务敏捷性,⽀撑业务创新求变。
基于SaaS模式公共服务平台多用户数据结构的研究
2 0 年 第 2 期 08
计 算 机 系 统 应 用
基于 S 式公 共 服 务 平 台 多用 户 a S模 a 数 据 结 构 的 研 究
Th u t —t n n a a a c i c u e s u y b s d o h a S e m li— e a td t r h t t r t d a e n t e S a e m od l or h u l e v c l tor e e p b i s r ie p a f m f t c
企业 。
通过 I e t n me 提供的新的软件使用模式 , t 它消除 了企业 购买 、 构建与维护基础设施和应用程序 的需要 , 并通 过
2 Sa a S应 用 体 系结 构
首先 , 我们大致的介绍一下整个 sa a s应 用 的体 系 结 构 。s a a s的 特 点 ( 数据非本 地 ) 性质 ( 和 单一代 码库 , 多 应用实例 ) 决定 了元数据 管理服务和 安 全服务既是客户 的最 大关注 点 , 又是 平 台架构考 虑 的 重点 。普通 的 B S平 台 / 架构不能确保客户 数据的 安全性 , 也不 能满足 企业 业务 多样化 的要 求。为 此 我们采取如下系统体系结构 , 图 1 如 。 在此架构 中, 软件服 务供应 商在 负
关键 。 aS
1 引 言
S a ( owaea e i a S Sf r sas rc t v e软 件 即 服 务 ) 一 种 是
维护 由服务提 供商 负责 管理 , 服务 提供商 以租 赁 的形 式 向用户提供软件 的在线使 用。它能使 用户在任何 地 方, 只要能接入 Ient就 能方 便 的使 用软 件来 管 理 n re, t
一种基于SaaS模式的企业信息化服务平台架构
0 引言
在软件产业发展过程 中 , 软件应用模 式也是一直
处于进化 之中 , 目前 出现 了三种 模式并存 的状况 。第
基 于互 联 网应 用 的同 时 , 也有 选择 地 提供 软件 离 线
操作 和本地数 据存储 , 让用 户 随时 随地 都 可 以使用 其 租用 的软件 和服务 。
保 障 。高 性能操 作 系统 安装 在 必须 的集 群环 境下 , 为整个 数 据 中 心 提 供 高 性 能 的 虚 拟 化 技 术 保 障 。 S a 台是 一个非 常复杂 的软件 应用 承 载环 境 , aS平 不 可 能为每个应 用设 立独 立 的运行 环 境 、 数据 支 持环 境 和安全支 持环境 , 享 和分 配数 据 中 心资 源 才是 共
收稿 日期 :0 0 0 2 2 1 一1 —1
作者简 介: 朱周华( 95一 , , 1 7 )女 陕西蒲城人 , 西安科技 大学通信与信息工程学院讲师 ; 李 鹏 (9 5 ) 男 , 17 一 , 陕西汉 阴人 , 陕西 电子工业 研究院工程师。
Байду номын сангаас ・
4 ・ 4
西
安
邮
电 学
院
学
而 已实施 此模式 信息化 的 中小企业 基本满 意程度 以
上 的比例 超过 了 7 [ 。 0 3 ]
本文将针对中小企业信息化服务提供一种基于 Sa 模式的服务平台架构 , aS 并对其统一门户、 运营 计费、 安全保障体系 、 业务流程数据整合以及应用服 务 等子系统进 行详 细 的分 析 和描 述 , 在 文章 的最 并
种是传统的软件研发、 销售、 安装 、 使用、 维护和升 级模 式 ;99年 以后 , 19 随着 互 联 网的 发展 , S ( p A PA- pi t nSri rvdr模式 [ 被提 出 , 是 由于 网 lai ev eP ie) c o c o 】 ] 但
SAAS软件即服务模式应用开发和管理方案
SAAS软件即服务模式应用开发和管理方案第1章引言 (3)1.1 背景与意义 (3)1.2 研究目标与范围 (4)第2章 SAAS模式概述 (4)2.1 SAAS定义及特点 (4)2.1.1 定义 (4)2.1.2 特点 (4)2.2 SAAS模式的分类 (5)2.3 SAAS市场发展现状与趋势 (5)第3章应用需求分析 (5)3.1 用户需求调研 (6)3.1.1 用户类型及特点 (6)3.1.2 用户需求收集 (6)3.2 功能需求分析 (6)3.2.1 核心功能 (6)3.2.2 辅助功能 (6)3.3 非功能需求分析 (7)3.3.1 功能需求 (7)3.3.2 可用性需求 (7)3.3.3 安全性需求 (7)3.3.4 可维护性需求 (7)第4章系统架构设计 (7)4.1 总体架构设计 (7)4.1.1 系统分层 (7)4.1.2 模块划分 (8)4.1.3 接口定义 (8)4.2 技术选型与平台 (8)4.2.1 技术选型 (8)4.2.2 平台选择 (8)4.3 数据架构设计 (9)4.3.1 数据存储 (9)4.3.2 数据流转 (9)4.3.3 数据安全 (9)第5章应用开发 (9)5.1 开发环境与工具 (9)5.1.1 开发环境 (9)5.1.2 开发工具 (9)5.2 编码规范与质量控制 (10)5.2.1 编码规范 (10)5.2.2 质量控制 (10)5.3 关键技术与实现 (10)5.3.2 容器化部署 (11)5.3.3 自动化构建与部署 (11)5.3.4 数据库设计 (11)5.3.5 API接口设计 (11)5.3.6 安全性设计 (11)第6章服务部署与运维 (11)6.1 部署策略与方案 (11)6.1.1 部署目标与原则 (11)6.1.2 部署流程 (11)6.1.3 部署方式 (11)6.2 虚拟化与容器技术 (12)6.2.1 虚拟化技术 (12)6.2.2 容器技术 (12)6.3 监控与运维管理 (12)6.3.1 监控体系 (12)6.3.2 运维管理 (12)第7章数据安全与隐私保护 (12)7.1 数据安全策略 (13)7.1.1 数据分类与分级保护 (13)7.1.2 数据备份与恢复 (13)7.1.3 数据访问控制 (13)7.1.4 数据安全审计 (13)7.2 加密与认证技术 (13)7.2.1 数据传输加密 (13)7.2.2 数据存储加密 (13)7.2.3 用户认证技术 (13)7.2.4 密钥管理 (13)7.3 隐私保护与合规性 (13)7.3.1 隐私保护策略 (14)7.3.2 数据最小化原则 (14)7.3.3 用户隐私设置 (14)7.3.4 合规性遵循 (14)7.3.5 定期审计与评估 (14)第8章用户服务与支持 (14)8.1 客户关系管理 (14)8.1.1 建立客户数据库 (14)8.1.2 客户分级管理 (14)8.1.3 客户沟通与回访 (14)8.1.4 客户满意度调查 (14)8.2 售后服务与支持 (15)8.2.1 技术支持 (15)8.2.2 问题反馈与处理 (15)8.2.3 服务水平协议(SLA) (15)8.3 用户培训与指导 (15)8.3.1 培训内容规划 (15)8.3.2 培训方式与渠道 (15)8.3.3 培训效果评估 (15)8.3.4 持续用户支持 (15)第9章营销与推广策略 (15)9.1 市场定位与分析 (15)9.1.1 市场定位 (15)9.1.2 市场分析 (16)9.2 营销策略与渠道 (16)9.2.1 营销策略 (16)9.2.2 推广渠道 (16)9.3 合作伙伴关系 (16)9.3.1 选择合作伙伴 (16)9.3.2 合作模式 (17)第10章项目管理与风险控制 (17)10.1 项目进度与质量管理 (17)10.1.1 项目进度规划与监控 (17)10.1.2 质量保证体系的构建 (17)10.1.3 交付物验收与质量控制 (17)10.2 成本控制与预算管理 (17)10.2.1 成本预算的编制与执行 (17)10.2.2 成本优化策略 (17)10.2.3 预算变更管理 (17)10.3 风险识别与应对策略 (18)10.3.1 风险识别与评估 (18)10.3.2 风险应对措施制定 (18)10.3.3 风险监控与沟通 (18)10.3.4 风险管理持续优化 (18)第1章引言1.1 背景与意义信息技术的飞速发展,云计算技术逐渐成为企业信息技术应用的重要支撑。
基于SaaS模式的中小企业电子商务信息化服务平台架构
1 基于S a a S的 中小 企业 电子 商务信 息化 的优 势
相对于传统信息化实施方式 , 对 于中小企业 电子商务信息化而言, 基于 S a a S 的信 息化实施方式具有明显 的以下优势 :
于S a a S 模 式 的 中小 企 业 电子 商务 信 息 化服 务平 台 , 旨在 降低 中 小企 业 电子 商务 信 息化 中的 软件 选择 风 险 、 数据安全风险 、
技术风险。
关键词 : S a a S (  ̄ 件 即服 务) ; 中小 企业 ; 电子 商务 信 息化 ; 服务平台 中 图分 类 号 : T P 3 9 1 文 献标 识 码 : A 文章 编 号 : 1 0 0 9 - 3 0 4 4 ( 2 0 1 3 ) 1 3 - 3 2 1 0 - 0 2
目前 中同中小企业总数已 占全国企业总数 的9 9 %以上 , 创造的最终产 品和服务价值相当于国内生产总值 的6 0 %左右 。在 电子 商务时代 , 中小 企业 南于其资金 、 人才等局 限 , 如何低成本高效率 的实现电子商务信息化 已经成为广大 中小企业 迫切需要解决 的
问题 。
当前 中小企业 电子商务 信息化是提升企业竞争力 、 提高企业 收入的有力手段 。企业实施 电子商务信 息化传 统的方式是一 次
性支付软件许 可费 , 同时购买相关硬件 、 构建 网络通信系统等, 并且支付实施顾问等费用 。中小企业在 电子商务信息化方 面 力重 重 。S a a S ( 软件 即服务 ) 是一种完全创新 的软件应用模式 。它是一种通过 I n t e r n e t 提供 软件 的模式 , 用 户无需购买软件 , 而是 向提供
24个典型系统架构图产品逻辑图(可编辑)
用户运营
个人微信
机构公众号
微信社群
微信朋友圈
持续运营
增购复购
口碑传播
老带新裂变
公域流量
高质量私域流量
成交变现
高效管理
口碑提升
流量入口
转化裂变
教务教学管理
学生服务
转化留存
机构官网
营销裂变模版
线上营销活动
机构电子名片
线索信息获取
线索数据分析
线索维护跟进
线索状态变更
营销方案、模版
数据服务支持
海量精选课程
总部:系统准备、大型活动策划、日常活动策划门店员工:活动传播、答疑
总部:系统准备、裂变策划、召回策划门店员工:建立客户信任
运营引擎 为用户提供终端顾问式服务 打造融合营销闭环
流量导入
资产沉淀
促进转化
持续运营
公域(原生关注)
商域(推广广告)
内容
服务
社区
第0屏
全场景
联盟
线上
线下
乐划锁屏
小游戏
视频
智能短信
……
成果转化部
示范推广部
创新研究院
产业孵化器
众创空间
人才培养基地
学生实践基地
管理版块
业务板块
众创平台
教育平台
数字化合格评定研究
前沿建筑技术研究
智慧监管政策研究
资产金融化研究
……
中心主任
组织机制
产品功能矩阵
情境目标
用户视角
短广结构
娱乐化包装
视觉层面
内容力增强
逻辑层面
极致获得感
体感层面
预期效果
用短视频让更多用户感到价值
软件即服务(SaaS)业务发展及运营策略
软件即服务(SaaS)业务发展及运营策略第1章 SaaS行业概述 (5)1.1 SaaS市场现状分析 (5)1.2 SaaS行业的发展趋势 (5)1.3 SaaS业务模式解析 (5)第2章 SaaS产品设计与开发 (6)2.1 需求分析与产品规划 (6)2.1.1 市场调研 (6)2.1.2 用户需求挖掘 (6)2.1.3 竞争对手分析 (6)2.1.4 产品规划 (6)2.2 功能模块设计与实现 (6)2.2.1 功能模块划分 (7)2.2.2 功能模块设计 (7)2.2.3 功能模块实现 (7)2.3 用户体验与界面设计 (7)2.3.1 用户体验设计 (7)2.3.2 界面设计 (7)2.3.3 响应式设计 (7)2.4 技术选型与架构设计 (7)2.4.1 技术选型 (7)2.4.2 架构设计 (7)2.4.3 安全性设计 (7)第3章 SaaS市场营销策略 (7)3.1 市场定位与目标客户 (8)3.1.1 市场定位 (8)3.1.2 目标客户 (8)3.2 品牌建设与推广 (8)3.2.1 品牌建设 (8)3.2.2 品牌推广 (8)3.3 网络营销与渠道拓展 (9)3.3.1 网络营销 (9)3.3.2 渠道拓展 (9)3.4 内容营销与社交媒体 (9)3.4.1 内容营销 (9)3.4.2 社交媒体 (9)第四章 SaaS销售策略 (9)4.1 销售团队建设与管理 (9)1.1 招聘与选拔:招聘具备SaaS行业经验、熟悉目标市场及客户需求的销售人员,选拔具备较强学习能力和团队协作精神的人才。
(9)1.2 培训与发展:为新入职的销售人员进行产品知识、销售技巧和市场分析的培训,定期组织内部培训和外部学习,提升销售团队的专业素养。
(9)1.3 激励机制:设立合理的薪酬体系,结合基本工资、提成、奖金等多种激励手段,激发销售团队的积极性。
(10)1.4 团队协作:鼓励团队成员之间的沟通与协作,建立良好的团队氛围,提高整体销售效能。
智慧社区saas系统设计方案
智慧社区saas系统设计方案智慧社区SaaS系统设计方案背景介绍:随着城市化进程的不断加快,社区管理变得愈发复杂。
为了提高社区居民的居住体验和管理效率,智慧社区SaaS (Software as a Service)系统应运而生。
该系统基于云计算平台,通过各种传感器、设备和网络技术,将社区内的各项服务进行数字化和集成化管理,提供一站式解决方案。
系统整体架构:智慧社区SaaS系统采用分布式架构,由以下主要模块组成:前端界面、后端服务器、数据库管理系统、数据存储和分析模块以及网络接口。
1. 前端界面:前端界面通过Web应用程序实现,居民可以通过电脑或手机浏览器访问系统。
界面设计简洁明了,功能模块分类清晰,提供居民需要的各项服务,如物业管理、小区公告、社区活动报名等。
同时,通过交互式地图展示社区设施和服务位置,方便居民查询和导航。
2. 后端服务器:后端服务器是系统的核心,负责处理前端传递过来的请求,处理业务逻辑,并与数据库进行交互。
服务器需具备高并发和高可靠性的特性,以应对庞大的用户量和复杂的业务需求。
可以采用微服务架构,将系统按照不同的功能拆分成多个独立的服务进行部署和管理,提高系统的扩展性和可维护性。
3. 数据库管理系统:数据库管理系统负责存储和管理社区各类数据信息,如居民信息、小区设施、物业服务等。
选择合适的数据库系统,如关系型数据库或NoSQL数据库,以满足系统对数据的快速读写、查询和统计分析的需求。
4. 数据存储和分析模块:社区SaaS系统通过各种传感器和设备收集社区内的数据信息,如环境监测、楼宇设备运行状态、居民行为等。
数据存储和分析模块负责将这些原始数据进行处理、存储和分析,生成有价值的信息和报告,如环境指标报告、设备健康状况分析等。
可以使用大数据处理技术和人工智能算法,实现数据挖掘和智能决策支持。
5. 网络接口:网络接口负责前端和后端、外部服务之间的通信。
可以采用RESTful接口或SOAP协议等标准化接口进行数据传输和通信。
基于SaaS模式的云安全服务平台设计与实现
基于SaaS模式的云安全服务平台设计与实现1. 引言随着云计算的快速发展,企业和个人对云安全的需求也越来越高。
传统的安全措施无法满足云环境中的新需求,因此基于SaaS模式的云安全服务平台应运而生。
本文将讨论该平台的设计和实现,以解决在云环境中的安全挑战。
2. 平台架构设计基于SaaS模式的云安全服务平台应采用多层次的架构,以确保安全性和可扩展性。
平台的主要组件包括用户界面、安全服务管理、数据存储与处理、身份认证和安全监测。
2.1 用户界面用户界面是用户与平台进行交互的窗口,应提供友好的用户体验和易于使用的功能。
用户可以通过界面访问各种安全服务,并监视其云环境的安全状态。
界面还应包括报告和警报功能,以及帮助用户做出及时的决策。
2.2 安全服务管理安全服务管理模块负责管理和部署各种安全服务。
它可以根据用户需求扩展或收缩服务,并确保所有服务正常运行。
该模块还负责对用户进行授权和权限管理,以确保只有授权的用户可以访问安全服务。
2.3 数据存储与处理数据存储与处理是平台的核心组件之一,它负责存储和处理用户的安全数据。
该模块应具备高可用性和容错性,并且能够实时处理大规模的安全数据。
平台可以使用云存储技术和大数据处理技术来实现这一目标。
2.4 身份认证身份认证模块用于验证用户的身份和权限。
它可以使用多种身份验证方法,例如用户名和密码、多因素身份验证等。
平台可以集成现有的身份认证系统,也可以开发自己的认证服务。
2.5 安全监测安全监测模块负责监测云环境中的安全事件和威胁。
它可以使用实时监测技术、日志分析和行为模式分析等方法来检测异常活动。
该模块还可以与其他安全工具和服务集成,以提供更全面的安全保护。
3. 功能实现基于SaaS模式的云安全服务平台应提供多种功能来满足用户的需求。
以下是一些重要的功能:3.1 资产管理平台应提供资产管理功能,以帮助用户识别和分类其云环境中的各种资产。
它可以自动发现和监测云资源,并提供实时的资产信息。
SaaS云服务平台建设与市场推广计划
SaaS云服务平台建设与市场推广计划第1章项目概述 (4)1.1 SaaS云服务简介 (4)1.2 项目背景与意义 (4)1.3 项目目标与愿景 (4)第2章市场分析 (5)2.1 行业现状与发展趋势 (5)2.2 竞争对手分析 (5)2.3 市场需求分析 (5)2.4 目标客户群体定位 (5)第3章产品规划 (6)3.1 产品功能模块设计 (6)3.1.1 用户管理模块 (6)3.1.2 服务订阅模块 (6)3.1.3 服务管理模块 (6)3.1.4 数据管理模块 (6)3.1.5 安全与权限管理模块 (6)3.1.6 支付与结算模块 (6)3.1.7 客户支持与服务模块 (6)3.2 产品特色与创新 (6)3.2.1 针对不同行业定制化服务 (6)3.2.2 采用微服务架构 (6)3.2.3 集成人工智能技术 (6)3.2.4 开放式平台 (6)3.3 技术选型与架构 (7)3.3.1 技术选型 (7)3.3.2 架构设计 (7)3.4 产品开发计划 (7)3.4.1 产品原型设计 (7)3.4.2 技术预研与选型 (7)3.4.3 系统设计与开发 (7)3.4.4 系统测试与优化 (7)3.4.5 产品上线与迭代 (7)第四章服务体系建设 (7)4.1 基础设施建设 (7)4.1.1 硬件设施 (8)4.1.2 网络环境 (8)4.1.3 数据中心 (8)4.2 数据安全与隐私保护 (8)4.2.1 加密技术 (8)4.2.2 访问控制 (8)4.2.3 安全审计 (8)4.3 技术支持与服务保障 (8)4.3.1 技术支持 (8)4.3.2 服务保障 (8)4.3.3 培训与指导 (9)4.4 云服务运维管理 (9)4.4.1 自动化运维 (9)4.4.2 监控与报警 (9)4.4.3 持续优化 (9)4.4.4 应急预案 (9)第5章市场推广策略 (9)5.1 品牌建设与宣传 (9)5.1.1 确立品牌定位:明确品牌核心价值观,针对目标客户群体,打造具有竞争力的品牌形象。
关于saas平台的多租户架构和元数据架构的设计
一、Saas平台的简介二、多租户架构三、元数据架构Saas平台:软件即服务是一种通过Internet提供软件应用的模式,服务提供商将应用软件统一部署在自己的服务器上,用户无需购买、构建和维护基础设施和应用程序软件,只需根据自己实际需求定购应用软件服务,按定购的服务多少和时间长短向服务商支付费用。
在多租户架构中所有用户和应用程序共享一个由中央维护的单独共用的基础设施和代码库,即多个用户共享相同的物理实体和应用程序的版本。
实现多租户数据存储有三种方式:分离数据库、共享数据库,分离Schema、共享数据库,共享Schema。
HiServiceCRM系统采用的是共享数据库,分离Schema的方式。
主要考虑下面一些因素:●系统要支持多少租户●平均每个租户要存储数据需要的空间大小●每个租户的同时访问系统的最终用户数量●是否想针对每一租户提供附加的服务,例如数据的备份和恢复等共享性越高,对技术的要求越高。
元数据降低了创建应用程序的难度,用户通过简单的点击配置,不用代码就能创建复杂的应用程序。
HiServiceCRM元数据的设计采用动态表单的方式。
四、HiServiceCRM是基于Saas的可配置平台HiServiceCRM是一套基于SaaS模式的业务流程管理系统,具有灵活、便捷和高效的特点,用户可以根据企业自身的业务特点自定义数据模块、业务流程、系统用户和角色等等,系统可以最大限度的满足用户的业务需要和使用习惯。
HiServiceCRM实现了多租户架构,所有租户共享一个基础设施和代码库,而基础设施和代码库由服务提供商统一维护。
多租户的实现方式上,主要考虑下面一些因素:●系统要支持多少租户。
HiServiceCRM将面对成千上万个的大量租户。
●平均每个租户要存储数据需要的空间大小。
HiServiceCRM每个租户存储数据需要的空间大小根据租户的用户数来决定,但是不能超过256M。
●每个租户的同时访问系统的最终用户数量。
SaaS平台权限架构
SaaS平台权限架构对于SaaS系统的权限,就是登录账号的功能权限和数据权限的合集。
功能权限是账号在平台上能看到哪些页面,能操作页面里面的哪些功能或按钮。
数据权限就是这个账号能在系统中看到哪些数据,能对哪些数据做功能级的操作。
功能权限一般靠角色和功能集进行关联,即RBAC模型。
数据权限一般靠靠租户的组织架构来实现数据的隔离。
然后账号和角色关联,获得功能权限,和组织架构关联,获得可管理的数据。
下面对相应内容做详细介绍。
一、组织架构解决数据权限在实际运营场景中,稍微大点的公司,组织架构相对比较复杂,层级比较多,每个层级节点要看到的数据要求是不一样的,所以要对不同层级节点的数据做隔离。
例如,某餐饮公司组织架构如下,则总部的CEO要看到下属分公司的所有数据,分公司的总经理要看到所有下属区域的数据,朝阳区区域经理要看到下属所有门店的数据,门店店长要看到店里的所有数据。
所以要在平台账号权限中引入组织架构,账号直接跟组织架构关联,在哪个层级看到哪个层级的数据,通过组织架构对多层级数据进行隔离。
总体来说,账号关联组织架构时,需要确定下来方位的数据精确到哪一节点,是本节点及下级节点数据,或只有本节点数据,或指定的某个下级节点数据,或是只能管理属于自己创建的数据。
特殊的也会存在跨层级查看数据的情况。
有以下五种场景:1)场景1:账号可看到本层级及下级数据。
在创建账号时,要选择这个账号属于哪个层级,则就能看到当前层级及以下层级的所有数据。
如账号1可看到北京分公司及其下属节点的所有数据。
这种是比较常用的数据权限,同时账号不能看到上级组织结构节点的数据,如账号2属于朝阳区这个节点,则不能看到属于北京分公司的数据。
2)场景2:账号只能看到本层级的数据。
数据权限更深层的需要细化出来这个账号能看到具体哪个级别的数据,如账号3是属于朝阳区,但他有可能只能看到属于朝阳区这一层的数据,下级节点的门店数据是看不到的。
3)场景3:账号只能看到下级某一节点的数据。
面向SaaS的云计算服务平台的设计与实现
面向SaaS的云计算服务平台的设计与实现近年来,随着云计算技术在IT行业的逐渐普及和发展, SaaS (软件即服务)模式也逐渐成为企业和用户的首选。
SaaS模式通过将软件服务托管到云端,使用户可以通过互联网使用所需的软件服务,这种模式不仅能够降低用户的使用成本,还能够提高效率和安全性。
因此,如何设计和实现一个面向SaaS的云计算服务平台成为了软件行业和云计算领域的一大难题。
一、面向SaaS的云计算服务平台的设计1. 架构设计作为面向SaaS的云计算服务平台,其架构设计必须具备高可用性、高伸缩性、高安全性和高可靠性等特点。
从运营力度上进行架构设计,为云平台提供各种捆绑服务和服务部署方式,以便在运行和发展方面使软件更快地创造业务价值。
2. 安全性设计SaaS的应用程序和数据都需要在云上进行存储和处理,因此安全性是云计算平台设计的重点之一。
平台设计应引入多层安全体系结构,并采用虚拟化等技术措施来使服务更加安全可靠。
为了保证平台的安全性,每个用户都应该有唯一的身份和权限控制, 不能直接访问其他用户的数据。
3. 数据管理与分析设计面向SaaS的云计算平台不仅要提供完善的数据管理功能,还要提供强大的数据分析工具,使用户能够快速地获取和分析数据,提高决策效率。
4. 自动化管理设计SaaS云平台管理需要具备更智能、更高效的自动化功能,自动化的管理平台将有助于管理层减轻工作负担、缩短决策时间,提高业务的竞争力。
5. 兼容性设计面向SaaS的云计算平台应该具有良好的技术兼容性,以便与其他应用程序进行数据共享交换、同时满足用户各类要求。
二、实现SaaS云计算服务平台的技术措施1. 虚拟化技术虚拟化是SaaS云计算平台的核心技术之一,可以实现资源共享、灵活管理等功能。
通过虚拟化技术实现不同客户间数据的互相隔离,降低了不同用户经营业务的互相干扰和风险。
2. 集群技术集群技术是将多台服务器集中在一起共同完成某种复杂任务的技术,因其高可靠性、高吞吐量、低延迟、高可扩展性等优点,成为SaaS云计算平台的首选技术。
SaaS开发平台架构设计
SaaS开发平台架构设计随着云计算的发展,SaaS软件越来越受到企业和用户的青睐。
而SaaS开发平台架构设计则是保证SaaS软件可靠、高效、安全等关键需求的重要环节。
一、SaaS平台架构的基本概念SaaS平台架构的三个基本概念是:多租户、弹性伸缩和微服务。
1. 多租户:SaaS软件一般由多个客户共享,因此需要支持多租户。
SaaS平台应当考虑如何确保多租户之间的数据隔离,并保证对不同租户的专用管理和部署。
2. 弹性伸缩:SaaS平台应当具备在高峰期自动伸缩的功能。
这可以通过云计算自动分配资源完成,同时需要考虑到数据同步、负载均衡等问题。
3. 微服务:SaaS平台应当以微服务的方式搭建,每个微服务都有一定的职责,执行自己的业务逻辑。
这样可以方便模块化管理和维护,同时也有利于扩展性和可靠性的提高。
二、SaaS平台架构的设计原则在SaaS平台架构的设计中,需要遵循一些基本的原则,确保平台的可靠性和高效性。
1. 数据安全:SaaS平台的设计需要从数据安全的角度出发,确保多租户之间的数据隔离和安全性。
同时,所有的数据操作都需要受到限制和监控,确保数据的可靠性和一致性。
2. 可扩展性:SaaS平台需要具备很强的可扩展性,可以根据需求进行动态调整。
这需要对平台的各个组件进行分析和优化,通过分布式技术和扩展性技术实现。
3. 就近性:SaaS平台需要为用户提供就近性服务,根据用户的地理位置和所使用的设备,在最近的节点提供服务。
这需要对数据中心进行布局和优化,确保用户可以快速访问服务。
三、SaaS平台架构的实现技术SaaS平台架构的实现需要综合运用云计算、虚拟化、容器化和微服务等技术。
1. 云计算:云计算技术可以为SaaS平台提供弹性伸缩、就近性、数据冗余和故障恢复等基础服务。
2. 虚拟化:虚拟化技术可以实现分布式节点间的快速迁移,同时可以提高硬件资源的利用效率。
3. 容器化:容器化技术可以实现快速部署和扩容,同时可以方便地进行应用管理和部署。
SaaS平台部署
SaaS平台设计方案引言云计算作为一种基于互联网的、大众参与的、以服务方式提供的新型计算模式,其计算资源是动态、可伸缩、且被虚拟化的。
SAAS作为云计算的一种重要模式,通过互联网为用户提供所需的服务,在这种模式下用户无须在购买软件,而是想服务提供商按需租赁,根据使用时间或使用量付费。
著名的SAAS应用提供商Salesforce,将多租户(multi-tenancy)技术应用于其客户关系管理等服务,大获成功。
简单而言,多租户是指一个单独的软件实例可以为多个用户/组织服务的模式。
多租户技术作为SaaS应用区别于传统软件的重要标志,主要是探讨与实现如何在大量用户的环境下共用相同的软件或组件,并仍可确保不同组织/用户数据的隔离性和安全性。
SAAS的成熟度模型分级Level1定制开发:有一个客户项目,就按客户需求定制一个版本,每个客户的软件都有一份独立的代码,不同客户软件之间可以共享和重用的只有少量的可重用组件、库以及开发人员的经验Level2可配置:客户可以通过简单的配置,让通用型的软件能够满足自己的一些个性经需求。
为每个客户独立部署一个运行实例,只不过每个运行实例运行的是同一份代码。
Level3高性能的多租户架构:多租户单实例的应用架构才是通常真正意义上的SAAS应用架构,也就是我们通常所说的Multi-Tenant架构。
Level4可伸缩性的多租户架构:在用户数大量增长情况下,无须更改架构,而仅通过硬件设备的增加,支撑应用规模的增长。
SAAS多租户模式下数据隔离方案独立数据库:主要是为不同的租户提供独立的不同的数据库,租户与租户之间从数据库层面完全隔离,互不影响。
能够简化数据模型设计,且后续专有特殊需求也比较容易实现;故障修复、数据处理也相对简单。
这种方式数据安全级别最高、安全性最好,但是成本太高,维护工作量太大,会导致较高的设备维护和数据备份开销,因为通常数据服务器所支持的数据库数量是有限的;共享数据库但隔离表架构:是多个租户可以共享一个数据库,但不同的租户使用不同的Schema,从一定程度上隔离了用户数据,每个数据库可以支持多个租户应用。
详解SaaS解决方案
详解SaaS解决方案责任编辑:晓熊作者:IT168 黎宇2008—06—26【内容导航】•第1页:SaaS慨述•第2页:SaaS平台介绍•第3页:应用场景分析•第4页:SaaS平台整体框架设计•第5页:SaaS平台逻辑架构展开全部文本Tag:SaaS项目管理【IT168技术评论】1. SaaS慨述1。
1 什么是SaaSSaaS是Software—as—a—service(软件即服务)的简称,它是一种通过Internet提供软件的模式,用户不用再购买软件,而是向提供商租用基于Web的软件,来管理企业经营活动,无需对软件进行维护,服务提供商会全权管理和维护软件,对于个人,SaaS带来了很多工作和生活的便利;对于许多小型企业,SaaS 是采用先进技术的最好途径,它消除了企业购买、构建和维护基础设施和应用程序的需要,近年来,SaaS的兴起已经使中小型企业切实地降低了各项成本。
1。
2 SaaS的特点Internet访问性SaaS平台是建立在公有的Internet网上,所有用户必须通过外网的WEB 方式访问.这与其它信息不同的是一般的信息系统是建立在Intranet上,供企业内部使用。
大众化服务SaaS平台的服务是面向大众化的企业,它不是专门为哪家企业开发的,而是以套装化提供大量服务满足的是大多数的需求。
软件租赁方式SaaS是通过租赁的方式将应用软件或者服务提供给多个企业,企业无须再一开始花费大笔费用购买整套软件或取得商业服务,而是以月租或者论次的方式由应用服务供应商将应用软件或者服务提供给企业,并减少取得软硬件的成本及门槛。
开放性平台提供应用功能的集成、数据接口的集成、组件的集成。
l灵活性随着时间的推移,不可避免的需要对企业单位的信息管理系统中的某些内容进行修改,如企业单位组织的变化、业务流程的变化、业务表单的变更等.平台提供了数据字典定制、应用定制、工作流定制等工具对各应用子系统中的内容进行维护。
具有一定计算机知识的普通用户在经过培训之后利用平台能够完成大多数修改维护工作,用户可以自行定制或修改应用表单、变更工作流程等.安全性平台为各个应用子系统提供了统一的安全服务,包括用户认证、权限认证等;同时,平台的安全服务可与整个系统的安全方案结合起来,提供一个全面的安全解决方案.授权中心包括用户管理、角色管理、权限管理、系统配置、系统日志等.适用性及扩展性平台面对的是全国中小型企业,其开发方式和运作方式具有周期长、涉及面广、影响因素多、不规范等特点。
云计算平台的架构与实现
云计算平台的架构与实现随着信息技术的不断发展和应用,云计算作为一种新型的计算模式已经在现代化的商业和科研领域得到了广泛的应用和推广。
云计算平台有着高度的灵活性、可扩展性和成本效益等优势,是一种高效且经济实用的计算模式。
本文将分析云计算平台的架构和实现原理,探讨其核心技术。
一、云计算平台简介云计算平台可以概括为一种基于网络的分布式计算模式,通过虚拟化技术将硬件资源和服务分配给用户。
云计算平台大多数都具有公共的特点,如可扩展性、灵活性、安全性、可靠性、高可用性等。
云计算平台一般通过网络连接,提供虚拟基础设施服务(IaaS)、平台即服务(PaaS)和软件即服务(SaaS)等模式,提供用户所需的计算资源和运行环境,随时随地通过网络获得计算服务。
二、云计算平台的架构云计算平台的架构主要包括两个方面:数据中心架构和云计算应用平台架构。
1. 数据中心架构数据中心是云计算平台的核心基础设施和管理中心,它包含大量的物理资源如服务器、存储设备、网络设备等,用于提供云计算服务。
数据中心的基本构成包括服务器集群、存储系统、网络架构、虚拟化平台和服务管理系统。
数据中心应该具有高性能、高可用性、灵活性、安全性、可靠性等特点。
2. 云计算应用平台架构云计算平台的应用平台层次结构包括基础平台、中间件和应用软件三个层次,其中基础平台为应用程序提供了基本的硬件和软件资源,并通过中间件为应用提供访问硬件资源和服务的方式。
应用软件在此基础上运行并为用户提供所需的服务。
三、云计算平台的实现技术1. 虚拟化技术虚拟化技术是云计算平台的关键技术之一,它允许这些平台同时运行多个操作系统和应用程序。
虚拟化技术通过将物理计算资源如CPU、内存、硬盘等抽象出来,然后将其用虚拟机监视器(VMM)来管理,每个虚拟机都是独立的,它们共享物理资源,但具有各自独立的操作系统和应用程序。
虚拟机监视器的主要功能是将物理计算资源分配给虚拟机,管理虚拟机之间的交互,并保证虚拟机之间的隔离性和安全性。
SaaS服务系统技术架构
SaaS服务系统技术架构FutureStore技术架构设计遵循业界领先的“云计算”理念,基于FutureStore⾼可⽤、⾼扩展、⾼可靠、⾼安全、⾼性能的云计算开放平台服务架构来构建整个FutureStore系统架构,系统架构整体分为如下⼏部分:1、数据整合平台FutureStore通过SoA技术及ETL技术,⾼效整合来⾃CRM、ERP、电⼦商务、财务等系统的业务数据,保证系统的数据的⼀致性、完整性。
系统以“客户忠诚度管理”、“多渠道整合营销”、“体验营销”为核⼼建模思想,为企业提供完整的数据视图。
2、数据服务层通过数据整合平台整合、转化的业务数据,以统⼀的数据视图导⼊客户库、数据业务库、运营商业务库、ERP库等业务库,为各业务系统提供基础数据。
业务库的各种核⼼业务数据,通过ETL、数据挖掘、协同过滤等⼿段,导⼊FutureStore数据仓库,为智能推荐、数据库营销、客户分群、市场营销活动等提供核⼼的数据。
各客户间SaaS服务业务数据及数据仓库数据通过虚拟化、分区等技术来完成在物理层⾯及逻辑层⾯的隔离,有效保证各客户数据的安全性。
3、基础框架层基础框架层为FutureStore云计算服务提供基础的技术⽀撑。
FutureStore 云计算开放平台服务架构采⽤分布式架构设计,保证整个系统的⾼可⽤、⾼扩展、⾼可靠、⾼安全、⾼性能。
同时FutureStore云计算平台是⼀个开放式的服务平台,对外开放了平台的各种服务,聚合了众多的独⽴软件开发商、应⽤提供商、内容提供商、服务提供商等产业链的各种商家,有效保证了平台的⽣命⼒。
FutureStore的界⾯引擎、中间件引擎、规则引擎、⼯作流引擎、智能推荐引擎、ETL引擎等核⼼引擎来完成对各种技术实现的⽀撑,通过系统的组件化设计,保证了系统的可扩展性、可配置性、可管理性。
4、应⽤服务层应⽤服务层为FutureStore的核⼼服务所在,通过系统各种丰富组件的组合和复⽤,可以快速搭建出各种系统。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1. SaaS介绍1.1 SaaS概念SaaS是Software-as-a-service(软件即服务)简称,是随着互联网技术发展和应用软件成熟,而在21世纪开始兴起一种完全创新软件应用模式。
它是一种通过Internet提供软件模式,厂商将应用软件统一部署在自己服务器上,客户可以根据自己实际需求,通过互联网向厂商定购所需应用软件服务,按定购服务多少和时间长短向厂商支付费用,并通过互联网获得厂商提供服务。
用户不用再购买软件,而改用向提供商租用基于Web软件,来管理企业经营活动,且无需对软件进行维护,服务提供商会全权管理和维护软件,软件厂商在向客户提供互联网应用同时,也提供软件离线操作和本地数据存储,让用户随时随地都可以使用其定购软件和服务。
对于许多小型企业来说,SaaS是采用先进技术最好途径,它消除了企业购买、构建和维护基础设施和应用程序需要。
在这种模式下,客户不再像传统模式那样花费大量投资用于硬件、软件、人员,而只需要支出一定租赁服务费用,通过互联网便可以享受到相应硬件、软件和维护服务,享有软件使用权和不断升级,这是网络应用最具效益营运模式。
1.2 SaaS 专用名词1.多重租赁(Multi-tenancy)SaaS"多重租赁"概念就是,多个公司将其数据和业务流程托管存放在SaaS服务商同一服务器组上,相当于服务商将一套在线软件同时出租给多个公司,每个公司只能看到自己数据,由服务商来维护这些数据和软件。
也就是说,多个公司登录到同一网站,但登录后看到界面和数据,不同公司大不相同。
2.单点登录(Single sign-on)这个概念应用在SaaS上,就是指把多个不同在线应用软件服务搭建成为一种新型整合服务。
用户通常只需要登录一次就可以使用集成好应用软件组合。
3.基础架构平台(Platform infrastructure)有时候SaaS拥护者希望出现一种基础架构平台来推动SaaS更好地发展。
这是因为首先得有一个平台来支撑SaaS软件应用程序运行,如今最著名是国外Salesforce 公司APP Exchange平台,国内800CRM800APP Native平台与Salesforce兼容。
4. SaaS(软件作为服务)厉害SaaS销售代表直接用SaaS就能解决你所有管理软件问题。
比起其它软件,SaaS软件更便宜,灵活性更强,能省掉更多麻烦。
5 SaaS成熟度模型(SaaS Maturity Model)(1)Level1:定制开发这是最初级成熟度模型,其定义为Ad Hoc/Custom,即特定/定制,对于最初级成熟度模型,技术架构上跟传统项目型软件开发或者软件外包没什么区别,按照客户需求来定制一个版本,每个客户软件都有一份独立代码。
不同客户软件之间只可以共享和重用少量可重用组件,库以及开发人员经验。
最初级SaaS应用成熟度模型与传统模式最大差别在于商业模式,即软硬件以及相应维护职责由SaaS服务商负责,而软件使用者只需按照时间,用户数,空间等逐步支付软件租赁使用费用即可。
(2)Level2:可配置第二级成熟度模型相对于最初级成熟度模型,增加了可配置性,可以通过不同配置来满足不同客户需求,而不需要为每个客户进行特定定制,以降低定制开发成本。
但在第二级成熟度模型中,软件部署架构没有发生太大变化,依然是为每个客户独立部署一个运行实例。
只是每个运行实例运行是同一个代码,通过配置不同来满足不同客户个性化需求。
(3)Level3:高性能多租户架构在应用架构上,第一级和第二级成熟度模型与传统软件没有多大差别,只是在商业模式上符合SaaS定义。
多租户单实例应用架构才是通常真正意义上SaaS应用架构,即Multi-Tenant架构。
多租户单实例应用架构可以有效地降低SaaS应用硬件及运行维护成本,最大化地发挥SaaS应用规模效应。
要实现Multi-Tenant架构关键是通过一定策略来保证不同租户间数据隔离,确保不同租户既能共享同一个应用运行实例,又能为用户提供独立应用体验和数据空间。
(4)Level4:可伸缩性多租户架构在实现了多租户但单实例应用架构之后,随着租户数量逐渐增加,集中式数据库性能就将成为整个SaaS应用性能瓶颈。
因此,在用户数大量增加情况下,无须更改应用架构,而仅需简单增加硬件设备数量,就可以支持应用规模增长。
不管用户多少,都能像单用户一样方便地实施应用修改。
这就是第四级也是最高级别SaaS成熟度模型所要致力解决问题。
5.独立软件开发者(ISV)开发软件个人或者公司,ISV通过平台来出售自己软件6.软件入口ISV出售软件时,提供给用户使用接口,即ISV开发软件进入网址。
7.创建子版本ISV根据软件功能,版软件分成几个不同子版本,用户可以根据所需运用购买不同版本,其工作有isv完成8.租户购买了软件个人或者公司。
9.注册序列号isv注册软件时获得序列号,是isv软件唯一不可变更序列号,可不计入数据库,单必须保存在isv软件配置文件中。
10.免登陆由平台跳到isv软件时,不需进行再登陆,isv软件根据传过来用户信息,直接初始化用户信息。
11.Token身份验证令牌,在saas平台跳到isv软件时使用,用于验证跳转用户合法性。
Token动态生成,为了安全,其生命长度只有10-20秒。
12免登入接口由平台提供一组验证程序,修改其中注册序列号后绑定到isv软件,以实现用户免登入。
13.参与软件不是自己购买开发软件,而是由别人购买并添加,其所有软件显示为参与软件。
14.AssP软件互联平台,在这既SaaS平台2.SaaS平台功能2.1软件注册2.1.1 业务流程图图1 软件注册流程图2.1.2业务详细说明用户先注册一个平台帐号,登录后,点击我软件(即开发软件)进入,后点击注册软件,填写相关信息,提交成功后,会产生一个软件注册序列号,此序列号为核对客户软件凭证。
最后还需通过平台管理员审核,该软件才会出现在软件商城中,才可供平台用户购买。
2.1.3功能描述注册软件主要是用于给想在该平台上出售软件第三方客户(软件提供商)提供软件入口,同时填写软件相关详细信息,图片,类别等。
注意:注册软件时需要客户填写软件入口,即客户所提供软件发布网址,当平台上客户购买了软件后,点击进入使用时,将通过该软件入口进入软件。
2.1.4用例图图2软件审核用例图图3注册软件用例图2.2.1业务流程图图4软件编辑流程图2.2.2业务详细说明软件注册成功并通过审核后,即可在我软件(开发软件)中查看,编辑或删除该软件信息,同时还可为软件进行版本分类,可创建,查看,删除子版本。
2.2.3功能描述在我软件中可查看,编辑,删除该软件信息,同时还可为软件进行版本分类,可创建,查看,删除子版本。
2.2.4用例图图5软件编辑用例图2.3.1业务流程图图6软件购买流程图2.3.2业务详细说明用户在软件商城可查看所有平台已通过审核软件,若用户已登录并未购买过该软件,则可点击购买进行购买软件;点击查看详细信息,可查看软件详细信息,点击购买可进行购买(前提是用户已登录并未购买过该软件),若此用户已购买过该软件则会提示已购买并跳到购买软件页面,用户可点击进入使用,若此用户未登录,则提示请先注册并登录。
添加用户:若租户购买授权个数大于1,则可添加其他用户使用软件,添加用户有两种方式:1.若用户已存在,即添加已在平台上注册用户,则可通过注册时填写电子邮件地址进行查找,并添加,添加成功后,对方即可在参与软件中使用该软件。
2.若用户不存在,即添加还未在平台上注册用户,则可通过创建新用户来进行添加,并把创建信息告知对方,对方即可在参与软件中使用该软件。
若不在想让某用户使用该软件,可通过删除操作来删除。
续费:租户可根据仅追加使用授权个数,仅追加购买授权期限或同时追加个数和权限来进行续费2.3.3功能描述软件商城显示所有注册了并通过审核软件,平台上已注册并登录用户充值后可选择相应软件根据授权个数和授权时间进行购买。
购买成功后即可在购买软件中查看并使用,同时还可进行续费,添加用户等操作。
添加用户用于租户添加自己所购买软件使用人员,也可根据需要进行删除。
注意:授权个数即可使用该软件人数,客户购买了软件后即成为租户,租户可通过添加用户操作添加用户。
授权时间即该软件可使用时间,若租户想增加授权个数或增加授权人数,即可通过续费来完成。
2.3.4用例图图7软件购买用例图2.4参与软件2.4.1业务流程图无业务流程图。
2.4.2业务详细说明通过软件购买中添加用户可添加用户,成功后,用户点击参加软件中相应软件进入使用,可使用包括自己购买和通过其他租户添加进去使用软件2.4.3功能描述参加软件中显示用户可使用软件列表,包括自己购买和通过其他租户添加进去使用软件2.4.4用例图图8参与软件用例图2.5账户与个人信息2.5.1业务流程图无业务流程图。
2.5.2业务详细说明用户可根据需要查看余额,进行充值,查看个人信息,修改密码等2.5.3功能描述帐户与个人信息可查看用户余额,可进行充值,查看个人信息,修改密码等操作2.5.4用例图图9帐户与个人信息用例图02.6 SaaS平台免登陆接口2.6.1业务流程图图1-6-1 免登陆接口处理流程2.6.2业务详细说明用户请求访问购买SaaS软件:用户请求使用用户购买SaaS软件时,平台会将用户ID(User_ID), 软件ID(Application_ID), 购买此软件租户ID(Renter_ID), 防止重传Token 这4个参数传值提供软件提供商提供网址。
同时将此时生成Token序列和时间与访问用户id,软件id一起保存在数据库里,Token有效时间理应当设为10秒到20秒左右。
SaaS软件访问CheckLogin.aspx 调用免登陆接口:SaaS软件在注册时候会获得一个独有软件序列号,软件提供商在软件开始运行代码中加入请求,访问平台判断此用户和本软件是否是合法软件和用户,SaaS软件应该将软件序列号,时间戳(系统当前时间),请求接口名,与传送过来四个值用md5加密生成一个新sipsign值,再把sipsign,时间戳,请求接口名和传送过来四个值传给平台CheckLogin.aspx 页面请求调用免登陆接口。
(如图1-6-2 和图1-6-3)图1-6-2 sipsign验证生成图1-6-3 请求接口URL判断请求接口名称:请求接口理应当分为很多类型,所以在处理页面上应当做分类处理,当然目前只实现免登陆接口,但为了以后扩展这种业务流程上判断不能少(接口名称命名规则建议为:公司名.模块名.功能名,这样可以用split做分类操作)。
如果不存在此名称接口,则返回一个错误信息。
获取请求数据:根据接口类型不同,获取不同名称数据参数。