通过容器平台的搭建，来支持微服务架构应用，满足业务的快速开发和迭代需求，逐步建立标准的开发、 测试,、生成环境， 形成统一的规范和标准，为快速交付赋能。同时需适应公司DevOps过程, 完善开发、测试、部署、运维监控工具链和自动化流程，提升敏捷研发、持续集成的能力;
容器平台搭建，并适应devops流程，推进个项目的接入
IDC机房
硬件服务器维护 / 虚拟化资源维护 / 操作系统的安装部署
内部AD管理
ldap
dns
jms
gitlab
其他
安全管理
域名
证书
网络策略
防火墙策略
VPN
其他
2021年12月底的时候，向老板提出了从产研团队退出的事情，将工作交由另一个小伙伴负责。我个人计划是，好好搞搞云原生运维的事情。
但，事与愿违😂
感觉也没过几天，刚准备午休，突然被告知，老板在茶水间等我。我顺着茶水间的路，往前走着，心里却思考着其他的事情，什么事情呢？难道又要回去带团队？🙅那我指定不干。就这样走到了茶水间。
茶水间整体的气氛，给人的感觉是较为轻松的。
行吧，聊吧～不想了。就一屁股坐下了。十几分钟过去后，我又领了个艰巨的任务。
公司要成立个团队，把项目上的运维工程师，收过来，统一管理。但这个事情的背景，极其复杂...第一感觉就是，这还不如带产研...
2020年8月24日，中午12点。忙碌了一上午，刚想趴下休息，微信响了。定睛一看，是老板发过来的。
熟练的点击，打开，"有兴趣做研发经理么"？ 这几个字就这么蹦入我的眼球，我若有所思....
其实，这已经不是老板第一次问我了，但上次太忙了，感觉自己承担不了更多的责任了，所以婉拒了。
但这次，我点开输入框，回了个，“有”。
至今，时间已经过去了约28个月了，而我也已经从研发项目组中出来，带领另一个团队了。
现在想想，无比庆幸自己当时做出的这个决定，也非常感谢老板的认可与信任。
版本像是服装的款式和尺码，像是汽车的型号和生产批次，更像是一本书籍的出版号，每一个版本都有不同的内容和修订记录。通过版本我们能更了解我们的产品，能保证产品的质量与可靠性，能更好的连接用户
通常觉得不需要，主要是两点：
- 项目不多。没有版本号，影响不大
- 人员不多。问题解决比较方便
一旦团队人数稍微上去一些，各种问题就接踵而至，代码冲突、文件丢失、版本覆盖、制品不一致等问题，让人心力憔悴。越发觉得版本的重要性
有了版本管理，之前的问题，可以减少，或者不再出现。而且版本管理带来以下几个作用：
通过GitOps的设计与落地，来满足云原生环境下业务的持续交付，建立标准的开发、 测试、生产环境， 形成统一的规范，完善自动化，为业务快速交付赋能。