DevOps サミット: ネットワークがパーティーに招待された場所
DevOps Summit NY では、DevOps だけでなく、コンテナ、IoT、マイクロサービスについても多くの議論がありました。 セッションでは、DevOps アプローチで大規模に成長するために必要な文化的変化に重点が置かれるだけでなく、アプリケーションがマイクロサービス アーキテクチャに分解され、あらゆるモノのインターネットの急速な成長とサポートが可能になるため、成功を確実にするために必要なネットワークの「配管」も取り上げられました。
コンテナとマイクロサービスとネットワーク
Docker の Jerome Petazzo (@jpetazzo ) 氏は、マイクロサービスとコンテナとの自然な親和性について説明しましたが、彼の説明で重要だったのは、独立したスケール、検出、回復力、そしてマイクロサービスによってネットワークに依存するアーキテクチャの管理のために「ネットワーク」が必要であるという点でした。 実際、DNS は検出において自然かつ重要な役割を果たし、サービスがネットワーク アドレス指定スキームに依存せず、むしろ DNS の機能を活用してサービスの実際の場所 (スケーラビリティの場合はサービス エンドポイント) を迅速に更新し、シームレスな接続を確保するために必要なサービス レイヤーでの抽象化レベルを確保します。
アプリケーションとそのインフラストラクチャの領域外の機能については、多くの場合、「ネットワーク」を組み込んで依存する必要があることが認識されたのは喜ばしいことです。 IT のアプリケーション側では、アーキテクチャに「ネットワーク」を含める必要があることを認識しています。 したがって、IT のネットワーク側では、サービスを提供するために、よりプログラム的かつ協調的なアプローチを採用して、顧客をサポートする必要性を認識することが不可欠です。 特にマイクロサービスはそのニーズを推進しており、私のセッション「マイクロサービス アーキテクチャが DevOps をネットワークに導入する方法」のトピックでもあります (リンクはプレゼンテーションに移動します)。
John Willis ( @botchagalupe ) は不変インフラストラクチャについて詳しく調べ、アプリケーション インフラストラクチャ (サーバーとプラットフォーム) を不変にする方法、また不変にすべき方法についての見解を示しました。 この概念は、負荷分散、アプリケーション セキュリティ、アクセラレーションなどのアプリケーション関連サービスにも同様に適用できます。 彼の主張は、スクリプトベースの長期管理への依存は危険を伴う可能性があるというものです。もし疑問に思っているなら、私もこれに賛成します。 コマンドの順序、適切なロールバック オプションの欠如、一般的な障害、スクリプト内での障害への対処の失敗はすべて、特に中断の影響を受けやすい実稼働ネットワークでは、大きな混乱を引き起こす可能性があります。 一度展開されたパッケージ、構成、アプリ、データは変更できないという前提に基づく不変のインフラストラクチャ モデルを使用することで、組織はより安定した俊敏な (そして管理しやすい) 環境を実現できます。 彼は不変のインフラストラクチャを実装するためのシンプルなレシピを提案しました。
1. 新規プロビジョニング
2. 新しいテスト
3. 新規へのトラフィックを誘導
4. ロールバックのために古いものを残しておく
DevOps は治療ではなく症状である
最後になりましたが、私は Mark Thiele ( @mthiele10 ) のセッションに出席しました。そのセッションで彼は、DevOps は健全な組織を実現するための手段ではなく、健全な組織の症状であると主張しました。 Switch SUPERNAP の VP は、組織に対して「現在のやり方では拡張できないと想定し」、次の大きな需要を満たすために必要な拡張を可能にするために人材とプロセスを継続的に検討するようアドバイスしています。 今日のアプリケーションと同様に、スケールは静的なものではないため、IT 全般に対してより俊敏で協調的なアプローチが必要になります。 マークは、ビジネスに対する効率性と価値に重点を置いており、「IT は IT コストを削減するために作られたのではなく、ビジネスに価値を付加するために作られた」と述べています。 そのために、彼は組織に対し、テクノロジーではなくサービスの観点から考え、それらのサービスの設計と提供に協力的なアプローチを採用することを推奨しています。
コラボレーションは共通のテーマであり、IT サイロ自体と同様にサイロ内のサイロにも多くの注目が集まっています。 IT グループ内または IT グループ間のサイロを越えて連携することは、アプリケーションの配信時間、パフォーマンス、規模、セキュリティに関するポリシーを確立して実施するだけでなく、開発から本番環境、アプリからユーザーまでのアプリケーションのエンドツーエンドの配信を最適化するために必要なプロセスを定義して導入できることにも重要です。
全体として、マイクロサービスとコンテナの関係が強調され、その結果として生じるサービスとサポートインフラストラクチャの爆発的な増加を DevOps アプローチで管理する必要性も強調されました。 組織が .com 時代に経験したような急激な成長に間違いなく似たものに乗り出すにつれ、IoT はテクノロジー (コンテナ、マイクロサービス、ネットワークに対するソフトウェア定義のアプローチ) と包括的なアプローチである DevOps の両方にとって重要な推進力となるでしょう。
NYからは以上です。 木曜日おめでとうございます！