IAAS 和 PAAS 是如何高度体现运维本质的.pdf
版权申诉
191 浏览量
2022-07-07
22:01:28
上传
评论
收藏 449KB PDF 举报
IAAS 和 PAAS 是如何高度体现运维本
质的
没有比“可视化”更好的一个词能概括运维的本质，而“可视化”又应该分成两部分：可视
化的服务交付和可视化的服务度量!
第一部分：可视化的服务交付
早期的运维是从 ITIL 开始的，那个时候大家都不知道运维是什么，怎么做，幸好找到了一个
IT 服务最佳实践--ITIL。于是就开始了运维的摸索之路，从CMDB、服务台、事件管理、变更
管理、可用性管理、容量管理等等逐步去了解，逐步建设自己的系统。但我们很快发现，这
一完备的流程框架遇到了大规模运维的时候，就无法应对，或者说过多的聚焦于流程以及规
范，我们发现很难提升运维敏捷度和精细性，并且我们还是不知道一个完整的 IT 服务边界
在哪儿?如何实现它?
不过在 ITIL 的实践过程中，其实提出了一个很好的概念---IT 服务。对于运维来说，提供一种
高效、一致性、透明化的服务是运维的成功所在，这样就要求服务提供者屏蔽其提供的所
有服务细节，因为对于服务消费者来说，很难对专业的运维服务内部细节掌握和了解。就拿
服务器资源交付来说，从早期的研发要关心配置、OS 初始化、自己安装系统、配置网络到
最后交付到手里即插即用，服务的自动化程度和完整性越来越高。其实也是一种“架构及服
务”的思想体现，把之前早期交付功能变成了交付服务的模式。
另外从运维事务或者活动的角度来说，如何对其进行一次或者多次的组合封装，把它们变成
一个完整的 IT 运维服务，是此时的运维自动化重点方向。毕竟繁杂的运维事务不进一步封
装，对个人或者团队来说，都意味着很高的学习成本和事务执行成本。在传统的 IT 运维组
织中，我们能看到彼此事务之间的割裂非常明显，比如说网络、机房、服务器、应用部署等
等，都是在不同的团队完成，彼此工作独立进行。在大一点的运维团队中，可能会有一个专
门的运维研发团队来给这些日常活动进行自动化的封装和实现。在大规模海量运维中，必须
要求有一个集成的平台来实现把这些事务流调度起来，否则无法提高事务执行的效率和质量。
对于如何封装这些事务或者活动，从 DevOps 中可以找到一些答案。DevOps 提倡自动化一切，
其中一条核心的主线就是持续交付。我把持续交付分成两类场景：一种是持续交付基础设施，
一个是持续交付软件。当然持续集成更多的是偏重于后者。
持续交付基础设施是目前 IAAS 平台要解决的，利用软件定义计算、存储、网络等技术来实
现对上层应用所需资源的快速交付。其中虚拟化技术是 IAAS 层持续交付的一个核心技术，
虚拟化能够快速的创建资源，交付资源，回收资源等等，在早期也有人错误的认为虚拟化就
是云计算。最新的轻量级虚拟化技术更是热点，根本的原因是把应用的交付在镜像级别交付
了，从而进一步降低了应用交付的成本。
持续交付软件从代码产生的那一刻就开始进行管理，到编译、到测试、到灰度环境验收到正
式环境部署，并且希望这条主线完全的自动化。具体的持续集成最佳实践如下【具体请参见
--持续集成：软件质量改进和风险降低之道】：
资源评论
竖子敢尔
- 粉丝: 1w+
- 资源: 2471
