我能在DevOps上找到一家小公司吗？

Question

假设我是一名企业家，为我的伟大理念(TM)提供了很少的种子资金，我创办了一家公司，最初计划自己实施我的伟大理念(TM)，并根据公司增长率的要求聘请更多的帮助。

通常，这个网站上的回答都围绕着这样的观点：德维普斯不是一个角色，但是一种用允许一个角色团队实际执行DevOps的新的操作理念.来做事情的新方法--它可以防止倦怠和人们感觉自己像一只孤独的狼。

作为一家刚刚起步并处于萌芽阶段的公司，我应该把DevOps作为一种哲学来追求吗?或者，这是否只适合于一个更成熟的、能够拥有足够规模的开发团队的运营？

Answer 1

DevOps有三个部分:工具/自动化、组织和文化。

你的组织结构和流程都是基于你的业务成熟度。这很聪明。我在一家初创公司和“财富”1000强公司的经历让我有了这样的经历:从DevOps开始对公司的成长更有利。它很有效率，非常适合敏捷。

工具

由于您的成熟非常年轻，您应该将您的DevOps过程作为saas产品来购买，以减少上市时间。使用circleCI或类似的产品代替Jenkins。而不是VM和码头，使用Heroku。尝试并合并工具集，但要以适合您的业务规模的方式进行。如果手动部署代码每周需要4个小时，并在1小时内实现自动化，则可以节省费用。去做吧。

Organizational

此外，从组织的角度来看，您将自然地从所有开发人员开始，作为操作/特性(甚至产品开发)的负责人。看看组织结构的http://web.devopstopologies.com/。我们的创业从类型2开始，随着我们的成熟，我们将转向类型7。

文化

DevOps只是团队合作。一起工作一切都会变得更容易。这通常是个问题，因为领导没有记住这一点，所以当你开始工作时，要确保每个人都是企业的一部分。敏捷也反映了这一点。

因此，简而言之，是的，追求DevOps，但这样做的水平，以满足您的业务成熟度。

Answer 2

其中一项(创办一家1-2人的小型公司，并随着资金的增加而增长)与另一家无关(使用DevOps哲学)。

即使是一人一人的业务也可以基于DevOps。您可以使用一个有效的完全容器化CI/CD管道来实现您的好主意(tm)，实际上，没有比开始时更好的时间了，因为当时还没有什么cruft需要处理，而且在您遇到大量用户之前。这不需要花上几个月的时间；你可以在几个小时内(如果你已经知道很多的话)或可能几天内就可以破解一个基本的Jenkins/Docker管道(但这样的日子就会在你工作的过程中被有效地花费在学习这些东西上)。

从新建项目中的CD部件开始，要比将CD添加到以前使用手动部署的现有应用程序容易得多。

您可以在开始时使用完整的测试覆盖(由于明显的原因，没有更好的时间)，包括验证测试覆盖率作为CI/CD的一部分的工具。

您可以从一些小的安全措施开始，比如检查您的测试套件是否有多余的开放端口或其他什么。

你可以，而且应该马上从牛而不是宠物开始(意思是IaC，IaaS，PaaS和所有那些好东西，托管在一个相当精简的“三大”提供商上)。从小的地方开始，按所需的比例。

当你增加更多的人，他们将开始在那个富有成效的大气层，并希望他们的许多较便宜的错误将立即被CI/CD捕捉。

Answer 3

我觉得这是个可行的主意。您可以为那些需要DevOps服务但不愿为此类服务雇用员工的公司设立服务提供商，这要么是因为他们无法支付员工的薪水，要么是因为他们不是长期需要人手的企业。这样的公司可以雇佣你的服务，甚至让你接受某种形式的聘用。