OMS运维平台设计、过程实现

闲来无事,一直想用py框架写个运维平台出来(瞎搞),从去年一直到现在接触自动化运维理念,形成自己对自动化运维的一些观念,然后就想把这些想法实现出来,就搞了这么个平台。。没个什么实战经验,全自己理解,有些不到位的地方,看官们请指点,,虚心接受,谢谢!!

流程设计:

1.IDC,一台新机器从采购到上架装机,第一次进机房装机,2块光盘装几台服务器,在机房耗费了半天+的时间,当时一个想法就是,特么讨厌来机房,接触多了就有了下面这些

前置机器信息录入(IP地址分配、主机名) ->  IDC同事验货,上架插电开机  -> 读取cobbler信息进入装机  ->  平台显示装机过程(实现硬件开关机)  -> 安装完成,进入待使用状态,等待将是部署环节

2.部署,部署分为服务、配置文件部署、代码部署,底层就是salt state指令完成服务安装配置,而配置文件管理将用salt pillar特性完成(这块理念绿肥没少给我普及,果断点个赞);代码部署目前还未实现,日后实现在把方式写上来

模块部署,装机预装salt minion -> 平台认证key  -> 模块部署 -> 模块监控自动添加 -> 执行结果返回

3.资产信息,四大块(主机列表、服务器软硬件信息,数据中心信息,网络设备信息),日后还将有IP分配记录;

主机列表,前置录入,1.机器并不一定立马上架安装  2.有些资产信息是没办法预选录入,所以得前置;

服务器软硬件信息,后置录入(自动采集),把需要的硬件、软件信息全收入。

数据中心,记着机房、位置、联系电话等(手工录入,量小)

网络设备资产,记着交换机、路由器、防火墙、VPN设备等信息(手动、自动都可以,总体来说也是量小)

待实现:

1.pillar信息渲染,差异化配置

2.IP资产

3.代码部署

4.平台dashbord展示图表数据(主机数量,代码发布次数等)

效果图展示:

时间: 2024-08-25 04:06:29

OMS运维平台设计、过程实现的相关文章

OMS运维平台简介文档

组件要求: 1.Django1.6.X 2.Cobbler 3.Saltstack 2014.1.X(只要能实现saltapi.py里list_all_ky函数即可,开发环境为2014.1.4) 4.Salt API 0.8.4.1 5.MySQL-python.MySQL 6.salt_event_to_mysql.py(事件捕捉程序) 功能简介: installed App: 系统安装.安装记录 deploy App: Salt Key管理.模块部署.远程管理.代码发布 asset App:

用友iuap云运维平台支持基于K8s的微服务架构

什么是微服务架构? 微服务(MicroServices)架构是当前互联网业界的一个技术热点,业内各公司也都纷纷开展微服务化体系建设.微服务架构的本质,是用一些功能比较明确.业务比较精练的服务去解决更大.更实际的问题.该架构强调的一些准则:单一职责.协议轻量.进程隔离.数据分离.独立部署.按需伸缩. 什么是Kubernetes? Kubernetes是Google开源的容器集群管理系统,其提供应用部署.维护. 扩展机制等功能,利用Kubernetes能方便地管理跨机器运行容器化的应用,其主要功能:

[转载] 运维平台规划体系全介绍

原文: http://www.infoq.com/cn/articles/operation-platform-planning-introduction 很多观点我都比较赞同, 特别是工作流引擎+运维可视化的观点 识别运维平台的边界在哪儿,才能更好地构建平台,从而协助运维的日常工作. 在之前的文章中,谈到过“运维的本质——可视化”,在可视化的篇幅中,着重介绍自动化的可视化和数据的可视化:在后续的篇章中又介绍了“互联网运维的价值体系”,里面分解了几个维度:质量.成本.效率.安全等.以上都是为了清

BAT解密:互联网技术发展之路(10)- 运维平台技术

备注:本来想自己写一篇运维体系的文章的,但毕竟不是专业运维人员出身,担心讲的太肤浅,因此转载我的好朋友王金银(江湖人称老王)同学发表在InfoQ的运维体系介绍.老王的牛逼相信很多同学已经领教过了,全球运维技术大会深圳站一个人专场讲运维能讲3个小时,而且会场还爆满,更多老王的介绍可以参考文章的最后,也可以关注老王的微信公众号:互联网运维杂谈. 原文链接:运维平台规划体系全介绍 =============================================================

3.运维平台之账户系统

历程: 0. 账户系统(accounts)分为用户认证和权限分配两部分. 1. 刚开始运维平台业务比较单一,只提供给运维组人员使用即可,根本没有用户账号的概念. 2. django系统本身有用户.用户组.权限,需要进行一些扩展开发,以满足需求. 在16年独立出用户认证注册模块,形成accounts项目,简单API认证. 3. 在17年时,前端设计获得很大突破,基于Django实现RBAC权限管理. 需求: 1.需要用户认证和角色权限管理,实现资源控制访问. 2.基于用户-角色-权限数据链,在多模

使用google authenticator打造运维平台的动态口令

前沿: 在腾讯,百度,阿里,360运维人员登录堡垒机,或者是单点登录引导的各种运维平台,好多都需要用动态口令令牌的,用rsa的多点,这栋系价格不便宜,国内也有些便宜的,一些游戏公司的将军令就是从国内x厂商定制买的,有兴趣的可以搜搜,价格还算可以,给你提供服务端的一些源码,让你方便的使用. 当然了,并不是每个公司都会这玩意感兴趣的,咋办?  不知道大家有没有用过 支付宝.dnspod.yy的电子口令,每30s换一次密码.dnspod.yy手机令牌貌似用的是google的token方案. 下图就是各

自动化运维平台之系统自动化安装Cobbler系统使用详解

一.简介 Cobbler是一个快速网络安装linux的服务,而且在经过调整也可以支持网络安装windows.该工具使用python开发,小巧轻便(才15k行python代码),使用简单的命令即可完成PXE网络安装环境的配置,同时还可以管理DHCP.DNS.以及yum仓库.构造系统ISO镜像. Cobbler支持命令行管理,web界面管理,还提供了API接口,可以方便二次开发使用. Cobbler客户端Koan支持虚拟机安装和操作系统重新安装,使重装系统更便捷. 二.cobbler提供的功能 使用

授之以渔-运维平台发布模块二(Jenkins篇)

接上篇<授之以渔-运维平台发布模块一(Jenkins篇)>,今天介绍下结合着Saltstack的MasterEven,用来做发布系统的结果监控. 一.Event介绍 SaltStack 0.10版本中, 新增了Event系统, 官方在 Release Notes 对其描述如下: The Salt Master now comes equipped with a new event system. This event system has replaced some of the back e

《开源安全运维平台--OSSIM最佳实践》当当自营店 双十二期间 仅售 4.9 折!

<开源安全运维平台--OSSIM最佳实践>当当自营店双十二仅售 4.9 折! http://product.dangdang.com/23903741.html