微服务云平台及DEVOPS培训PPT

介绍如何搭建Kubernetes集群，以及集群的扩容、缩容、升级等操作。
微服务架构原理
讲解微服务架构的核心概念、设计原则和优势，包括服务拆分、独立部署、高度可配置等。
监控、日志分析与故障排除技巧
05
采用合适的日志收集工具，如Logstash、Fluentd等，实现日志的自动收集。
日志收集
选择合适的存储方案，如Elasticsearch、InfluxDB等，实现日志的长期存储和高效查询。
学员C
AI与DevOps深度融合：随着AI技术的不断发展，AI将在DevOps实践中发挥更大作用，如智能监控、智能告警、智能根因分析等，进一步提高软件开发与运维的智能化水平。
THANKS
感谢观看
自动化测试与质量保证策略
03
使用JUnit、TestNG等框架进行单元测试编写和执行，确保代码模块功能正常。
单元测试自动化
利用Selenium、Appium等工具模拟用户操作，验证系统各组件间的集成和交互。
集成测试自动化
通过Postman、SoapUI等工具对API接口进行测试，确保系统整体功能稳定。
持续交付
通过这次培训，我深刻理解了DevOps的核心思想，学会了如何在实际项目中应用持续集成和持续交付，提高了团队协作效率。
学员A
容器化和微服务架构让我对软件开发有了全新的认识，这种架构方式能够更好地应对复杂系统的挑战。
学员B
自动化和智能化的引入大大减轻了我们的工作负担，让我们有更多的精力关注业务创新。
在持续集成的基础上，将软件以可部署的形式快速、安全地交付给用户，同时保证软件质量。
采用容器技术实现应用轻量级部署，结合微服务架构提高系统可扩展性和可维护性。
通过自动化工具链实现开发、测试、部署等流程的自动化，提高开发效率；同时引入智能化技术，如AIOps，提升运维智能化水平。

容器化技术
总结词
容器化技术是一种轻量级的虚拟化技术，它将应用程序及其依赖项打包为一个独立的容器，实现应用程序的快速 部署和管理。
详细描述
容器化技术通过将应用程序及其依赖项打包为一个独立的容器，实现应用程序的快速部署和管理。容器化技术可 以简化应用程序的部署和管理过程，提高应用程序的可移植性和可靠性。
云计算将促进医疗数据的共享 和分析，提高医疗服务的效率
和质量。
教育行业
云计算将为教育行业提供更灵 活、高效的教学和学习资源，
促进教育公平。
云计算面临的挑战与解决方案
1 2 3
数据安全与隐私保护
随着云计算的普及，数据安全和隐私保护成为重 要挑战，需要加强数据加密、访问控制等安全措 施。
多云环境的管理与协同
03
云服务模式及应用
BIG DATA EMPOWERS TO CREATE A NEW
过云端提供软件应用程序，用户无需购 买和维护软件，只需按需使用。
用户通过Web浏览器可以实现相同的功能 并拥有访问数据的能力，供应商负责维护 和管理软件应用程序。
适用场景
混合云服务
总结词
结合多种云服务模式，根据业务需求将应 用程序、数据和资源部署到公有云、私有
云或混合云环境中。
适用场景
大型企业和需要高度安全性和灵活性的用 户。
详细描述
用户可以通过Web浏览器可以实现相同的 功能并拥有访问数据的能力，供应商负责 维护和管理软件应用程序。
优势
提高业务连续性、降低成本和提高安全性 。
大数据存储
总结词
大数据存储是指针对大规模数据的高效存储和管理技术，它能够满足海量数据存储、处理和分析的需 求。
详细描述

