DevOps精神：谁开发，谁负责

Posted 2021-04-16 DevOps技术栈

2010年开始，大型科技行业的开发和运维出现高度细分化，全球市场变化越来越快，需求响应时间越来越短，开发和运维任何一点复杂度都会变成拖了速度的大问题。

传统企业IT发展上，随着IT应用越广、越深，规模越大，也就需要更多的人力和专业分工的团队架构，但是，专业分工带来的挑战就是，开发跟运维之间的沟通复杂度越来越高，也就拖慢了企业回应需求的速度，还有新服务抢上市的时程。企业IT运用越深，开发与运维越是成了企业IT的新瓶颈。

DevOps的诞生，就是要解决这两者之间的鸿沟，从AP的开发源头开始，一路到部署、运维都自动化，让开发团队来当责，谁开发、谁负责到底，就是DevOps的精神。

2009年，来自Flickr员工在一场会议中所揭露了如何改善Dev和Ops的合作，达到了单日10次发布的高速度，催生了后来的DevOps运动，从比利时，迅速吹向全球。

 

DevOps的目标是，通过IT自动化和持续整合，来加速企业各项信息服务推出的速度，但是这又牵涉到整个系统流程和组织文化的调整，才能兼顾发布速度和服务质量，而这正是企业数字转型想要实现的目标之一，不少企业也将DevOps列入了数字转型要实现的任务。

 

Docker和Kubernetes等容器技术的出现，让IT基础架构的管理，变成了可以程序化控制的手段，更让DevOps如虎添翼，云服务的自助式服务和高度自动化运维，更大大降低开发团队管理运维工作的负担，通过DevOps流程和工具，来建立起从开发端的容器化应用，到云端部署环境的运维，成了主流的新作法。

 

从2010以来，上云是新创和网络公司的基本要求，他们都是云原生公司，而DevOps成了这群挑战者企业的基本能力。对传统企业而言，数字转型的课题就是要向新创公司学习，拥抱DevOps就成了必须面对的课题。

 

导入DevOps最基本要考虑的是工具面和组织流程面，得先知道有哪些工具，再来选择合适的。从XebiaLabs设计的DevOps周期表中，可以快速一览DevOps工具和平台的成熟化。DevOps工具可以分成了程序代码管理、数据库自动化、持续整合、测试、配置、部署、容器、发布协调、云平台、AIOps、分析、监控、安全和协作等类型。

XebiaLabs设计的DevOps周期表

不过，许多企业不见得，也不需要导入全套DevOps，而是先从持续整合（Continuous integration）来改善服务发布速度，但又同时搭配敏捷方法Agile的方法论和思维，来缩短开发周期，加快服务改版发布的速度。

附：DevOps技术栈

  
    
    
  

   
     
     
   
 
    
 
   
   
     
     
   
 
    END 
   
   
     
     
   
 
    
 
   
  
    
    
  
  
    
    
  

   
     
     
   


  
    
    
  
  
    
    
  

   
     
     
   

  
    
    
  

推荐阅读：

年轻时偷的懒，迟早是要还的。点亮