관련링크

NoOps(No Operations)は、IT環境が自動化され抽象化される過程で、インフラストラクチャやアプリケーションの運用組織が存在しないプロセスや業務環境を意味します。これは、DevOpsの最後に立っているように見えますが、オペレータがいない初期のスタートアップにとって、NoOpsはDevOpsに進むための中間段階になる可能性があります。

DevOpsとNoOps

DevOpsは、アプリケーション開発者とインフラストラクチャオペレータとの間のシームレスなコミュニケーションとコラボレーションを意味します。DevOpsはアプリケーションをより迅速かつスムーズにデプロイするプロセスを作成することを目指していますが、NoOpsはインフラストラクチャがすでに十分に仮想化されている状況でアプリケーションのデプロイ、モニタリング、管理プロセスを改善し自動化し、アプリケーション開発者が 直接開発と運用、ビジネスまで関与することを目指しています。

初期スタートアップのチーム構造

多くのスタートアップは初期メンバーとして開発者を含んでいますが、オペレータを含めません。初期のアイデアの検証が終了し、サービスが出ても、まだ運用チームを作ることはありません。サービスが出てきても、サービスが軌道に乗り、収入が発生するまで、ほとんどのスタートアップサービスの安定性よりも製品の価値を証明するために多くの努力をする戦略を使用します。

スタートアップが運用チームを用意していない傾向は、最近クラウドとDevOpsの影響で多くの開発者がサービスコードの継続的な統合と展開の経験を積んでおり、クラウド環境で開発者が直接サーバーを運用できるようになったからです。

スタートアップとITサービスの運用

今サーバーに対するモニタリングはどうされているのか。メモリリークが発生した場合、それに対するチェックはしているのか？ 最新のセキュリティパッチは適用されましたか？ 新しいリリースのためのテスト環境はありますか？ マーケティング部門で大規模なFacebookイベントを進行すれば、それに合わせてサービスの規模は自動的に増えるだろうか？

おそらく、ほとんどのスタートアップはこれらの質問に非常に慣れているでしょう。多くのスタートアップの開発者がこれらすべてを直接進めています。そしていつかサービスがさらに大きくなると、もっともらしい運用チームができると思うかもしれません。しかし、その前に心に留めておくべきことがあります。尤もらしい運用チームが作られるまでは、開発者が運用を上手にしなければならないということです。

この問題を解決するための最善の方法は、開発者が直接展開、モニタリング、管理プロセスを自動化して問題を直接特定して解決することです。いつまで想像の中で運用チームを待っているか。まず、開発者自身が安定したサービスを作ることをお勧めします。このためのNoOpsについてもっと学びましょう。

NoOpsについて

NoOpsは2011年Forrester Researchのシニアアナリストであり、副社長のMike Gualtieriが書いたブログ、「私はDevOpsを望んでいない。 NoOpsは欲しい。(I Don’t Want DevOps. I Want NoOps.)」から出た単語です。彼はブログで、「NoOpsは、アプリケーション開発者が運用の専門家と話す必要がなくなったことを意味します」と述べ、この内容は多くの議論を引き起こしました。

[画像] NoOps is a DevOps Disaster wating to Happen

DevOpsの一部では、NoOpsを災害だと思うこともあります。NoOps is a DevOps Disaster wating toHappen – DevOps.com

ただし、HerokuとCloudFoundryなどの PaaS ソリューションとAWS LambdaなどのサーバーレスコンピューティングはNoOpsの可能性を生み出し、IBMなどの多くのクラウドベンダーがNoOpsを目指して開発者向けのソリューションを開発しています。

スタートアップのNoOpsとモニタリングの自動化

DevOpsの影響で、多くのスタートアップの開発者は、統合、展開、管理の経験と知識を持っていますが、まだモニタリングは非常に弱いです。まだ多くのスタートアップがサービスの死活を手動で確認しており、顧客の要請を通じてサービスの問題を確認しています。まず、多くのスタートアップにモニタリングを自動化するようにと言いたいです。まず、ほとんどのクラウドベンダーがモニタリングツールを提供しています。これにより、基本的な通知を受け取ることをお勧めします。最小限の通知機能が用意されている場合は、より詳細な通知設定に入ることをお勧めします。すでにモニタリングツールはSaaS形式で提供されているため、SaaSベースのモニタリングサービスを使用しているのであれば、そのITサービスに問題を見つけるのは難しくありません。基本的なインフラのモニタリングは通知だけで可能ですが、アプリケーションは分析の領域とは異なる場合があります。NoOpsで開発者が直接モニタリングするため、アプリケーションのパフォーマンス分析サービスを行わないという考えは非常に危険な考えです。アプリケーションパフォーマンスの領域は実際の運用の領域であり、通常の開発環境では見られない状況についての情報を提供されなければならない領域です。この部分の設定まで完了しなければならないと思います。

まとめ

スタートアップにとって、NoOpsはDevOpsの最終形態ではなく、DevOpsの始まりです。まず、開発者が自分で良い開発環境と運用環境を作っていけば、今後サービスの拡張が起こり、運用に複雑さが増えたときに良い運用チームを作ることができるようになります。そういう意味で、初期スタートアップがNoOpsを介してDevOpsを作っていくことを提案します。