…… 服务 ……
DB
5
微服务痛点
微服务标准
✓ 微服务化没有统一标准，一般按业务领域垂直切分
✓ 业务按一定的粒度划分职责，并形成清晰、职责单一的服务接口
微服务通讯
✓ 微服务之间的通信方案相对成熟，开源领域选择较多的有RPC或RESTful API方案，
比如：gRPC、Apache Thrift等。
微服务治理，治理体现在以下诸多方面： ✓ 服务注册与发现
服务 服务 服务 服务 服务 拆分应用，实现敏捷开发和部署
gRPC 提供安全，过滤，流控等API管理功能
▪
异步消息调用 拆分应用，实产现敏品捷开发和部署 订单
库存
用户
……
微服务比较适合未来有一定的扩展复杂度，且有很大用户增量预期的应用，必须考虑未来的巨量的用户，微服务架构成了最好的选择。 ✓
A market leading solution for application lifecycle management with a Docker centric product view
2
微服务应用 vs. 单体应用 – 微服务应用
浏览器
微服务的优点和缺点一样明显
✓ 优点
▪ 开发简单
▪ 技术栈灵活
▪ 服务独立无依赖
UI
▪ 独立按需扩展
▪ 可用性高
Oracle Cloud Microservices Architecture
✓ 缺点（挑战）
稳定性：一个微不足道的小问题，可以导致整个应用挂掉
7
Service Mesh带来微服务治理的变革
传统微服务之间的微服务治理逻辑的位置
微服务治理逻辑被独立出来之后的位置

改和发布。 ❖ 避免破坏性修改 服务的修改不能导致该服务的消费方发生
改变。 ❖ 保证API与技术的无关性 ❖ 保证API的易用性 ❖ 隐藏内部实现细节
12
h
微服务集成
❖ 2、编排与协同 ❖ 编排：同步调用一组服务，等待各个服务的返回结果。优
点是知道业务流程中每一步跨服务调用结果，缺点是容易 承担太多的调用，太耗时，导致调用方的不稳定性。
❖ 因此演变成右图这样，左图只需提供服务接口给右图调用 即可。
28
h
案例分析
❖ 案例三：服务设计中的不良习惯
29
h
案例二：如何跨系统访问数据表
❖ 在此系统中，ABCD四个系统进行了串联，这样就要求这 四个系统分别都是高可用的，如果其中任何一个系统挂了 或者发生问题，都会直接影响其他所有系统。
❖ 所以设计微服务架构的时候要尽量避免这种集中式的架构。
communicating with lightweight
mechanisms, often an HTTP resource API.
These services are built around business
capabilities and independently deployable
服务都可以单独修改和布署。 ❖ 高内聚：把相关的事务放在一起，把不相关的排除出去，
聚集在一起的事务只能干同一件事。
8
h
微服务的建模
❖ 2、限界上下文 ❖ 限界：划分规定界限、边界 ❖ 上下文：业务的整会发现系统中存在混杂 在一起的模型，模型之间的边界是非常模糊的。此时应 该为整个系统绘制一个边界，然后将其归纳在大范围之 内。
和分区容忍性。这个定理告之我们最多只能能保证三个中 的两个。

5. 什么样的项目适合微服务
微服务可以按照业务功能本身的独立性来划分，如果系统提供的业务是非常底层的，如： 操作系统内核、存储系统、网络系统、数据库系统等等，这类系统都偏底层，功能和功能 之间有着紧密的配合关系，如果强制拆分为较小的服务单元，会让集成工作量急剧上升， 并且这种人为的切割无法带来业务上的真正的隔离，所以无法做到独立部署和运行，也就 不适合做成微服务了。
2. 微服务的目的是有效的拆分应用，实现敏捷开发和部署 。
3. 微服务提倡的理念团队间应该是 INTER-OPERATE, NOT INTEGRATE 。INTER-OPERATE是定 义好系统的边界和接口，在一个团队内全栈，让团队自治，原因就是因为如果团队按 照这样的方式组建，将沟通的成本维持在系统内部，每个子系统就会更加内聚，彼此 的依赖耦合能变弱，跨系统的沟通成本也就能降低
7.3 缺点 运维要求较高 • 对于单体架构来讲，我们只需要维护好这一个项目就可以了，但是对于微服务架构来讲，
由于项目是由多个微服务构成的，每个模块出现问题都会造成整个项目运行出现异常，想 要知道是哪个模块造成的问题往往是不容易的，因为我们无法一步一步通过DEBUG的方式 来跟踪，这就对运维人员提出了很高的要求 分布式的复杂性 • 对于单体架构来讲，我们可以不使用分布式，但是对于微服务架构来说，分布式几乎是必 会用的技术，由于分布式本身的复杂性，导致微服务架构也变得复杂起来 接口调整成本高 • 比如，用户微服务是要被订单微服务和电影微服务所调用的，一旦用户微服务的接口发生 大的变动，那么所有依赖它的微服务都要做相应的调整，由于微服务可能非常多，那么调 整接口所造成的成本将会明显提高 重复劳动 • 对于单体架构来讲，如果某段业务被多个模块所共同使用，我们便可以抽象成一个工具类， 被所有模块直接调用，但是微服务却无法这样做，因为这个微服务的工具类是不能被其它 微服务所直接调用的，从而我们便不得不在每个微服务上都建这么一个工具类，从而导致 代码的重复。

