运维日常杂谈笔记

cmdb
配置管理数据库
可以包括硬件：服务器、网络设备、存储。
软件：操作系统、中间件、应用服务、许可证。
服务：业务应用、API接口、云服务。
文档：合同、SLA、技术手册。
逻辑实体：IP地址段、域名、子网。
作用：提供一个统一的视图，让运维、开发、安全等团队对IT环境有共同、准确的理解，消除信息孤岛。

大企业必然存在多云或者多种架构，需要考虑兼容成本和不兼容的成本。
针对新云建设
不考虑老cmdb，可以摆脱旧框架舒服，使得数据模型和运维自动化等规范，快速落地。
缺点，老的架构会长期存在，处理不好就会造成实时上的信息竖井。

考虑老的缺点
会影响新云的模型设计和提高落地难度
有点能尽量保持平稳过渡；

自动交付的目的
最简单就是自服务
难些是场景话；

全球云基础设施
└── Region（区域）：地理独立的资源集群（如 AWS 美东-1、阿里云华东-2）
└── Available Zone（可用区）：Region 内物理隔离的资源池（如 AZ-a、AZ-b、AZ-c）
└── Datacenter（数据中心）：AZ 内的物理机房（如 DC-1、DC-2、DC-3）
└── 物理硬件（服务器、存储、网络设备）
└── 虚拟资源（虚拟机、容器、云盘、API 服务）