假设我是一位企业家,我的Great Idea(TM)种子资金很少,我开了一家公司,最初计划自己实施我的Great Idea(TM),然后根据公司增长率来雇用其他帮助。
通常,此站点上的答案都围绕着这样的想法,即DevOps不是角色,而是一种具有新的操作哲学的新的工作方式,允许一组角色实际执行DevOps。这样可以防止精疲力尽和人们感到像孤单的狼
因此,作为一家刚刚起步并处于萌芽状态的公司,我是否应该费心追求DevOps作为一种哲学,还是这仅适用于能够拥有足够规模的开发团队的更成熟的运营?
假设我是一位企业家,我的Great Idea(TM)种子资金很少,我开了一家公司,最初计划自己实施我的Great Idea(TM),然后根据公司增长率来雇用其他帮助。
通常,此站点上的答案都围绕着这样的想法,即DevOps不是角色,而是一种具有新的操作哲学的新的工作方式,允许一组角色实际执行DevOps。这样可以防止精疲力尽和人们感到像孤单的狼
因此,作为一家刚刚起步并处于萌芽状态的公司,我是否应该费心追求DevOps作为一种哲学,还是这仅适用于能够拥有足够规模的开发团队的更成熟的运营?
Answers:
DevOps包含三个部分:工具/自动化,组织和文化。
您将根据组织的成熟度来确定组织结构和流程。哪个聪明。我在一家创业公司和一家财富1000强公司中的经验为我提供了经验,表明从DevOps入手对公司发展更有利。它高效且非常适合敏捷。
真正成熟的人应该购买DevOps流程作为saas产品,以缩短上市时间。代替Jenkins,请使用circleCI或类似产品。代替VM和docker,使用Heroku。尝试合并工具集,但以适合您企业规模的方式进行。如果每周手动部署代码需要4个小时,而在1个小时内将其自动化则可以节省成本。做吧
同样从组织的角度来看,您自然会从所有开发人员开始,成为操作/功能甚至产品开发的负责方。查看http://web.devopstopologies.com/ 了解组织结构。我们的创业公司从2型开始,随着我们的成熟,将转向7型。
DevOps只是团队合作。一起工作,一切都会变得容易。通常这是一个问题,因为领导层没有牢记这一点,因此在您开始工作时,请确保每个人都与企业分开。这也体现在敏捷上。
简而言之,可以采用DevOps,但要达到满足您业务成熟度的水平。
一个人(创办一家小型的1-2人的公司,然后随着收入的增长而增长)与另一个人(使用DevOps哲学)无关。
甚至只有1人的业务也可以基于DevOps。您可以使用功能齐全的容器化CI / CD管道来开始实施Great Idea(tm),实际上,没有比开始时更好的时间了,那时还没有什么需要照顾的事情,并且在您遇到重大挑战之前用户数。这不会花费数月的工作;您可以在几个小时内(如果您已经了解很多)或几天(但是几天后您将可以高效地学习这些东西)一起破解基本的Jenkins / Docker管道。
与在以前使用手动部署的现有应用程序中添加CD相比,在未开发项目中的CD部分开始要容易得多。
您可以从一开始就获得完整的测试覆盖范围(出于明显的原因,没有更好的时间了),包括将测试覆盖范围作为CI / CD的一部分进行验证的工具。
您可以轻松地从一些小的安全措施入手,例如检查测试套件中是否有多余的开放端口或其他内容。
您可以并且应该立即从牛而不是宠物开始(这意味着IaC,IaaS,PaaS和所有这些好东西,都托管在相当精简的“三巨头”提供商之一中)。从小处着手,按需扩展。
当您添加更多人员时,它们将在富有成果的氛围中开始,希望CI / CD会立即发现许多便宜的错误。
我发现采用DevOps的理念和实践实际上可以使开发新企业更容易。毕竟,一家小型(1-2人)的公司没有资源(或奢侈品)来雇用开发人员,质量保证,运营甚至客户服务。
因此,几乎早期的参与者几乎必须要承担多个角色,开发和运营(功能和发布)可以直接映射到“ DevOps”风格的业务。
通过我以前的微型机构所做的工作,我们最终成为了2个全职人员(我主要是开发人员,我的合伙人主要是运营背景,但我们开始将异花授粉杂交为自己:)和3-4个常规承包商,这些承包商称为需要。最终,我们除了添加功能外,还开始为客户管理(运营)一些项目。
尽管我们没有使用“ DevOps”一词(我当时不认为它存在),但我们专注于将功能改进到部署时间表,并尽可能减轻客户体验。
此外,DevOps模型可以使人们更轻松地休假,因为他们的角色可以由其他人承担!
我现在刚刚开始为小型企业开展业务(提供DevOps服务)。
简而言之,我不仅认为这是可能的,而且我认为这是最好的起点!
祝好运!