.
37
XaaS
--SaaS
.
38
XaaS
--SaaS
不同规模的企业希望借助于电子邮箱 、Message和在线客服等产品进行内外部沟 通，降低通讯成本。
.
39
XaaS
--SaaS
产品
•
主要产品包括：Google Apps，
Zimbra(mail)，Zoho(在线软件)和IBM
Lotus Live等。
1）实现了最大程度的轻量化（瘦客户端 、智能客户端）为用户提供创新的付费 选择。
2）跨平台的特性
3）强大的协同特性
.
17
4、云娱乐
云娱乐是基于云计算技术和获取娱乐资 源新娱乐方式。如：通过电视直接上网， 无需电脑、鼠标、键盘，只用一个遥控 器便能轻松畅游网络世界，既节省了去 电影院的时间和金钱，又省去了下载电 影的麻烦，电视用户可随时免费享受到 即时、海量的网络大片，打造了一个更 为广阔的新生活方式。
.
7
云存储的功能
(1) 随着容量增长，线性地扩展性能和存 取速度。
(2)将数据存储按需迁移到分布式的物理 站点。
(3)确保数据存储的高度适配性和自我修 复能力，可以保存多年之久。
(4)确保多租户环境下的私密性和安全性。
பைடு நூலகம்
.
8
(5)允许用户基于策略和服务模式按需扩 展性能和容量。
(6)改变了存储购买模式，只收取实际使 用的存储费用，而非按照所有的存储系 统，包含未使用的存储容量，来收取费 用。
1.价格：本地存储和云存储谁更有优势? 2.容量：本地容量有限，云存储的可扩展性（理论无限） 3.安全性：本地，云存储 4.方便性：云存储随时随地有网络可以使用，本地存储（受限） 5.存储效率：本地，网络（受限于带宽）

Netflix Zuul
Zuul 是在云平台上提供动态路由,监控,弹性,安全等边缘 服务的框架。Zuul 相当于是设备和 Netflix 流应用的 Web 网 站后端所有请求的前门。当其它门派来找大哥办事的时候一 定要先经过zuul,看下有没有带刀子什么的给拦截回去，或者 是需要找那个小弟的直接给带过去。
• 作为一个微服务治理的大家伙，考虑的很全面，几乎服务治理的方 方面面都考虑到了，方便开发开箱即用。
• Spring Cloud 活跃度很高，教程很丰富，遇到问题很容易找到解决方 案
• 轻轻松松几行代码就完成了熔断、均衡负责、服务中心的各种平台 功能
与Spring Boot的关系
Spring boot 是 Spring 的一套快速配置脚手架，可以基于 spring boot 快速开发单个微服务，Spring Cloud是一个基于 Spring Boot实现的云应用开发工具；Spring boot专注于快速、 方便集成的单个个体，Spring Cloud是关注全局的服务治理框 架；spring boot使用了默认大于配置的理念，很多集成方案已 经帮你选择好了，能不配置就不配置，Spring Cloud很大的一 部分是基于Spring boot来实现
统瘫痪; • 系统不会被长期限制在某个技术栈上。
微服务不足
• “微服务”强调了服务大小 • 业务逻辑。 • 分区数据库 • 测试
三、微服务架构工作流程
微服务架构工作流程
• 设计阶段 将产品功能拆分为若干服务 为每个服务设计API接口
• 开发阶段 实现API接口（包括单元测试） 开发UI原型（页面）
●主要内容
一、服务架构设计的发展 二、微服务简介 三、微服务架构工作流程 四、springCloud介绍

