DevOpsで小さな会社を見つけることはできますか？

私が起業家で、グレートアイデア（TM）に対するシードマネーがほとんどなく、最初に自分のグレートアイデア（TM）を自分で実装することを計画している会社を立ち上げ、会社の成長率に基づいて追加の支援を雇うとします。

多くの場合、このサイトの回答は、DevOpsは役割ではなく、役割のチームがDevOpsを実際に実行できるようにする新しい操作哲学で物事を行う新しい方法を中心にしています。これは、燃え尽き症候群を防ぎ、人々が孤狼のように感じるのを防ぎます

それでは、駆け出しの新興企業として、DevOpsを哲学として追求する必要があるのでしょうか、それとも、十分な規模の開発チームを持つことができるより成熟した運用にのみ適しているのでしょうか。

DevOpsには、ツール/自動化、組織化、および文化の 3つの部分があります。

あなたは組織の構造とプロセスをビジネスの成熟度に基づいています。どちらが賢いですか。スタートアップとフォーチュン1000の会社での経験は、DevOpsから始めることが会社の成長にとってより良いことを示す経験を与えてくれました。それは効率的で、アジャイルとうまく適合します。

ツーリング

成熟度が本当に若いので、DevOpsプロセスをsaas製品として購入して、市場投入までの時間を短縮する必要があります。Jenkinsの代わりに、circleCIまたは同様の製品を使用してください。VMとDockerの代わりに、Herokuを使用します。ツールセットを試して組み込んでください。ただし、ビジネスの規模に合った方法で行ってください。コードを手動でデプロイする場合、週に4時間かかり、1時間でコードを自動化すると節約できます。やれ。

組織的

また、組織的な見地からは、当然のことながら、すべての開発者から、製品開発でさえも運用/機能の責任者として始めます。 組織構造については、http： //web.devopstopologies.com/をご覧ください。私たちのスタートアップはタイプ2から始まり、成熟するにつれてタイプ7に移行します。

文化的

DevOpsは単にチームワークです。一緒に作業すれば、すべてが簡単になります。リーダーシップはこれを考慮に入れていないため、通常は問題となります。開始するときは、全員がビジネスから離れていることを確認してください。これはアジャイルにも反映されます。

要するに、はい、DevOpsを追求しますが、ビジネスの成熟度を満たすレベルでそれを行います。

1つ（1〜2人の小さな会社を立ち上げ、お金が入るにつれて成長する）は、（DevOpsの哲学を使用して）他のものとは何の関係もありません。

1人のビジネスでもDevOpsベースにすることができます。世話をするために何も嫌なものがないときは、実際には先頭のよりも良い時間がない、機能して完全にコンテナCI / CDパイプラインであなたの素晴らしいアイデア（TM）の実装を開始することができ、まだ、と前に、あなたは大きなを打ちます利用者数。何ヶ月もかかることはありません。基本的なJenkins / Dockerパイプラインを数時間（すでに詳しい場合）または数日でハッキングすることができます（ただし、その日は、そのようなことを学ぶために生産的に費やされます）。

グリーンフィールドプロジェクトのCDパーツから始めることは、以前に手動のデプロイを使用していた既存のアプリケーションにCDを追加するよりもはるかに簡単です。

CI / CDの一部としてテストカバレッジを検証するツールを含め、開始時に完全なテストカバレッジから始めることができます（明らかな理由により、これ以上の時間はありません）。

テストスイートで余分な開いているポートなどをチェックするなど、いくつかの小さなセキュリティ対策から簡単に始めることができます。

すぐにできるのは、ペットではなく牛です（IaC、IaaS、PaaSなど、かなり合理化された「ビッグ3」プロバイダーの1つでホストされているすべてのもの）。小規模から始めて、必要に応じてスケーリングします。

個人を追加すると、その実りある雰囲気の中ですぐに開始され、安価なエラーの多くがすぐにCI / CDによって検出されるようになります。

それは実現可能なアイデアだと思います。DevOpsのサービスを必要とするが、給与を維持する余裕がないか、ビジネスに従事していないために、そのようなサービスのスタッフを採用したくない会社のサービスプロバイダーとして設定できます。手元に誰かが永久に必要です。そのような企業は、あなたのサービスに従事したり、何らかの形で保持者を雇ったりすることができます。

新しいベンチャーの開発は、DevOpsの哲学と実践を採用することで、実際にはより簡単にできることがわかりました。結局のところ、小規模な（1〜2）人の会社には、開発者、QA、オペレーション、さらにはカスタマーサービスを雇うためのリソース（または贅沢）がありません。

したがって、ほぼ必然的に、初期のプレーヤーは複数の役割をカバーする必要があります。開発と運用（機能とリリース）は、「DevOps」スタイルのビジネスに直接マッピングできます。

以前のマイクロエージェンシーでやったことで、最終的には2フルタイム（主に開発者、私のパートナーは主にバックグラウンドで運用しますが、異種交配を開始して自分自身をハイブリッド化し始めました）と呼ばれる3-4の通常の請負業者必要。最終的には、機能の追加に加えて、クライアント向けのプロジェクトの継続的な管理（運用）も開始しました。

「DevOps」という用語は使用しませんでした（当時は存在していたとは思いませんでした）が、機能の展開までの時間枠を改善し、クライアントエクスペリエンスをできる限り苦痛なくすることに重点を置いていました。

また、DevOpsモデルを使用すると、他の誰かがその役割を担当できるため、休暇を取るのが簡単になります。

私は今、中小企業へのベンチャー（DevOpsサービスの提供）を始めています。

つまり、一言で言えば、それが可能であると思うだけでなく、それが最初の最良の方法だと思います。

幸運を！

はい。高度な自動化を使用して価値を創造し、将来の大企業の再利用可能な基盤を確立できるからです。もちろん、デジタル製品を更新する頻度によって異なります。ただし、反復的な演習では、必要に応じてできるだけ多くの手動作業を行う可能性を高く評価します。