内部SLAが罰のように感じるべきではない理由

サービスレベルアグリーメント（SLA）は、平均的なITリーダーにとってますます身近な領域になりつつあります。残念ながら、SaaS SLAの数はIT組織全体に広がっており、すべてを管理することはほぼ不可能です。

ビジネスクリティカルなアプリケーションはますますクラウドに移行しており、帯域幅リソースがプレッシャーに屈し始めるのは時間の問題です。まだの場合はそうです。

評判が悪いにもかかわらず、内部SLAは、ビジネス目標をIT運用に合わせるための最良の方法である可能性があります。

内部SLAは新しいものではありません

インターネットに接続されたアプリケーションの初期の頃に内部SLAが議論されたときを覚えているかもしれません。チャージバックとも呼ばれるこのアイデアは、IT部門が特定のテクノロジーリソースをビジネスユニットに割り当てて、部門の使用状況とニーズを理解することです。

ITリーダーがパフォーマンスを維持するためのツールとしての意味を持つ内部SLAは、ビジネスユーザーに対する罰としての評判を得ました。外部SLAはプロバイダーに説明責任を負わせるため、ビジネスに利益をもたらすことに誰もが同意できます。ただし、アプリケーションの使用にガイドラインと制限を設けることになることをビジネスリーダーに伝えてください。そうすると、会話が悪化します。

ビジネスリーダーは、アプリケーションのパフォーマンスKPIとメトリックに精通しています。アプリケーションのパフォーマンスを理解することで、テクノロジーが従業員の生産性を妨げている可能性がある場所についての洞察が得られます。ただし、これらのKPIおよびメトリックに対して内部SLAを実装すると、マネージャーは自分のパフォーマンスが疑問視されているように感じることがよくあります。

内部SLAの目的は、ビジネスユーザーを罰することではなく、潜在的な問題に注意を喚起し、パフォーマンスの期待を設定し、競合解決への明確な道筋を作成することです。

管理する外部SLAが非常に多いため、内部SLAは、帯域幅の使用率とアプリケーションの可用性を最適化するための最良の手段を提供します。

内部SLAはクラウドアプリケーションの需要を抑制します

完璧な世界では、すべてのクラウドアプリケーションがネットワークリソースに自由にアクセスできるため、ビジネスユーザーは状況に関係なく最高のパフォーマンスを自由に楽しむことができます。

しかし、ITリーダーは、これが不可能であることを知っています。使用できる帯域幅は非常に限られており、好むと好まざるとにかかわらず、特定のアプリケーションは組織内の他のアプリケーションよりも重要です。いつの日か、ITインフラストラクチャは、すべてのアプリケーションが無制限の帯域幅にアクセスできるようになる可能性がありますが、それは今日ではありません。

ITの観点から、クラウドアプリが関与する場合に内部SLA計画を使用すると、すべての外部契約をレイアウトし、ネットワークの機能のコンテキストでそれらに優先順位を付けることができます。 QoS、エンドユーザーのパフォーマンス/エクスペリエンス、アプリケーションの可用性、および解決までのトラブルシューティングの時間に期待を設定すると、ビジネス全体にメリットがあります。

すべてのビジネスリーダーは、冗長WAN接続、トラフィックの最大の急増にも対応できる負荷分散、ほぼ瞬時の一貫したアプリケーション応答時間、フォーナイン以上の可用性、最優先のヘルプデスク応答など、最上位のサービスを期待します。あなたの仕事は、ネットワークを使い果たすことなく、ビジネスユーザーにこれらすべてを手に入れていると感じさせることです。確かに、言​​うのは簡単です。

アプリケーショングループは最初は制限されていると感じるかもしれませんが、内部SLAを適切に管理すれば、ビジネスリーダーはその存在に気付くことはありません。理想的には、彼らは自分たちとチームが必要とするテクノロジーリソースを手に入れているように感じるでしょう。

ただし、内部SLAを適切に計画および管理するには、クラウドアプリケーション契約を深く理解する必要があります。組織のクラウドブローカーになりましたか？それとも、ビジネスリーダーはIT組織への信頼を失っていますか？

クラウドベースの職場に適応する必要性について詳しく知りたい場合は、クラウドブローカーになるためのこのインフォグラフィックを確認してください。