内部SLAが罰則感なくビジネス成功を導く理由
サービスレベル契約（SLA）は今やITポートフォリオの定番ですが、SaaS SLAの膨大な量は、ベテランITリーダーでさえ圧倒することがあります。
より多くのミッションクリティカルアプリケーションがクラウドへ移行するにつれ、ネットワーク帯域幅がボトルネックになりつつあります——まだなっていなければ、ですが。
罰則的という評判があるにもかかわらず、内部SLAは慎重に設計すれば、IT運用をビジネス目標と整合させることができます。
内部SLAは新しい概念ではない
ベテランITプロフェッショナルは、ウェブ接続アプリの初期に、内部SLA——時にはチャージバック契約と呼ばれた——が導入されたことを覚えているでしょう。目的は、特定のテクノロジーリソースをビジネスユニットに割り当て、リーダーに部門ごとの使用状況とニーズの明確なビューを与えることでした。
外部SLAがベンダーに責任を持たせることでビジネスを守るのに対し、内部SLAは制約のように感じられることがあります。しかし、そうである必要はありません。真の価値は、潜在的なパフォーマンス問題を浮き彫りにし、測定可能な期待を設定し、解決への透明な道筋を確立することにあります。
ビジネスリーダーはすでにアプリケーションKPIに精通しています。課題は、内部SLAをパフォーマンス監査ではなく、継続的改善のツールとして位置づけることです。
外部SLAの増加に伴い、内部SLAは帯域幅を最適化し、アプリケーション可用性を確保するための戦略的レバーになります。
内部SLAがクラウドアプリケーション要求を抑制する
理想的な世界では、すべてのクラウドアプリに無制限の帯域幅があり、ユーザーが常にピークパフォーマンスを体験できます。現実には、帯域幅は有限であり、特定のアプリケーションを優先しなければなりません。
内部SLAをクラウド戦略に組み込むことで、すべての外部契約をネットワークのキャパシティにマッピングし、トラフィックを優先順位付けできます。明確なQoS目標、エンドユーザーパフォーマンス指標、アプリケーション可用性目標、インシデント解決タイムフレームを設定することは、組織全体に利益をもたらします。
ビジネスエグゼクティブは最高レベルのサービスを期待します——冗長WANリンク、トラフィックスパイクを処理するロードバランシング、ニアインスタントな応答時間、フォーナインズ（99.99%）可用性、迅速なヘルプデスクサポート。貴社の役割は、ネットワークを使い果たすことなくその体験を提供することです。
最初はアプリケーショングループが制約を感じるかもしれませんが、内部SLAが正しく管理されれば、しばしば気づかれません。代わりに、ユーザーは必要なテクノロジーが確実に利用可能だと認識します。
内部SLAの効果的な管理には、クラウドアプリケーション契約の深い知識が必要です。貴社は組織のクラウドブローカーとして機能していますか？ それともビジネスリーダーはITへの信頼を失いつつありますか？
クラウド中心の職場への適応についてさらに学ぶには、クラウドブローカーになるためのインフォグラフィックをご覧ください。
クラウドコンピューティング