运维工作杂记

最近新进一家新公司，运维岗面试入职，可能面试的时候存在沟通不到位，入职公司发现就我一个运维岗入职工作人员。
入职公司分部，由纯开发、测试团队组成，没有专一的运维人员，大楼附近也没有自建机房、也没有网络维护，所有业务全靠购买的云服务器进行，用价不菲，但木已成舟，没有办法，先走一步看一步吧。
首先解决痛点问题，一般公司起步阶段都是没有专职运维的，一起全靠云上进行，各个开发、测试组分批购买自己的业务服务器，一但走上高速扩张阶段就会暴露出很多问题，以笔者现公司为例:

---

1、公司资产不清晰，所有服务器全部分散在各个开发项目组手里，公司自己也不清楚自己有多少服务器资产。
2、现网环境混乱，对于业务，测试服务器和业务服务器不做区分，同一个项目组内，对于上线的业务服务器也没有统一的一个命名标准，手册文档，虽然购买了相应的测试服务器，但定位不明朗，常常领导拍手就转为线上业务服务器。
3、业务上线流程不规范，没有标准规章制度，没有专职的跳板机和审计设备，直接就是密匙root权限登录，出了问题也没法追个人的责，以团队绩效处理，上线业务出了问题，想回滚没有备份，新入职同学，想上线业务服务器，文档已经是好几年前的了。
4、对于项目，没有专职wiki系统记录项目文档，全存在各个项目组相关业务人员电脑里？？？相关业务只有接受后的各个项目组同学清楚，对于运维同学接手来说，简直难以接手，首先开发一般都没有时间在向运维交接业务
5、网络部分，由测试组的同学兼职管理，一周时间常常出现数次的网络终端

如何从0开始，将运维接入公司生产系统？

---

在公司业务扩张初期，虽然线上服务器数量与日俱增，但各个开发组的同学一般不会把服务器管理权利放出来的，存在以下几点原因

---

1、不放心将业务直接交到一个刚入职公司的新人，毕竟开发考核直接与业务交付挂钩。
2、虽说公司总量云服务器较多，但分散到各个开发组手里，数量尚在可控范围内，将服务器权限放出，也不方便业务的展开。
3、没有时间也不会留有时间给运维串讲业务(仅针对笔者情况)，大部分公司处理方式都是开发组同学里面挑出一个，转运维或兼职运维工作。

---

思来想去，决定先从资产调研开始。
既然没有CMDB系统，那就先从excel记录开始吧，
进行资产调研先明确需求:
1、我们不接手开发机即测试服务器，最多从事辅助性监控工作
2、现网iT系统能满足现有业务量吗？过多还是过少，多余的环境能否转让给运维这边或销毁？
3、明确公司业务大类，详细的业务串讲实在不行，不强求，但必须知道项目分类及对应服务器
4、相关业务文档，虽说大部分文档时间都已经偏久，但文档也属于IT资产的一部分，规划一个wiki文档系统是相当有必要的。
5、公司IT资产到底有多少，个人办公电脑暂且可以忽略，但业务服务器相关是必不可少的
6、公司网络拓扑情况，务必梳理出一个完整的拓扑图出来，免得后期出现问题，无法及时解决，再次背锅

---

鉴于以上需求，就可以整理出我们首先可以做的事了，找上相关开发leader，探讨下自己的工作计划及运维工作范围。
1、服务器资产调研，明确服务器数量，登录方式，各个服务器归属业务组，标准化方案有吗，有是什么，没有，业务常见上线目录是哪些？
2、wiki文档构建，这个初期只能我们自己用了，运维同学一般接手工作，初期资源有限，实在不行就建在自己本地办公电脑上吧，反正也不需要什么资源，先把了解到的业务内容记录下来，大不了后期在进行迁移
3、监控&cmdb系统构建，两者为什么联系在一起呢，首先监控是运维的命脉，运维工作首要任务就是保证业务稳定，单台服务器直接构建CMDB没有业务关联，结局同wiki一样是没有办法建立起来的，先从监控系统选型开始吧，找到合适的监控系统，通过相关agent，进一步方便我们构建CMDB系统
1、2步骤可以同步进行
接下来就是进行监控系统选型工作了
暂时想到这么多，今天到此结束