04 云服务安全及挑 战
数据安全及隐私保护
01
02
03
数据加密
在云端存储和传输过程中 ，数据需要经过加密处理 ，以防止未经授权的访问 和泄漏。
访问控制
云服务提供商需要建立严 格的访问控制机制，确保 只有授权用户可以访问云 端数据。
安全审计
定期进行安全审计，确保 云服务提供商遵守相关法 规和安全标准。
云存储服务
要点一
总结词
提供存储数据的服务，具有高可用性、可扩展性和安全性 等特点。
要点二
详细描述
云存储服务提供商通过分布式架构来存储和管理数据，用 户可以将数据存储在云平台上，并可以通过云平台对数据 进行管理和访问。云存储服务的优势在于其具有高可用性 和可扩展性，可以满足用户不断增长的数据存储需求。同 时，云存储服务还提供了安全保障措施，可以保护用户数 据的机密性和完整性。
弹性伸缩
云服务能够根据用户的需求动 态调整资源分配，满足用户业
务量的变化需求。
按需付费
云服务根据用户实际使用的资 源量计费，避免用户浪费资源
，降低成本。
云服务的优势
提高效率
云服务能够提高计算、存储、 网络的效率，减少用户在硬件 维护、系统部署等方面的投入
。
降低成本
云服务能够降低用户在硬件购 买、维护、系统部署等方面的 成本，提高企业的竞争力。
03 云服务应用场景
企业内部应用
总结词
提高效率、降低成本、增强安全性
详细描述
云服务可以帮助企业快速搭建各类应用，如ERP、CRM 、OA等，提高企业内部运营和管理效率，同时通过云服 务的集中管理和维护，可以降低企业IT成本和风险。另 外，云服务还可以提供更高级别的数据安全和隐私保护 ，确保企业数据的安全性和可靠性。

部署
部署设计 策略管理
脚本 资源 伸缩漂移 备份回滚 日志监控 配置下发 人工干预 服务预置 环境看板 执行跟踪 变量管理
度量与优化
构建成功率 构建时长 部署成功率 部署时长 代码质量 缺陷逃逸 瓶颈活动
问题库
各阶段工件打通，支撑软件生命周期
软件 研发 协作 统一 平台
20
构建
开发环 境部署
单元 测试
代码 扫描
介质 上传
验证
构建
单元 测试
代码 扫描
介质 上传
A环境 部署
验证
…...
B环境 部署
验证
申请 发布
审批
生产 发布
部署
验证
切换 流量
示例： 从流水线上看过程
21
关键一： 环节必选与可选 关键二： 自动与人工配合 关键三： 主数据，buildNumber 关键四： 参与者权限
后续扩展出更多发布动作
打通企业各信息系统
? 支持与企业 CMDB 打通 ? 支持与 ITSM 打通
产品截图 — 平台配置 — 组织机构
42
产品截图 — 平台配置 — 系统配置
43
产品截图 — 平台配置 — 业务参数
B
CR
与release 分支使用方式类似
Tag
核心建设思路<2>
DevOps平台，重在让所有角色在流水线上协作， 共同驱动过程的精益
19
示例： 不同阶段的流水线
开发流水线： 能最快的将代码 变更体现到开发联调环境上
测试流水线： 多轮迭代，冒烟 准入，确认可进入发布流水线
发布流水线： 多环境确认，推 上生产，需要必要的审核
核心建设思路<3>

存储资源调度算法
直连存储转换为共享存储，实现无 SAN化的计算机群的虚拟化整合 瘦分配 更大资源池，重复识别和删除、更多 共享
能耗管理最优化算法
数据持续动态采集 减少局部热点，提升空调平均工作温 度 轻载合并，空闲服务器下电或处于节 能运行章台
2021精选ppt
22
云计算架构关键技术—异构硬件集成管理能力
将存储服务抽象为同时适用于 虚拟机和物理机的统一EBS服 务
2021精选ppt
23
云计算架构关键技术—可靠性保障技术
应用无关的可靠性保障技术
• HA（High Availability）冷备份，FT（Fault Tolerance）热备份、损耗 40%性能，轻量级FT、性能损耗10%以内适合于I/O为主服务场景
2021精选ppt
3
传统IT架构面临的问题
平均资源利用率及 能耗效率低下
• 水平分层采购 • 独占资源 • 软硬件捆绑无法
调配 • 利用率低于20%
新业务上线测试周 期长，效率低下
• 任一新业务均需 要全套测试流程
• 资源储备及弹性 伸缩能力不足
信息共享和安全的 矛盾
• 信息在个人终端 容易泄露
• 过分严格的管控 则导致效率下降
Host Aggregate面向管理员，根据硬件资源的 某一属性来对硬件进行划分的功能
2021精选ppt
20
云计算架构关键技术
2021精选ppt
21
云计算架构关键技术—超大规模资源调度算法
计算资源调度算法
计算虚拟化以虚拟机为基本调度单元， 完成指定虚拟机实例或者虚拟机集群 到整个云数据中心计算资源池内最适 合的物理机或者物理机集群的映射。 运筹学求最优解的问题

