导读：很多朋友问到关于devops哪个公司用了的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
devops概念最早是谁提出的
DevOps 起源于亚马逊和 Google 这样的大型互联网公司
DevOps: Development和Operations的组合
可以把DevOps看作开发（软件工程）、技术运营和质量保障（QA）三者的交集。
传统的软件组织将开发、IT运营和质量保障设为各自分离的部门。在这种环境下如何采用新的开发方法（例如敏捷软件开发），这是一个重要的课题：按照从前的工作方式，开发和部署不需要IT支持或者QA深入的、跨部门的支持，而却需要极其紧密的多部门协作。然而DevOps考虑的还不止是软件部署。它是一套针对这几个部门间沟通与协作问题的流程和方法。
需要频繁交付的企业可能更需要对DevOps有一个大致的了解。Flickr发展了自己的DevOps能力，使之能够支撑业务部门“每天部署10次”的要求──如果一个组织要生产面向多种用户、具备多样功能的应用程序，其部署周期必然会很短。这种能力也被称为持续部署，并且经常与精益创业方法联系起来。 从2009年起，相关的工作组、专业组织和博客快速涌现。
DevOps的引入能对产品交付、测试、功能开发和维护（包括──曾经罕见但如今已屡见不鲜的──“热补丁”）起到意义深远的影响。在缺乏DevOps能力的组织中，开发与运营之间存在着信息“鸿沟”──例如运营人员要求更好的可靠性和安全性，开发人员则希望基础设施响应更快，而业务用户的需求则是更快地将更多的特性发布给最终用户使用。这种信息鸿沟就是最常出问题的地方。
以下几方面因素可能促使一个组织引入DevOps：
使用敏捷或其他软件开发过程与方法
业务负责人要求加快产品交付的速率
虚拟化和云计算基础设施（可能来自内部或外部供应商）日益普遍
数据中心自动化技术和配置管理工具的普及
有一种观点认为，占主导地位的“传统”美国式管理风格（“斯隆模型 vs 丰田模型”）会导致“烟囱式自动化”，从而造成开发与运营之间的鸿沟，因此需要DevOps能力来克服由此引发的问题。
DevOps经常被描述为“开发团队与运营团队之间更具协作性、更高效的关系”。由于团队间协作关系的改善，整个组织的效率因此得到提升，伴随频繁变化而来的生产环境的风险也能得到降低。
DevOps对应用程序发布的影响
在很多企业中，应用程序发布是一项涉及多个团队、压力很大、风险很高的活动。然而在具备DevOps能力的组织中，应用程序发布的风险很低，原因如下：
与传统开发方法那种大规模的、不频繁的发布（通常以“季度”或“年”为单位）相比，敏捷方法大大提升了发布频率（通常以“天”或“周”为单位）
减少变更范围与传统的瀑布式开发模型相比，采用敏捷或迭代式开发意味着更频繁的发布、每次发布包含的变化更少。由于部署经常进行，因此每次部署不会对生产系统造成巨大影响，应用程序会以平滑的速率逐渐生长。加强发布协调靠强有力的发布协调人来弥合开发与运营之间的技能鸿沟和沟通鸿沟；采用电子数据表、电话会议、即时消息、企业门户（wiki、sharepoint）等协作工具来确保所有相关人员理解变更的内容并全力合作。自动化强大的部署自动化手段确保部署任务的可重复性、减少部署出错的可能性。
萧田国：DevOps 时代，未来已来
如今，互联网的新浪潮云计算正席卷而来，“所有公司都会变成软件公司”这一趋势正在加速实现。如今，虽然互联网领先企业在软件研发效能方面已有诸多优秀实践。但对于互联网中小企业及广大传统企业来说，因缺少明确的方向和指引，变革步伐仍旧缓慢。如何将互联网一线名企的优秀实践分享给更多的企业，让更多的 IT 从业人员学习到落地实践经验，是我们不断摸索的动力。
本期节目的嘉宾是北京华佑 科技 有限公司的总经理萧田国先生，他是与互联网共同成长，沉浸行业十几年的知名 IT 专家，同时他也是业界 IT领袖，深受大家的喜爱。主持人对话北京华佑 科技 有限公司的总经理萧田国先生，共同探讨软件行业新风向。
萧田国，北京华佑 科技 有限公司总经理，DevOps 时代社区和高效运维社区发起人，DevOps 国际标准联合发起人，DAOPS 基金会中国区董事，开放运维联盟联合主席，GOPS 全球运维大会发起人，复旦大学特聘讲师。2004 年硕士毕业于北京 科技 大学，先后就职于联想集团、搜狐畅游、智明星通和触控 科技 等，十余年互联网运维及开发运维( DevOps)从业经验。
北京华佑 科技 有限公司(以下简称华佑 科技 )，成立于2015年，是一家提供 DevOps 和 RPA 等技术咨询服务以提升广大企业软件质量和研发效能的高新技术企业。华佑 科技 在中国信息通信研究院的牵头和指导下，协同组织互联网、金融和通信等行业名企，编写 DevOps 行业标准和国际标准，输出给广大企业，并较大程度地提高相关企业的软件质量和软件上线速度，提高企业的市场竞争力。华佑 科技 为广大企业提供高质量的技术咨询服务，帮助企业数字化转型。
华佑 科技 初期通过运营技术社区的形式，社区相关技术文章的阅读量达到千万级。同时社区也将 IT 技术从业人员聚拢在一起，多次举行线下千人技术峰会，为更多的软件行业从业者及企业提供了交流、学习和提升的平台和机会。四年间，凭借技术社区多年的耕耘和沉淀，华佑人 在 DevOps 等技术咨询领域打下夯实的基础，先后有工行、农行、中行、招商银行、浦发银行、腾讯、中信银行、PICC、华泰证券、中国移动和中国电信等名企，对于华佑 科技 的工作给予了充分的肯定。未来，华佑 科技 将目标定位为一家提供高端 IT 技术咨询及软件产品的企业，为传播新技术的火种，让企业数字化转型更高效而奋斗!
在采访中，萧老师提到：“正如吴军先生在《浪潮》一书提及的：无论是对于个人还是一间公司，赶上一波大浪潮无疑是最为幸运的。DevOps 是对于整个 IT 行业的浪潮。浪潮之下，我们能做的事更多，也更具有意义，我们致力于帮助更多企业实现 IT 的数字化转型。”从大厂运维总监到独立的创业人，从技术领袖到为企业数字化转型的领军者，萧老师具备着眼于未来的战略眼光及多年的IT一线实战经验，这些赋予更多企业敏捷化与智能化的无限可能。一路走来，萧老师的技术人生缤纷多彩，从一名传统运维工程师成长为 IT 变革带头人，从创立高效运维社区到举办享誉国内外的 IT 行业技术峰会，再到参与编写国际性的 IT 技术标准，萧老师带领着华佑 科技 一步一个脚印扎实成长，为中国 IT 行业发展与革新贡献着自己的力量!这份坚持与热爱让我们感动与钦佩!少年强则国强，希望有更多热爱 IT 事业的年轻人加入进来，为推动中国 IT 事业快速发展而相聚，为 科技 强国之路而共同奋斗!
DevOps的概念和历史
当你看敏捷的时候，不经意间出现了DevOps这个词，你还在好奇，这是什么的时候，发现规模化敏捷也出现了，这个时候如果你还发现自己对这个词很陌生，那说明你的知识该补齐了，毕竟他们如果总是频繁出现，说明他们的相关性很高。
其实不只是敏捷，在CMMI、ITIL都在提到DevOps，说明我们真的很有必要对它进行一个系统性的了解了。
1.CMMI中提到关于Devops
图 CMMI
2.ITIL中提到关于DevOps
各类管理体系其实都在走向融合，而且都需要DevOps的支持，所以你还觉得自己不需要认真了解下它么？
如果你想快速的系统性的了解DevOps，可以先阅读以下几本书：
《凤凰项目》
《持续交付》
《独角兽项目》
《凤凰项目 一个IT运维的传奇故事》
《DevOps精要》
如果你报考了DevOps Master认证，那你《EXIN DevOps Master WhitePaper》是必读的。
DevOps是对敏捷软件开发与精益生产思想的演进，应用于IT端到端的价值链中，使得业务基于现代信息技术，并通过文化，组织与技术变革来获得更大的成功。
这是《DevOps精要》中关于DevOps定义，定义都有其严谨性，所以往往看完定义让我们摸不着头脑。DevOps其实是英文单词Development(Dev)和Operations(Ops)的组合，为什么要把这两个词组合到一起，最初创造这个词的人目的就是期望开发和运维能够紧密的合作，随后逐步的被扩展和衍生，下面这个“DevOps能力环”是对这种打破部门墙，进行顺畅交付的一个非常经典的一个表达。它强调了IT专业人员（研发，运维，测试）在应用和服务生命周期中的协作和沟通；强调整个组织合作以及交付和基础设施变更的自动化，从而实现持续集成、持续部署和持续交付。
[图片上传失败...(image-c93581-1650555848432)]
DevOps能力环
我们为什么要了解其历史，如果我们只是想用DevOps的一些工程实践，大可不必，但是如果你的团队还对这个概念很陌生，他们不知道为什么要用DevOps，如果是这样的话，我们还是有必要花几分钟来了解下它。
DevOps起源于敏捷，是在2008年敏捷论坛上被提出的，所以现在很多人会认为DevOps是敏捷的一部分，对于到底是谁属于谁，谁包含谁，这些观念大家不必纠结，各大体系都认为自己包括别人。敏捷认为它包括DevOps，而DevOps认为自己是它的衍生。
DevOps的概念在2010年的《What is DevOps》这篇文章中得到了较为完整的描述。DevOps在2013年之后被业界快速接受，源于相关技术的同步发展，2013年，dotCloud公司推出Docker项目，同年，Google推出开源项目Kubernetes，提供了以容器为中心的不部署、伸缩和运维平台，2015年云原生的概念也逐步成熟，他们的发展助推了DevOps的快速发展。
大家可能还听说过DevSecOps，Sec是不是安全，你猜的没错，就是安全和合规性，这是在2016年开始逐步推出的一个理念。关于历史的部分就讲到这里，大家感兴趣的可以再做进一步的了解。
极狐(GitLab)宣布完成A轮融资，专注DevOps开源生态建设和产品打磨
36氪获悉，极狐(GitLab)于今日正式宣布完成数亿元级别的A轮融资。本轮融资分两阶段进行，第一阶段由淡马锡领投，Alpha Prime、纪源资本、上海人工智能产业基金和诺基亚成长基金跟投；第二阶段由泰康人寿领投，干杯基金和联想创投跟投。创始股东红杉宽带和高成资本也持续加注。本轮融资资金将用于产品研发团队扩充、市场开拓、开源生态建设以及自主知识产权研发 ，扩充本土开源生态，更好服务本土用户和客户，提高本土企业抗风险能力。
根据资料，极狐公司正式成立于2021年3月18日，脱胎于开源平台GitLab。GitLab成立于2014年，主营业务是提供开源的DevOps平台，帮助开发者实现线上合作开发以及版本控制。据了解，GitLab面向企业私有仓库服务的能力让企业开发团队对他们的代码仓库拥有更多的控制，这也是其区别于其他竞品的主要特点。在商业化进展上，该公司已于去年在美股上市，当前市值在70亿美元左右。2021年3月，GitLab宣布成立中国合资公司 “极狐信息技术（湖北）有限公司”，合资方包括红杉宽带、高成资本——这也是极狐公司的由来。
极狐公司创始人兼CEO陈冉介绍，极狐公司的业务主要聚焦于开源生态建设和自主产品研发、运营两方面。首先，开源是GitLab的主打标签之一，极狐公司也将开源建设视为重点。具体来说，极狐公司在2021年5月，携手云原生计算基金会(CNCF)联合发起成立了开源GitOps产业联盟（OGA联盟）。目前为止，共有接近100家会员单位参与其中。
另外在2022年2月9日，极狐公司也发布了DevOps相关的SaaS产品。官网信息显示，极狐当前的产品是GitLab DevOps平台的中国发行版，即一套覆盖管理、规划、创建、验证、打包、发布、运维等环节的一站式DevOps平台，可以帮助团队提高生产效率，将迭代周期从数周缩短至几分钟，加快软件创新发布速度的同时节省开发成本。据公司介绍，当前极狐已有180多个客户。
关于GitLab Inc.和极狐公司之间的关系，公司表示，极狐公司在今后的运营中享有GitLab源代码的持续同步授权，并且无需向其支付任何许可费（License Fee）。GitLab项目在全球拥有超过2600个贡献者的开源社区，其源代码保持每月更新的频率，而更新后的版本均会持续同步独家授权给极狐公司。GitLab和极狐公司使用两个独立的代码仓，其中GitLab的代码仓为上游，极狐公司的代码仓为下游。GitLab社区版和企业版的变更将持续同步到极狐版。极狐公司对极狐版本的更新遵循GitLab为全球贡献者制定的协议，向社区版和企业版进行贡献，将符合GitLab对安全和代码质量的严格标准。据介绍，不到一年时间，极狐公司已经成为除GitLab Inc.以外最大的GitLab开源社区贡献者。
极狐公司创始人兼CEO 陈冉表示，GitLab永久IP的授权，是极狐公司运营的起点—这能让极狐在国内以原厂的身份帮助国内的客户享受到GitLab原厂服务。其进一步解释，极狐公司拥有独立自主的开发权，其目标和愿景是基于GitLab，超越GitLab。所以随着自身技术不断地发，自研产品不断成熟和开源生态不断演进，他认为极狐公司会真正超越GitLab。
并且作为一家独立的公司，极狐公司将管理自己的技术和基础设施——其SaaS服务（jihulab.com）和Gitlab, Inc.的SaaS服务（GitLab.com）将不共享任何基础设施、网络连接、系统、服务、数据或资源。此外，极狐公司为中国用户建立拥有自主知识产权（IPR）的JH代码仓目录，并持有独立知识产权，实现100%的本地化独立运营。在独立性方面，陈冉和投资人强调，本轮融资完成后，外资股东 GitLab Inc. 持股比例将下降到50%以下，进一步落实由中方主导的独立运营体系，极狐公司董事会依然由中方主导。
本轮融资后，公司也计划在自研产品、市场推广的同时，接触更多人民币基金，希望进一步促进极狐(GitLab)的本土化进程。
目前有没有DevOps解决方案能保证整个软件包生命周期的安全？
有的，比如JFrog的DevOps解决方案，近期JFrog收购了Vdoo之后，他们的产品对于安全性更多了一层保障，能够做到保证软件生命周期的安全。
具体表现在能够使用高级算法适用性扫描进行上下文威胁分析，优先考虑跨多个向量的关键安全漏洞；能够在新漏洞、恶意软件、漏洞利用、后门、供应链风险和其他威胁公开之前自动检测；能够跨多个攻击向量的可行缓解建议切入底线，避免团队在必须筛选数千个可能的漏洞时出现“警觉疲劳”和噪音；能够将安全性扩展到设备/IoT 上的嵌入式软件，以及固件扫描和唯一识别已编译 C/C++ 应用程序组件中的漏洞；能够将发现的任何安全风险与 40 多种（迄今为止）不同的安全标准和法规相匹配等。
Devops概述
目前在国外，互联网巨头如Google、Facebook、Amazon、LinkedIn、Netflix、Airbnb，传统软件公司如Adobe、IBM、Microsoft、SAP等，亦或是网络业务非核心企业如苹果、沃尔玛、索尼影视娱乐、星巴克等都在采用DevOps或提供相关支持产品。那么DevOps究竟是怎样一回事？
DevOps一次词的来自于Development和Operations的组合，突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。
DevOps概念早先升温于2009年的欧洲，因传统模式的运维之痛而生。
DevOps是为了填补开发端和运维端之间的信息鸿沟，改善团队之间的协作关系。不过需要澄清的一点是，从开发到运维，中间还有测试环节。DevOps其实包含了三个部分：开发、测试和运维。
换句话说，DevOps希望做到的是软件产品交付过程中IT工具链的打通，使得各个团队减少时间损耗，更加高效地协同工作。专家们总结出了下面这个DevOps能力图，良好的闭环可以大大增加整体的产出。
由上所述，相信大家对DevOps有了一定的了解。但是除了触及工具链之外，作为文化和技术的方法论，DevOps还需要公司在组织文化上的变革。回顾软件行业的研发模式，可以发现大致有三个阶段：瀑布式开发、敏捷开发、DevOps。
DevOps早在九年前就有人提出来，但是，为什么这两年才开始受到越来越多的企业重视和时间呢？因为DevOps的发展是独木不成林的，现在有越来越多的技术支撑。微服务架构理念、容器技术使得DevOps的实施变得更加容易，计算能力提升和云环境的发展使得快速开发的产品可以立刻获得更广泛的使用。
当今世界改变的速度已与过去不同，而每当经历一个颠覆性的技术革命时，都给这个世界带来了深刻的变化，大数据、云计算、人工智能、VR/AR和区块链等新兴技术推动着世界不断变化，如何应对这样一个VUCA时代，让我们能够在环境变化的时候快速响应呢？
在些我引用了圣贤王阳明的一句名言，他提倡“知行合一”，通俗的讲就是做事情要理论与实践相结合。我们在实现DevOps落地时也一定要遵循“理论与实践相结合”的方式进行，理论就是我们做事的指导思想，而实践就是具体做事的方法，接下来我就从我在公司中是如何按照理论与实践相结合来推动DevOps落实地。
首先我们还是要回到什么是DevOps，如果大家忘记了可以回到之前再温故一下，包括我总结的DevOps公式。
其实DevOps核心思想就是：“快速交付价值，灵活响应变化”。其基本原则如下：
DevOps的一个巨大好处就是可以高效交付，这也正好是它的初衷。Puppet和DevOps Research and Assessment (DORA) 主办了2016年DevOps调查报告中，根据全球4600位各IT公司的技术工作者的提交数据统计，得出高效公司可以完成平均每年1460次部署。与低效组织相比，高效组织的部署频繁200倍，产品投入使用速度快2555倍，服务恢复速度快24倍。在工作内容的时间分配上，低效者要多花22%的时间用在为规划好或者重复工作上，而高效者却可以多花29%的时间用在新的工作上。所以这里的高效不仅仅指公司产出的效率提高，还指员工的工作质量得到提升。
DevOps另外一个好处就是会改善公司组织文化、提高员工的参与感。员工们变得更高效，也更有满足和成就感；调查显示高效员工的雇员净推荐值（eNPS:employee Net Promoter Score）更高，即对公司更加认同。
快速的部署其实可以帮助更快地发现问题，产品被更快地交付到用户手中，团队可以更快地得到用户的反馈，从而进行更快地相应。而且，DevOps小步快跑的形式带来的变化是比较小的，出现问题的偏差每次都不会太大，修复起来也会相对容易一些。
因此，认为速度就意味着危险是一种偏见。此外，滞后软件服务的发布也并不一定会完全地避免问题，在竞争日益激烈的IT行业，这反而可能错失了软件的发布时机。
技术的发展使得DevOps有了更多的配合。早期时，大家虽然意识到了这个问题的，但是苦于当时没有完善丰富的技术工具，是一种“理想很丰满，但是现实很骨感”的情况。DevOps的实现可以基于新兴的容器技术；也可以在自动化运维工具Puppet、SaltStack， Ansible之后的延伸；还可以构建在传统的Cloud Foundry、OpenShift等PaaS厂商之上。
IT行业已经越来越于市场的经济发展紧密挂钩，专家们认为IT将会有支持中心变成利润驱动中心。事实上，这个变化已经开始了，这不仅体现在Google、苹果这些大企业中，而且也发生在传统行业中，比如出租车业务中的Uber、酒店连锁行业中的Airbnb、图书经销商Amazon等等。能否让公司的IT配套方案及时跟上市场需求的步伐，在今天显得至关重要。
DevOps 2016年度报告给出了一个运维成本的计算公式：
而对于工程师而言，他们也是DevOps的受益者。微软资深工程师Scott Hanselman说过“对于开发者而言，最有力的工具就是自动化工具”（The most powerful tool we have as developers is automation）。工具链的打通使得开发者们在交付软件时可以完成生产环境的构建、测试和运行；正如Amazon的VP兼CTO Werner Vogels那句让人印象深刻的话：“谁开发谁运行”。（You build it, you run it）
上文提到了工具链的打通，那么工具自然就需要做好准备。现将工具类型及对应的不完全列举整理如下：
在工具的选择上，需要结合公司业务需求和技术团队情况而定。（注：更多关于工具的详细介绍可以参见此文： 51 Best DevOps Tools for #DevOps Engineers ）
DevOps成功与否，公司组织是否利于协作是关键。开发人员和运维人员可以良好沟通互相学习，从而拥有高生产力。并且协作也存在在业务人员与开发人员之间。出席了ITV公司在2012年就开始落地DevOps，其通用平台主管Clark在2016年伦敦企业级DevOps峰会接受InfoQ了采访，在谈及成功时表示，业务人员非常清楚他们希望在最小化可行产品中实现什么，工程师们就按需交付，不做多余工作。这样，工程师们使用通用的平台（即打通的工具链）得到更好的一致性和更高的质量。此外，DevOps对工程师个人的要求也提高了，很多专家也认为招募到优秀的人才也是一个挑战。
DevOps正在增长，尤其是在大企业中：调查发现，DevOps的接受度有了显著提高。74%的受访者已经接受了DevOps，而去年这一比例为66%。目前，在81%的大企业开始接受DevOps，中小企业的接受度仅为70%。
那么具体而言都有些公司在采用DevOps呢？Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Target（泛欧实时全额自动清算系统）、Walmart、Sony等等。
首先，大企业正在自下而上接受DevOps，其中业务单位或部门（31%）以及项目和团队（29%）已经实施DevOps。不过，只有21%的大企业在整个公司范围内采用了DevOps。
其次，在工具层面上，DevOps工具的用量大幅激增。Chef和Puppet依然是最常用的DevOps工具，使用率均为32%。Docker是年增长率最快的工具，用量增长一倍以上。Ansible的用量也有显著增加，使用率从10%翻倍至20%。
并且调查还发现不到半数（43%）的公司在使用诸如Chef、Puppet、Ansible或Salt等配置工具；然而使用配置工具的公司更有可能同时使用多个工具。25%的受访者使用两种或更多配置工具，只使用一种工具的比例为18%。其中Chef和Puppet是最常用的组合：使用Chef的组织中有67%同时也使用Puppet，类似的，使用Puppet的组织中也有67%同时使用了Chef。
结语：以上就是首席CTO笔记为大家整理的关于devops哪个公司用了的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于devops哪个公司用了的相关内容别忘了在本站进行查找喔。