プラットフォーム エンジニアリングのインフラストラクチャのプロビジョニングと管理には、手動の一貫性のないプロセスから、より自動化されたスケーラブルでアダプティブなアプローチへの進化が含まれます。 自動化された標準化されたプロセスを採用することで、組織はエラーを減らし、効率を向上させ、一貫したインフラストラクチャ管理を確保できます。
マニュアル
最初の段階では、IT チームまたはアーキテクチャ チームがドキュメントを通じてガイダンスを提供することで、インフラストラクチャのニーズに対する柔軟性と迅速な対応を重視しています。 開発者は、このガイダンスに基づいてインフラストラクチャを手動で設定し、さまざまなチームがさまざまな方法を使用するため、不整合が発生します。 アクセスとプロビジョニングの要求は手動で確認され、遅延が発生し、開発者は自分でプロビジョニングを処理し、エラーのリスクを高めます。 正式なプロセスの欠如と手動チェックへの依存により、サイロ化された運用、ダウンタイムの増加、スケーラブルなインフラストラクチャの維持が困難になり、このアプローチは需要の増加に伴って持続できなくなります。
プロビジョニング プロセスを定義する: 開発者は、多くの場合、同様のタスクにさまざまな方法とツールを使用して、ケース バイ ケースでインフラストラクチャを手動で設定します。
インフラストラクチャとサービスのプロビジョニング要求に対応して管理する: インフラストラクチャの要求は、必要に応じて手動で処理されます。多くの場合、非公式の通信チャネル (電子メールやチャットなど) を通じて、IT チームまたはアーキテクチャ チームからの手動レビューによってアクセスが制限されます。 プロビジョニングは、個々のチームまたは開発者が担当します。
リソースの割り当てを監視する: チームは、リソースが容量不足になる問題が発生した時にのみ、手動でチェックを行う場合があります。
協調
組織はより一貫性のある効率的な運用の必要性を認識するため、プロビジョニング プロセスを一元化して標準化するための最初の手順が実行されます。 一部のチームはツールと方法を調整し始めますが、組織全体の標準がなければ、バリエーションは維持されます。 チケットなどの一元化されたシステムはインフラストラクチャ要求を管理するために導入されますが、手動承認とプロビジョニングによってオーバーヘッドが増加するため、このアプローチではボトルネックが発生する可能性があります。 必要に応じて、一元化と標準化への移行により、開発サイクルとデプロイ サイクルが遅くなる可能性があり、さらなる合理化の必要性が浮き彫りになります。
プロビジョニング プロセスを定義する: 一部のチームでは、同様のツールとスクリプトの使用と変更を開始しますが、組織全体の標準はありません。 一部のチームはリソースを手動でプロビジョニングし、一部のチームは使用可能なツールとスクリプトを使用します。
インフラストラクチャとサービスのプロビジョニング要求に応答して管理する: 要求は一元化されたシステム (チケットシステムなど) を介して送信され、一元化された IT チームまたはプラットフォーム チームがインフラストラクチャを手動で承認してプロビジョニングします。
リソースの割り当てを監視する: Teams は標準ツールを使用してリソース使用率に関するデータを収集し始めますが、通常、監視は包括的なビューなしで個々のサービスまたはプロジェクトに対して設定されます。
舗装
組織は、運用全体を通じて、正式かつ一貫したプロビジョニング プロセスを確立することに重点を置いています。 ただし、インフラストラクチャ要求の量が増えると、構造化されたワークフローが配置されていても、プラットフォーム チームは対応に苦労する可能性があります。 ここでの課題は、サービスの品質や効率を損なうことなく、増大する需要を管理し、よりスケーラブルなソリューションの必要性を高めています。
プロビジョニング プロセスを定義する: エンジニアは、コードとしてのインフラストラクチャ (IaC) テンプレートを使用してサービスをプロビジョニングします。 プロビジョニング プロセスは、組織全体で形式化され、標準化されます。 IaC プラクティスは広く採用されており、すべてのチームで一貫したテンプレートとツールが使用されています。
インフラストラクチャとサービスのプロビジョニング要求に対応して管理する: 要求は、事前に定義されたテンプレートと定義済みのプロセスを使用して構造化されたワークフローを通じて処理され、プロビジョニングを効率化します (たとえば、舗装されたパスやゴールデン パス)。 特定の種類の要求には承認が必要な場合があります。
リソース割り当ての監視: 包括的なメトリックセットが追跡され、リソースの割り当てと使用率が明確に可視化されます。 一元化されたダッシュボードは、すべてのサービスでリソースの使用を監視し、パフォーマンスに関する分析情報を提供します。
自動
手動プロセスの制限に対処し、効率を高めるために、組織はプロビジョニングの自動化と CI/CD パイプラインへの統合に進みます。 自動化により、ワークフローに組み込まれているガバナンスとコンプライアンスのチェックを使用して、手動での作業が削減され、一貫したデプロイが保証されます。 ただし、このすべてをコードとして扱うシフトは、自動化、スクリプト作成、コーディングに関するより高度な専門知識を要求します。 さらに、テンプレートは多くのプロセスを合理化しますが、複雑なシナリオを過度に単純化する可能性があり、一意のエッジ ケースに効果的に対処するために継続的な絞り込みを必要とします。
プロビジョニング プロセスを定義する: プロビジョニング プロセスは自動化され、CI/CD パイプラインに統合されるため、インフラストラクチャを迅速かつ一貫したデプロイにできます。 ガバナンスとコンプライアンスのチェックは、プロビジョニング ワークフローに統合されます。
インフラストラクチャとサービスのプロビジョニング要求に対応して管理する: プラットフォーム チームは、自動化されたセルフサービス機能を使用して要求プロセスを管理し、制御されたパラメーター内でユーザーが個別にリソースをプロビジョニングできるようにします。 承認されたユーザーは、専用の共有、標準化、構成済みの環境作成リソースにアクセスできます。
リソースの割り当てを監視する: 使用パターンに基づいてスケーリングを自動化します。
アダプティヴ
組織は、インテリジェントでプロアクティブな管理を通じてリソースの割り当てとパフォーマンスを最適化することに重点を置いています。 プロビジョニングは自動化されるだけでなく、リアルタイムでインフラストラクチャのニーズを予測して対応するシステムを備えたアダプティブでもあります。 このアプローチでは、柔軟性とガバナンスのバランスを取り、コンプライアンスを維持しながらリソースを効率的に割り当てられるようにします。 このレベルの課題は、集中型ガバナンスと分散化されたチームの自律性のバランスの複雑さを管理し、イノベーションを妨げられずにガバナンス標準が組織のニーズと共に進化することを保証することです。
プロビジョニング プロセスを定義する: プロビジョニング プロセスは自動化され、CI/CD パイプラインに統合されるため、インフラストラクチャを迅速かつ一貫したデプロイにできます。 ガバナンスとコンプライアンスのチェックは、プロビジョニング ワークフローに統合されます。
インフラストラクチャとサービスのプロビジョニング要求に対応して管理する: 要求は、ニーズを予測し、リソースを事前にプロビジョニングするインテリジェントなシステムによって自動的に処理され、ガバナンスを維持しながら柔軟性を提供します。
リソース割り当ての監視: 履歴データと現在の使用パターンに基づいてリソースの需要を予測し、リソースを自動的にプロビジョニングまたは割り当て解除して、最適なパフォーマンスとコスト効率を維持します。