The Doppler Quarterly (日本語) 夏 2016

クラウド戦略に変更の計画を含めなければならない 6つの理由 Joey Jablonski 私たちは、数年にわたって同じようなことが繰り返されるのを見てきました。革新的なテクノロジーが登場すると、多くの企業がこぞって情報を収集し、それを実装していますが、人員に対する影響にはほとんど注意が払われていません。 2016 年においても、多くの企業が DevOps、Infrastructure as Code、そして場合によってはマイクロサービスやコンテナーとともにクラウドコンピューティングを取り入れていますが、またしても人員やプロセスの問題が広範な導入を遅らせる原因となっています。私たちは、いつになったらそのことがわかるのでしょうか。大規模な組織にクラウドコンピューティングを導入する場合、組織的な変更に重点を置くことが非常に重要となるのはなぜなのでしょうか。ここからは、クラウドの導入によって運用の方法がどのように変わるのかをいくつかの例で見ていきます。デリバリの速度新しいサービスの市場投入期間を短縮したいというビジネスニーズを満たすために、多くの企業が DevOps を取り入れており、アジャイルデリバリモデルへの移行に成功した企業は、本番環境により高い頻度で小規模な変更を展開することが可能です。その一方、企業はこれまで、四半期または半年ごとのリリースサイクルに従い、こうした従来型の展開モデルで長期にわたるテスト期間、手動による膨大なレビュー作業、および多数のプランニングセッションに対応してきました。このような、大規模なモノリシックアプリケーションを 1 年に数回だけ展開するという考え方から小規模なサービスを毎週または 2 週間に1 回展開するという考え方への変化は、 70 | THE DOPPLER | 2016年夏号アプリケーションの管理と実行に必要な運用モデルを大きく変えます。テスト期間が大幅に短縮されると、自動テストを増やして欲しいという声が増え、アーキテクチャー、セキュリティ、品質などをレビューするための、手動によるレビュー作業のいくつかを行う時間を延ばすことができなくなります。また、展開の時間が短縮されると、高度な自動化、セルフサービスプロビジョニング、本番環境での継続的なセキュリティの監視、プロアクティブな監視、および今日のその他多くの手法に対するニーズが高まり、サイロ間のハンドオフは、ソフトウェアを構築して展開するためのより協調的なアプローチに取って代わられることになります。多くの企業は、継続的インテグレーション (CI) と継続的デリバリ (CD) を導入することですべての問題が解決され、展開サイロ内のみに重点が置かれるようになると考えています。しかし、CI/CD はソフトウェアの構築に必要な時間の大幅な短縮に貢献する可能性はあるものの、一般的に無駄の多い、ビルドプロセスの前後のプロセスのすべてをカバーするわけではありません。一方、DevOps は、CI/ CD だけでなく、エンドツーエンドのソフトウェア開発ライフサイクル (SDLC) にも関わるもので、企業は、最初から最後までの SDLC 全体のフローを最適化するのに必要なプロセスと人員の変更を考慮しなければなりません。サービスのデリバリと製品のデリバリ企業は、大規模なモノリシックアプリケーションのデリバリからサービスのデリバリへと移行する中で、社内全体の考え方を大きく変える必要があります。製品に関しては、開発とデリバリが完了した段階で、通常は別のチームが

The Doppler Quarterly (日本語) 夏 2016 | Page 72