SaaS+架构设计
SAAS架构设计模式PPT课件
功能分解：每个功能都是有价值的，每个功能都是不 可再分的，功能间不相互重叠，功能间不循环依赖， 整个系统是完整的。
功能定义及依赖：所谓功能依赖是指一个功能在没有 另外功能情况下不能使用。
功能包设计：根据用户的类型和系统的业务逻辑，综 合考虑用户的使用场景和使用习惯，将原子功能进行 组合成功能包。
术实现
.
15
第5章 Multi-Tenant应用的可配置性 数据配置方案
定制字段 根据客户的需求在数据表上增加相应的定制字段来保存
扩展数据。对于SAAS应用来说，定制的字段多如牛 毛，显示不是解决SAAS应用下数据可配置的理想方 案。
CustomID TenantID Name
112
40
Joy
.
销售包设计：功能包不能完全的独立使用，还需要按 不同的商业意图构造适宜于用户使用的销售包。
功能使用校验：在原子功能使用前，对当前用户是否 可以使用该原子功能进行校验。
.
19
第5章 Multi-Tenant应用的可配置性 界面配置方案
系统菜单可配置：一个租户一套菜单、一个菜 单关联一个原子功能、组织成树状结构、同级 菜单之间存在顺序问题；
.
23
第6章 可伸缩的SAAS应用架构 数据库层的水平扩展
相对于应用服务器层的水平扩展，数据库层的水平扩 展更难实现。
实现数据库层的水平扩展有多种方式： 1、数据库的垂直切分：将不同的功能模块所涉及到的
表划分表不同的物理数据库中，从而将对这些表的访 问压力分担到不同物理数据库； 2、数据库的读/写分离：同一数据库在多个物理服务器 上具有多份Copy，彼此同步，写操作都统一到一个 主服务器上，读操作则分担到多台从服务器上； 3、数据库的水平切分：将原来存储在一个数据表中的 数据，按一定规则切分到不同物理数据库中，每个数 据库结构相同，数据不相同。
SaaS系列介绍之十三：SaaS系统体系架构
SaaS系列介绍之⼗三：SaaS系统体系架构 1 系统体系架构设计 软件开发中系统体系架构决定了⼀个系统稳定性、健壮性、可扩展性、兼容性和可⽤性，它是系统的灵魂。
体系架构是架构师所关注的核⼼。
良好的体系架构是系统成功的开端，否则，再好的代码与设计也⽆济于事。
2 当前.net主要的开发框架简介 l Castle Castle是针对.NET平台的⼀个开源项⽬，从数据访问框架ORM到IOC容器，再到WEB层的MVC框架、AOP，基本包括了整个开发过程中的所有东西，为我们快速的构建企业级的应⽤程序提供了很好的服务。
其中关键的技术是ActiveRecord，Facilities，MonoRail等等。
优点：体现了ORM、IOC、ActiveRecorder思想，MVC框架。
不⾜：框架层次划分不太清楚。
l PetShop PetShop是微软⽤它来展⽰.Net企业系统开发的能⼒。
PetShop4.0，这个实例是Microsoft针对SQL Server 2005 以及Visual Studio 2005发布的。
其中运⽤了⼀些新的技术。
缓存数据与数据库的更新同步，新的Web控件，以及母版的应⽤，异步通讯，消息队列。
这些都是很实⽤的技术。
PetShop中⼤量运⽤了抽象⼯⼚模式，由于采⽤了Master Pages，Membership，以及Profile，表现层的编码量减少了25%，数据层的编码量减少了36%。
图1 PetShop4.0的体系架构 PetShop4.0在数据访问层(DAL)中，采⽤DAL Interface抽象出数据访问逻辑，并以DAL Factory作为数据访问层对象的⼯⼚模块。
对于DAL Interface⽽⾔，分别有⽀持MS-SQL的SQL Server DAL和⽀持Oracle的oracle DAL具体实现。
⽽Model模块则包含了数据实体对象。
可以看到，在数据访问层中，完全采⽤了“⾯向接⼝编程”思想。
SAAS架构设计模式
SAAS架构设计模式随着云计算的迅速发展和软件即服务（Software as a Service，简称SAAS）的流行，SAAS架构设计模式也成为了云计算中的重要组成部分。
SAAS架构设计模式是指在开发SAAS应用程序时采用的一种构建模式和架构模式，可以提供可靠、可扩展和高性能的SAAS应用程序。
本文将介绍几种常见的SAAS架构设计模式。
1. 多租户模式（Multi-tenancy）多租户模式是指将多个客户的数据和应用程序部署在同一台服务器上，但是各个租户之间的数据和应用程序是相互隔离的。
这种模式可以节省资源和成本，并且可以更好地实现可伸缩性。
在多租户模式下，通常使用数据库分片和隔离技术来隔离不同客户的数据。
2. 微服务架构（Microservices）微服务架构是一种将应用程序分解为小型、独立的服务的架构模式。
每个服务都可以独立开发、部署和伸缩，通过API和消息队列进行通信。
这种模式可以提供灵活性、可伸缩性和可靠性，并且可以更快地进行开发和部署。
3. 事件驱动架构（Event-driven）事件驱动架构是一种通过事件触发和处理来实现应用程序的架构模式。
这种模式可以提供更强大的解耦性和弹性，并且可以更好地处理大规模的并发请求。
在SAAS应用程序中，事件驱动架构可以用于处理用户请求、数据更新和系统通知等不同类型的事件。
4. 缓存架构（Caching）缓存是一种在内存中存储和访问数据的技术，在SAAS应用程序中使用缓存可以提高性能和响应时间。
常见的缓存架构模式包括本地缓存、分布式缓存和反向代理缓存。
使用缓存可以减少对数据库的访问，提高系统的吞吐量和扩展性。
5. 异步处理（Asynchronous Processing）异步处理是一种将耗时的操作和后台任务分离出主线程的处理方式。
在SAAS应用程序中，常见的异步处理方式包括消息队列、任务队列和异步调用等。
这种模式可以提高系统的吞吐量、并发性和可靠性，并且可以更好地处理突发的请求和负载。
saas公司组织架构
saas公司组织架构
SaaS公司的组织架构可能会因公司规模、业务模式、产品类型等多种因素而异。
以下是一个典型的SaaS公司的组织架构：
1. 高层管理团队：由CEO、COO、CFO等组成，负责公司整体战略规划和决策。
2. 产品开发团队：负责开发SaaS产品和服务，包括产品经理、工程师、设计师等。
3. 销售和市场团队：负责市场推广和销售服务，包括市场营销经理、销售经理、客户成功经理等。
4. 客户支持团队：负责提供技术支持和解决问题，包括客服经理、技术支持工程师等。
5. 人力资源和财务团队：负责公司的财务和人力资源管理，包括人力资源经理、财务经理等。
SAAS产品设计原则及产品架构特点
SAAS产品设计原则及产品架构特点SAAS（Software as a Service）是一种软件交付模式，用户通过互联网访问和使用软件，而不需要购买或安装软件。
SAAS产品的设计原则和产品架构特点对于构建高质量、可扩展的SAAS产品至关重要。
以下是SAAS产品设计原则及产品架构特点的详细解释。
1.多租户：SAAS产品需要支持多个租户同时使用，每个租户拥有独立的数据库和配置，但共享相同的应用程序、服务器和网络基础设施。
通过多租户架构，可以降低运营成本，提高系统的可扩展性和灵活性。
2.多渠道交付：SAAS产品应该支持多种交付渠道，包括网页应用程序、移动应用程序和API接口。
这样可以满足不同用户的需求，并提供更好的用户体验。
3.可定制性：SAAS产品需要提供一定程度的可定制性，以满足不同用户的需求。
通过提供配置选项、插件架构和API接口，用户可以根据自己的需求对产品进行定制和扩展。
4.安全性：SAAS产品需要采取一系列安全措施，保护用户的数据和隐私。
这包括数据加密、访问控制、审计日志、防火墙和恶意软件检测等。
5.可伸缩性：SAAS产品需要支持快速扩展，以满足不断增长的用户需求。
通过使用云计算和自动化扩展技术，可以实现系统的弹性扩展，以应对流量峰值和用户增长。
1.多层架构：SAAS产品通常采用多层架构，包括用户界面层、应用程序层和数据层。
用户界面层负责与用户交互，应用程序层处理业务逻辑，数据层负责存储和管理数据。
2.微服务架构：SAAS产品可以采用微服务架构，将整个应用程序拆分成多个独立的微服务。
每个微服务负责一个特定的功能，可以独立开发、部署和扩展，提高系统的灵活性和可伸缩性。
3. 服务容器化：SAAS产品可以使用容器化技术，如Docker，将应用程序和依赖项打包成独立的容器。
容器化可以提供更好的部署、管理和迁移能力，简化系统的维护和运维。
4.持续集成和持续交付：SAAS产品需要采用持续集成和持续交付的开发流程，确保快速、高质量的软件发布。
SaaS架构设计详解
日志、权限、事务等)。同时更重要的是确立逻辑分层、模块划分和模块之间的依赖关系；
开发视图：用于描述开发环境下的静态组织。从开发环境、技术架构、分层策略和目录结构4个方面阐述;
过程视图：聚焦在进程、线程等运行时概念，以及相关的并发、同步、通信等问题。如果本系统不需要考虑这
（
这是第二种方案，即多个或所有租户共享Database，但一个Tenant—个Schema。
优点:
为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；
每个数据库可以支持更多的租户数量。
缺点：
如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据；
如果需要跨租户统计数据，存在一定困难。
通过数字签名防止传ห้องสมุดไป่ตู้过程篡改；
对用户身份识别的UserToken使用DES算法数据加密；
业务数据定时自动备份。
(2)
完整的权限配置，包括功能权限和数据权限;
客户端输入校验，防止JS攻击、XSS攻击、SQL注入等;
辅助安全设计，比如密码控件、图片验证码、手机确认码等。
（
这是第一种方案，即一个Ten a nt—个Database（见图3-14），这种方案的用户数据隔离级别最高， 好，但成本也高。
日志记录9..
（1）行为日志记录10
（2）数据日志记录10
（3）日志记录的安全10
数据加密算法（会牺牲一定性能）11
基于SaaS云计算网络性能测试指标12
（1）新建速率12
（2）并发数12
（3）吞吐量12
（4）响应时间13
智慧芽saas系统设计方案
智慧芽saas系统设计方案智慧芽SAAS系统设计方案1. 系统概述智慧芽SAAS系统是一个基于云计算和软件即服务（SAAS）模式的应用开发平台。
该系统旨在提供一套全面的应用开发工具和服务，帮助开发者更高效、更便捷地开发和部署应用程序。
2. 系统架构智慧芽SAAS系统采用了分布式架构，主要包括以下模块：- 用户管理模块：负责用户的注册、登录、权限管理等功能。
- 应用管理模块：负责应用的创建、编辑、发布、升级等功能。
- 数据存储模块：提供数据存储服务，支持多种数据库类型。
- 云计算模块：提供云计算资源，包括虚拟机、容器等。
- 部署管理模块：负责应用的部署和管理。
- 运维监控模块：提供应用运行状态的监控和管理。
3. 关键功能- 应用开发工具：提供一套完善的开发工具，包括界面设计、代码编辑、调试等，帮助开发者快速创建应用。
- 应用模板：提供一系列应用模板，包括常见的业务应用、管理系统等，开发者可以在此基础上进行定制开发。
- 云计算资源管理：提供虚拟机、容器等云计算资源，用户可以根据需求进行动态分配和管理。
- 数据存储服务：支持多种数据库类型，包括关系型数据库、文档数据库、键值存储等，用户可以根据需求选择适合的数据库。
- 应用部署和升级：提供应用的部署和升级功能，用户可以通过简单的操作完成应用的部署和升级。
- 运维监控：提供应用运行状态的监控和管理功能，包括性能监控、日志管理、异常处理等。
4. 系统实施方案- 技术选型：采用主流的云计算和开发技术，包括Java、Spring Boot、Docker等。
- 架构设计：采用分布式架构，通过服务拆分和负载均衡来提高系统的扩展性和稳定性。
- 数据库设计：选择适合的数据库类型，并采用合适的数据模型和数据结构来存储和处理数据。
- 安全设计：采用合适的认证、授权和加密技术来保护用户数据的安全。
- 用户界面设计：采用简洁、直观的界面设计，提供友好的用户体验。
- 部署方案：可以将系统部署在公有云或私有云上，根据用户规模和需求来选择合适的部署方案。
基于SaaS架构的云端项目管理系统设计
基于SaaS架构的云端项目管理系统设计1. 引言随着云计算技术的不断发展与普及，越来越多的企业开始将自己的业务迁移到云端。
SaaS（软件即服务）作为云计算的一项重要服务模式，已经成为许多企业管理需求的首选。
云端项目管理系统作为SaaS应用的一种，能够帮助企业有效地管理和监控项目进程，提高团队协作效率，增强业务的可持续发展能力。
本文将对基于SaaS架构的云端项目管理系统的设计进行详细阐述。
2. SaaS架构概述SaaS架构是一种基于云计算的应用软件交付模式，在该模式下，软件以服务的形式通过云端网络向客户提供。
相较于传统的软件部署模式，SaaS架构具有简单易用、可扩展性强、按需付费等优点。
在云端项目管理系统中，采用SaaS架构能够快速实现部署、维护与升级，同时减轻用户的运维负担，提供更好的用户体验。
3. 功能需求分析云端项目管理系统的功能需求包括但不限于：项目计划与任务管理、资源管理、团队协作与沟通、文件共享与版本控制、报表与数据分析等。
其中，项目计划与任务管理是核心功能。
用户可以通过系统创建项目，并在项目中创建任务，设定任务的截止日期、优先级等。
团队成员可以查看任务进度，并通过系统实时交流与协作。
资源管理功能可以提供资源调配与优化的支持。
另外，系统应支持文件的上传、下载、共享与版本控制，便于团队成员之间的合作。
报表与数据分析功能可以为用户提供项目进展、资源利用、团队绩效等方面的数据分析与决策支持。
4. 架构设计该系统基于SaaS架构，采用B/S架构模式来实现。
前端使用HTML、CSS和JavaScript等技术来开发，后端采用流行的开发框架来实现核心功能。
系统的架构设计分为前端架构和后端架构两部分。
4.1 前端架构设计前端架构设计主要包括用户界面设计、页面交互设计和前端开发框架选择。
用户界面设计要符合用户的操作习惯和美观简洁的原则。
页面交互设计要注重用户体验，简化操作流程，提高用户的工作效率。
前端开发框架选择根据实际需求来确定，常用的有Bootstrap、React、Vue等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SaaS架构设计SaaS架构设计 (1)SaaS成熟度模型分级 (1)RUP “4+1”视图模式（逻辑视图/过程视图/开发视图/物理视图+场景视图） (2)MDA(Model Driven Architecture)模型驱动架构 (2)RUP “4+1”视图模式（逻辑视图/过程视图/开发视图/物理视图+场景视图）●场景视图：用例图，描述用户的业务场景，从用户的角度标识出业务需求，它是架构设计的起点和终点；●逻辑视图：就是对象模型。
逻辑视图重点在于功能，功能包括可见的业务功能，也包括不可见的系统功能（如日志、权限、事务等）。
同时更重要的是确立逻辑分层、模块划分和模块之间的依赖关系；●开发视图：用于描述开发环境下的静态组织。
从开发环境、技术架构、分层策略和目录结构4个方面阐述；●过程视图：聚焦在进程、线程等运行时概念，以及相关的并发、同步、通信等问题。
如果本系统不需要考虑这些方面，本视图可以省略；●物理视图：也叫部署视图描述软件如何映射到硬件，反映系统在分布/部署上的设计。
MDA(Mod el Driven Architecture)模型驱动架构MDA利用元数据模型，可以方便灵活地实现可配置化。
MDA(Model Driven Architecture)是模型驱动架构，它是由OMG定义的一个软件开发框架。
它是一种基于UML以及其他工业标准的框架，支持软件设计和模型的可视化、存储和交换。
和UML相比，MDA能够创建出机器可读和高度抽象的模型，这些模型独立于实现技术，以标准化的方式储存。
MDA把建模语言用作一种编程语言而不仅仅是设计语言。
MDA的关键之处是模型在软件开发中扮演了非常重要的角色。
SaaS的安全性设计一般常见的安全性设计分为两类：系统级和程序级。
系统级：●使用HTTPS协议以SSL（Security Socket Layer）交换数据，增强通信安全；●通过数字签名防止传输过程篡改；●对用户身份识别的UserToken使用DES算法数据加密；●业务数据定时自动备份；程序集：●完整的权限配置，包括功能权限和数据权限；●客户端输入校验，防止JS攻击、XSS攻击、SQL注入等；●辅助安全设计，比如密码控件、图片验证码、手机确认码等；安全性安全压倒一切。
大多数用户只是问问SaaS厂商是不是采用了安全套接层(SSL)技术，而安全性涵盖的不仅仅只有这个方面。
要向潜在的SaaS厂商询问下列问题：●放置服务器的数据中心有没有24×7全天候的物理安全措施？●数据中心有没有得到保护(保安是不是24小时在周围至少巡视一次)？●谁有权访问这些服务器(只有内部员工可以访问，还是承包商也可以访问？)●有没有日志记录谁何时进入、何时离开？如果有日志，那么隔多长时间审计这些日志？●应用程序有没有使用基于行业标准的128位加密技术？●如果多个客户使用的应用程序放在同一台服务器上，那么它们有没有采用逻辑或物理分隔，从而确保你的数据不被未授权的人所看到？●SaaS厂商中可以访问你企业数据的工作人员有没有经过犯罪背景调查？知道被定罪的重罪犯是不能访问你企业那些敏感的个人数据，这很重要。
●厂商有没有正规的业务连续性方案(BCP)？对方愿不愿意与你共享该方案、它能消除你的担忧吗？SaaS下的安全性设计很重要。
一般常见的安全性设计分为两类：系统级和程序级。
（1）系统级：使用HTTPS协议以SSL（Security Socket Layer）交换数据，增强通信安全；通过数字签名防止传输过程篡改；对用户身份识别的UserToken使用DES算法数据加密；业务数据定时自动备份。
（2）程序级：完整的权限配置，包括功能权限和数据权限；客户端输入校验，防止JS攻击、XSS攻击、SQL注入等；辅助安全设计，比如密码控件、图片验证码、手机确认码等。
现在SaaS Multi-Tenant在数据存储上存在三种主要的方案（1）方案一：独立数据库这是第一种方案，即一个Tenant一个Database（见图3-14），这种方案的用户数据隔离级别最高，安全性最好，但成本也高。
优点：为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求；如果出现故障，恢复数据比较简单。
缺点：增大了数据库的安装数量，随之带来维护成本和购置成本的增加。
这种方案与传统的一个客户、一套数据、一套部署类似，差别只在于软件统一部署在运营商那里。
如果面对的是银行、医院等需要非常高数据隔离级别的租户，可以选择这种模式，提高租用的定价。
如果定价较低，产品走低价路线，这种方案一般对运营商来说是无法承受的。
（2）方案二：共享数据库，隔离数据架构这是第二种方案，即多个或所有租户共享Database，但一个Tenant一个Schema。
优点：为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；每个数据库可以支持更多的租户数量。
缺点：如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据；如果需要跨租户统计数据，存在一定困难。
（3）方案三：共享数据库，共享数据架构这是第三种方案，即租户共享同一个Database、同一个Schema，但在表中通过TenantID区分租户的数据。
这是共享程度最高、隔离级别最低的模式。
优点：三种方案比较，第三种方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。
缺点：隔离级别最低，安全性最低，需要在设计开发时加大对安全的开发量；数据备份和恢复最困难，需要逐表逐条备份和还原。
如果希望以最少的服务器为最多的租户提供服务，并且租户接受以牺牲隔离级别换取降低成本，这种方案最适合。
数据库层性能优化应用层性能优化：Cache其实很难说Cache就是应用层性能的优化策略。
因为大部分情况下，Cache所缓存的内容就是数据库中存储的内容。
采用Cache策略其实也是对数据库层的一种优化，因为其避免了对于数据库的频繁访问。
MemCached和JBoss Cache应该是两类比较典型的Cache。
日志记录日志记录就是要对用户在系统中的操作行为和操作的数据等进行记录，以便对用户在系统中的操作进行查证，以保证用户行为是不可伪造的、不可销毁的、不可否认的。
也就是说，用户在系统中的行为是有据可查的，不能在系统中伪造自己的行为，或者伪造其他用户的行为；同时，用户是不能销毁这些证据的，不能否认自己的行为。
日志记录具体包括两部分：行为日志记录和数据日志记录。
（1）行为日志记录行为日志记录就是要对用户在系统中所访问的每一个页面，在各页面中所做的每一个行为都记录下来，记录用户的身份和行为的时刻。
例如，租户A的用户A1在2011年7月13日17:07:50访问了XXX系统的重要客户列表页面，做了删除客户信息的操作。
行为日志记录的实现，可以采用面向方法的方案来实现，例如，通过过滤器或拦截器的方式（Spring前置装备），来对所有的页面请求行为及页面里的提交行为多进行拦截，然后将其记录在日志文件里或数据库里。
行为日志记录是辨别用户在系统中行为的一个重要依据，对于系统使用与系统运营分开的SaaS系统就显得尤为重要。
（2）数据日志记录数据日志记录，就是要对用户在系统中所操作的数据进行记录，记录数据的变更过程及变更的历史。
这在多人操作同一个数据的系统中显得尤为重要。
可以通过流程引擎记录流程日志。
例如，用户A在财务系统中提交了一张财务报销单，报销金额是1000元，在经过了用户B、C、D等一系列人的修改和审批后，用户A看到的报销金额变成了500元，如果没有报销金额的变更日志记录，用户A一定会很疑惑，是谁因为什么原因修改了这个报销金额。
那么，系统就很有必要对报销金额的变更进行日志记录。
（3）日志记录的安全日志记录是对用户在系统中行为进行查证的依据，是用来跟踪和保障系统安全的，那么，日志记录本身的安全性也是需要重点考虑的。
首先，日志记录应该是只读的，最好能加上时间戳，不应该被认为修改或者伪造；其次，日志记录涉及用户的隐私，应该是保密的，要防止被非法使用。
租户的日志只向Tenant管理员开发，并且Tenant管理员也只能查询租户自己的日志。
数据加密算法（会牺牲一定性能）1、使用AES对称加密算法；2、每个企业生成一个数据密钥（生成后不能改变，否则先前加密过的数据无法进行解密）；3、企业key是利用企业管理员的密码明文去加密存储的，这就要求每个企业在建立时，必须先建立一个管理员；4、该企业下的每个用户使用其自身的登录密码原文对数据密码进行AES加密，并存储到用户表中。
（密钥加密）；5、用户保存敏感数据时，使用以准备好的密钥对数据进行AES加密；加/解密过程：1、企业注册时，为企业生成一个唯一的key，存放于企业表中；2、用户注册后，用户表中存放一个利用用户密码明文加密过的企业key；3、用户登录后，通过密码明文，解密出企业key，并存放到相应位置，待加/解密时使用；4、用户修改密码时，要使用原密码将企业key解密，并用新密码重新加密保存；基于SaaS云计算网络性能测试指标衡量云计算的网络性能根据使用的网络设备不同拥有很多指标。
最常见最关键的性能指标包括以下几项：新建速率（CPS）、并发数（CC）吞吐量（GoodPut）、响应时间（Response Time）。
（1）新建速率新建速率指通过数据中心中间网络每秒可以处理的TCP Session速率，单位为CPS（Connections Per Second）。
新建速率中的“新建”是指一个TCP Session成功建立并关闭的整个过程，将TCP关闭方式选择使用TCP FIN报文触发的4次握手关闭方式。
此种方式最符合当前普遍的网络协议应用模型。
在部分特殊业务需求的测试场景下，还可以采用TCP RESET方式进行快速会话关闭，以检验网络系统能够支持的极限性能。
新建速率指标将主要体现数据中心网络设备的CPU运算处理能力。
对新建速率测试开始前，应记录网络处理设备的CPU/Memory等关键性能指标，测试过程中和结束后对这些指标进行监控，实时了解整个网络的运行情况。
（2）并发数并发数指通过数据中心中间网络可以同时并发存在的最大TCP Session数量，单位为CC（Current Connections）。
并发数指标体现了整网会话保持与表项存储的能力，与网络处理设备的内存大小有直接关系。
对于并发数指标测试来说，尤其需要关注其上层协议的具体应用，一个Telnet连接保持1小时与一个http连接保持1小时在协议处理流程上是有很大不同的，应尽量根据实际网络中的业务流量设计测试模型。
（3）吞吐量吞吐量指当前网络可以有效传输的最大http数据量，也被称为有效吞吐GoodPut，区别于传统意义上的测试指标吞吐量ThroughPut，结果单位为BPS（Byte Per Second）。