但是这种扩展方式极 大地浪费了资源。就 以上图所展示的情况 为例：在一个服务中， 某个组成的负载已经 达到了90%，也就是 到了不得不对服务能 力进行扩容的时候了。 而同一服务的其它三 个组成的负载还没有 到其处理能力的20%。
由于Monolith服务中 的各个组成是打包在 同一个WAR包中的， 因此通过添加一个额 外的服务实例虽然可 以将需要扩容的组成 的负载降低到了45%， 但是也使得其它各组 成的利用率更为低下。
Microservice
The microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.
可以说，所有的不便都是由于Monolith服务中一个 WAR包包含了该服务的所有功能所导致的。而解 决该问题的方法就是Microservice架构模式。

优势
Docker容器化技术可以快速部署应用程序，并且 每个容器都是独立的、可移植的、易于管理的。
适用场景
适用于快速部署和运行微服务，以及需要快速迭 代和部署的应用程序。
Kubernetes与容器编排
概述
Kubernetes是一种容器编排系统 ，可以自动化容器的部署、扩展 、管理和升级等操作。
功能
Kubernetes提供了自动容器的部 署、自动容器的伸缩、自动容器 的故障恢复等功能。
核心组件
02
包括服务发现（Eureka）、配置管理（Spring Cloud Config
）、断路器（Hystrix）、路由（Zuul）等。
适用场景
03
适用于构建复杂的分布式系统，尤其适用于快速迭代和快速部
署的需求。
Docker与容器化
概述
Docker是一种容器化技术，通过容器化可以快速 部署和运行应用程序。
《微服务入门》 ppt课件
contents
目录
• 微服务概述 • 微服务架构设计 • 微服务开发技术 • 微服务部署与运维 • 微服务案例与实践 • 总结与展望
01
CATALOGUE
微服务概述
微服务的定义
微服务是一种软件架构风格，它将应 用程序拆分成一系列小的、独立的服 务，每个服务都运行在独立的进程中 ，并使用轻量级通信协议进行通信。
04
CATALOGUE
微服务部署与运维
持续集成与部署
持续集成
通过自动化工具定期构建、测试和合并代码，确保代码质量。
持续部署
自动化部署微服务到生产环境，减少手动干预和错误。
容器化技术
使用Docker等容器技术，实现微服务的快速部署和管理。

Kube-DNS
ingress
计算节点4
http://devops-api2.cloudos.svc.cluster.local:8080 service
192.168.34.1
service
192.168.34.2
pod
http://devops-api2.cloudos.svc.cluster.local:8080
容器编排工具 k8s Linux OS
16
集群外主机
192.168.34.1
计算节点1
service
192.168.34.2
pod
pod
pod
10.34.1.5 集群内pod都有一个ip
计算节点2
端口1
pod
IP
端口2
pod
计算节点3
17
集群外主机
Nginx/Haproxy 192.163.34.4:80
12
Docker为基于Linux容器的开源项目，其利用Linux内核中的各项功能——例如命名空间与控制组——以在操作系统之上创建容器。 容器概念并不是什么新鲜事物; 谷歌公司多年来一直在使用自己开发的容器技术。其它Linux容器技术方案还包括Solaris Zones、BSD jails以及 LXC，且其都已经拥有多年的发展历史。 那么为什么Docker的出现会快速吸引到技术业界的注意？ + 易用性: Docker能够为潜在受众带来出色的易用性——开发者、系统管理员以及架构师等等——从而帮助其充分利用容器技术优势以快
pod
pod
10.34.1.5 集群内pod都有一个ip
计算节点1
计算节点2
pod
service pod

