我可以在DevOps上找到一家小公司吗?


9

假设我是一位企业家,我的Great Idea(TM)种子资金很少,我开了一家公司,最初计划自己实施我的Great Idea(TM),然后根据公司增长率来雇用其他帮助。

通常,此站点上的答案都围绕着这样的想法,即DevOps不是角色,而是一种具有新的操作哲学的新的工作方式,允许一组角色实际执行DevOps。这样可以防止精疲力尽和人们感到像孤单的狼

因此,作为一家刚刚起步并处于萌芽状态的公司,我是否应该费心追求DevOps作为一种哲学,还是这仅适用于能够拥有足够规模的开发团队的更成熟的运营?


这是基于意见的,因此无法给出真正的答案-这就是为什么我要添加评论。我相信“是的,您应该打扰”。如果您看一下DevOps哲学的基本组成部分和“做事的方式”,那么这些想法是行之有效的,并且行之有效,并且具有竞争优势。如果您创办一家初创公司,则绝对不应忽略这些原则,而应将其纳入您的业务方式中。DevOps不仅适合“更大”的玩家。实际上,大多数“更大”的玩家完全无法采用这种截然不同的文化,而您可以从基金会中建立这种文化
Evgeny

@Evgeny-那么,企业家如何根据我链接的其他答案,与一个1人团队一起做到这一点?
James Shewey

FWIW拥有一些DevOps专业知识可以提供很多帮助(我实际上是在自己做)。如果不是这样的话-强烈建议拥有这种专业知识的联合创始人甚至是受雇的人-这将有助于降低成本,这在启动时/启动时至关重要。
Dan Cornilescu

Answers:


9

DevOps包含三个部分:工具/自动化,组织和文化。

您将根据组织的成熟度来确定组织结构和流程。哪个聪明。我在一家创业公司和一家财富1000强公司中的经验为我提供了经验,表明从DevOps入手对公司发展更有利。它高效且非常适合敏捷。

工装

真正成熟的人应该购买DevOps流程作为saas产品,以缩短上市时间。代替Jenkins,请使用circleCI或类似产品。代替VM和docker,使用Heroku。尝试合并工具集,但以适合您企业规模的方式进行。如果每周手动部署代码需要4个小时,而在1个小时内将其自动化则可以节省成本。做吧

组织

同样从组织的角度来看,您自然会从所有开发人员开始,成为操作/功能甚至产品开发的负责方。查看http://web.devopstopologies.com/ 了解组织结构。我们的创业公司从2型开始,随着我们的成熟,将转向7型。

文化

DevOps只是团队合作。一起工作,一切都会变得容易。通常这是一个问题,因为领导层没有牢记这一点,因此在您开始工作时,请确保每个人都与企业分开。这也体现在敏捷上。

简而言之,可以采用DevOps,但要达到满足您业务成熟度的水平。


1
感谢您到DevOps拓扑的链接;好东西。
斯图尔特·安斯沃思

5

一个人(创办一家小型的1-2人的公司,然后随着收入的增长而增长)与另一个人(使用DevOps哲学)无关。

甚至只有1人的业务也可以基于DevOps。您可以使用功能齐全的容器化CI / CD管道来开始实施Great Idea(tm),实际上,没有比开始时更好的时间了,那时还没有什么需要照顾的事情,并且您遇到重大挑战之前用户数。这不会花费数月的工作;您可以在几个小时内(如果您已经了解很多)或几天(但是几天后您将可以高效地学习这些东西)一起破解基本的Jenkins / Docker管道。

与在以前使用手动部署的现有应用程序中添加CD相比,在未开发项目中的CD部分开始容易得多。

您可以从一开始就获得完整的测试覆盖范围(出于明显的原因,没有更好的时间了),包括将测试覆盖范围作为CI / CD的一部分进行验证的工具。

您可以轻松地从一些小的安全措施入手,例如检查测试套件中是否有多余的开放端口或其他内容。

您可以并且应该立即从牛而不是宠物开始(这意味着IaC,IaaS,PaaS和所有这些好东西,都托管在相当精简的“三巨头”提供商之一中)。从小处着手,按需扩展。

当您添加更多人员时,它们将在富有成果的氛围中开始,希望CI / CD会立即发现许多便宜的错误。


1
如果不采用DevOps方法
则将IaC

我还建议,如果可能的话,考虑在IaaS上使用PaaS-更简单,更低的初始成本,并且只需很少的更改(如果有)就可以快速扩展。
Dan Cornilescu

1

我认为这是一个可行的想法。您可以为需要DevOps服务但不想雇用员工来提供此类服务的公司设置为服务提供商,这是因为它们负担不起薪水,或者他们不从事任何业务永久需要有人在场。这样的公司可以利用您的服务,甚至将您放在某种形式的固定人身上。


1

我发现采用DevOps的理念和实践实际上可以使开发新企业更容易。毕竟,一家小型(1-2人)的公司没有资源(或奢侈品)来雇用开发人员,质量保证,运营甚至客户服务。

因此,几乎早期的参与者几乎必须要承担多个角色,开发和运营(功能和发布)可以直接映射到“ DevOps”风格的业务。

通过我以前的微型机构所做的工作,我们最终成为了2个全职人员(我主要是开发人员,我的合伙人主要是运营背景,但我们开始将异花授粉杂交为自己:)和3-4个常​​规承包商,这些承包商称为需要。最终,我们除了添加功能外,还开始为客户管理(运营)一些项目。

尽管我们没有使用“ DevOps”一词(我当时不认为它存在),但我们专注于将功能改进到部署时间表,并尽可能减轻客户体验。

此外,DevOps模型可以使人们更轻松地休假,因为他们的角色可以由其他人承担!

我现在刚刚开始为小型企业开展业务(提供DevOps服务)。

简而言之,我不仅认为这是可能的,而且我认为这是最好的起点!

祝好运!


0

是的,因为您可以使用高级自动化来创造价值并为未来的大公司建立可重用的基础。当然,取决于您要多久更新一次数字产品。但是您会珍视重复练习中尽可能多的体力劳动的可能性。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.