开发流水线： 能最快的将代码 变更体现到开发联调环境上
测试流水线： 多轮迭代，冒烟 准入，确认可进入发布流水线
发布流水线： 多环境确认，推 上生产，需要必要的审核
20
构建
开发环 境部署
单元 测试
代码 扫描
介质 上传
验证
构建
单元 测试
代码 扫描
介质 上传
A环境 部署
验证
…...
B环境 部署
验证
申请 发布
Web应用
移动应用
React风格
独立进程应用
应用生命周期管理
BPM PaaS
流程梳理
流程编排
业务活动监控 通讯使能BPM
移动BPM
社交BPM
Integration PaaS
API网关 服务总线
作业调度 事件总线
BigData PaaS
分布式数据处理 复杂事件处理
数据质量
元数据
数据展现
数据应用
DevOps 身份认证
打造卓越的IT生产线
DevOps平台与实践
平台 · 让创新无限
平台 业DevOps建设思路 DevOps平台实践 案例分享
2
建立卓越『IT生产线』
需求（产品）
交付
配置（变更）
业务
研发
运维
问题
质量
支撑保障
安全
3
基础设 施
（1）DevOps平台 - 流程梳理与交付自动的迭代过程
介质包仓库
元 数
基础服务 服务配置
据
服务性能监控
项目管理 部署包仓库
软件产品管理 版本控制系统
软件发布管理 持续集成
服务路由 负载

P+S+M+ C+D+O
P+M+C+ D+O+E
P+C+D
应用管理：devops
API管理：微服务全生命周 期 大数据平台：OpenData
P+C+D 平台资源管理：PaaSOS
I+A
基础资源管理：IaaSOS
Devops的流程及组件
立项
PMO团队
需求/产品团队
研发团队
测试团队
运营团队
项目管理 需求管理 Bug追踪
部署环节为何用容器？
Docker为基于Linux容器的开源项目，其利用Linux内核中的各项功能——例如命名空间与控制组——以在操作系统之上创建容器。 容器概念并不是什么新鲜事物; 谷歌公司多年来一直在使用自己开发的容器技术。其它Linux容器技术方案还包括Solaris Zones、BSD jails 以及LXC，且其都已经拥有多年的发展历史。 那么为什么Docker的出现会快速吸引到技术业界的注意？ +易用性: Docker能够为潜在受众带来出色的易用性——开发者、系统管理员以及架构师等等——从而帮助其充分利用容器技术优势以快速 构建并测试可移植应用程序。每个人都可以在自己的笔记本上打包应用程序，并将其直接运行在任何公有云、私有云甚至是裸机之上。其 座右铭是：一次构建，随处运行。 +速度: Docker容器具备轻量化与高速特性。由于容器本身属于运行在内核之上的沙箱环境，因为其对资源的需求量极低。大家可以在数秒 钟内完成容器的创建与运行，而虚拟机则由于需要引导完整的虚拟操作系统而耗费更多时间。 +Docker Hub: Docker用户还能够享受由Docker Hub带来的丰富生态系统支持，我们可以将其理解成“Docker镜像的应用商店”。Docker Hub提供成千上万由社区开发的公共镜像，且可立即加以使用。我们可以轻松根据需要搜索到合适的镜像，将其提取并稍加修改即加以使 用。 +模块性与可扩展性: Docker允许我们轻松将应用程序的功能拆分成多个独立容器。举例来说，我们可以将自己的Postgres数据库运行在一 套容器当中，并将Redis服务器运行在另一容器内，而Node.js也拥有自己的容器系统。在Docker的帮助上，大家能够轻松将这些容器对接 起来以创建完整的应用程序，这就让未来的规模伸缩或者组件更新得以通过相互独立的方式完成。

✓ API Automation
✓ GUI Automation
✓ Manually
✓ DB and others
• Performance Test
result
• Security Test Result
• Deployment
frequency
• Resource monitoring
• Deployment
DevOps的理解
1. 持续测试将成为关注热点
2. 开发、安全和运维一体化—— “DevSecOps”
3. DevOps指标日益受到关注
© Pactera. Confidential. All Rights Reserved.
Part 2： DevOps演进路线举例
© Pactera. Confidential. All Rights Reserved.
Training & simulation
Architecture Design
5
Service virtualization
4
Performance Testing
Micro service Design
7
Customized integration
Test Data Preparation
Infrastructure Design
• Recent finished
frequency
iterations number;
• Build number
• Env change time
• Release history
• Build frequency • Lines of code • Env change