「オン」であることは、パフォーマンスの尺度にはなりません。ランプに電力が供給されていても、ユーザーが作業内容を確実に確認できるだけの明るさが得られているとは限りません。見えるかどうかには、電力以外にもさまざまな要因が影響します。電球が寿命を迎えつつあるか、電力は供給されていても不足しているために、暗くなっている可能性があります。電球を明るく保つのに十分な電力が供給されていない場合は、配線に問題があるか、調光器によって電流が制限されている可能性があります。また、電球が明るくても、ランプシェードが暗すぎたり、1つの照明では空間が広すぎたりすることもあります。つまり、ランプのパフォーマンス、ひいてはユーザー体験には、多くの要因が影響します。同様に、システムやアプリケーションのパフォーマンスと信頼性を評価するには、従来の指標である稼働時間だけでは不十分です。信頼性はサービスレベルにも左右されます。
システムやアプリケーションは、インフラストラクチャ、API、セキュリティ、ワークフロー、ロジック、データなど、目的に応じて組み合わされた多くのコンポーネントで構成されています。単に「稼働中」であるだけでは、信頼性は確保できません。ランプの例と同様に、最適なパフォーマンスとエクスペリエンスを確認するには、すべてのコンポーネントを評価できる必要があります。実店舗型のビジネスでは、「顧客の動線」をたどって全体的なエクスペリエンスを評価するだけで、サービスレベルの不備を特定できる場合があります。一方、デジタルビジネスでは、それが大きな課題となることがあります。従来のエンタープライズアーキテクチャによってビジネス部門とIT部門がサイロ化しているため、問題を特定して根本原因を突き止めることは、必ずしも容易でも効率的でもありません。ビジネスリーダーが問題を認識していても、すべてが「稼働中」であれば、各コンポーネントを管理するITチームは問題がないと考える可能性があります。サイト信頼性エンジニアリング（SRE）は、ビジネス部門とIT部門をつなぐ架け橋となり、サービスレベル目標（SLO）を通じてビジネス上のコミットメントの履行を確実にします。
SREとは
サイト信頼性エンジニアリングは、2000年代初頭にGoogleで生まれました。Googleによれば、「運用をソフトウェアの問題として扱うことで得られるもの」です。F5では、ビジネス目標を支える信頼性、効率性、拡張性に優れたシステムを構築するためのプロセス、プラクティス、ツールに加え、文化や考え方を含むものと捉えています。
SREは、単に可用性があるだけでなく、信頼性と拡張性を備えたシステムに重点を置きます。SREを考え方や文化でもあると捉えるのは、セキュリティと同様に、役割を問わず全員が高品質で信頼性の高いシステムの実現に積極的に貢献することが求められるためです。SREは考え方や文化である一方、その実践は、サービス全体をエンドツーエンドで提供するサービスチームに組み込まれることがよくあります。通常、こうしたチームは、可用性、レイテンシ、パフォーマンス、復旧を監視しながら、コアシステムの改善とイノベーションの促進を担い、自動化と効率化による継続的な改善を推進します。つまり、ランプが点灯していることを確認するだけでなく、部屋全体を見渡しているのです。
SREがSLIを活用してSLOを達成する方法
サイト信頼性エンジニアリングでは、ビジネス成果を達成するために、SLOとSLI（サービスレベル指標）の測定基準を定義します。簡単に言えば、SREは開発、セキュリティ、運用の各チームのニーズと目標を統合し、企業がお客さまに約束した内容を確実に実現できるようにします。
ユーザーが作業内容を確認できるだけの十分な明るさを安定して確保すること（サービスレベル）がビジネス上のコミットメントである場合、SLOとして、10平方フィートの空間ごとに明るく点灯するランプを1つ（可用性）維持することなどが考えられます。また、別のSLOとしてMTTR（平均復旧時間）を定義できます。この例では、切れた電球や切れかけた電球を交換するまでの時間に相当します。SLIは、SLOの達成を確実にするためにサイト信頼性エンジニアとIT部門が定義するしきい値です。たとえば、光束、各ランプへの電流、ユーザーがランプにぶつかったり移動させたりしたことによる設置位置のわずかな変化などを監視します。アプリケーションデリバリシステムでは、CPU使用率、API呼び出し時間、データベースクエリ時間などがこれに該当します。ビジネス上のSLOに影響するSLIの測定指標と、その値が特定のしきい値を下回った場合に運用ポリシーや構成を調整して講じる対応は、サイト信頼性エンジニアが定義します。
最新のエンタープライズアーキテクチャにおけるSREのメリット
測定指標、しきい値、対応は、デジタルビジネスのアプリケーションデリバリ向けに設計された最新のエンタープライズアーキテクチャにおいて、SREと他の領域が交わる部分です。運用データであるテレメトリは、SREが定めた測定指標としきい値のオブザーバビリティを支えます。自動化とは、ツール、テクノロジー、プラクティスを組み合わせて適用することです。これにより、サイト信頼性エンジニアは、労力を抑えながら定義済みの対応を拡張でき、デジタルサービスのSLOを効率的に達成できます。また、デジタルサービスのシステム信頼性が向上することで、デジタルビジネスにおいて良好なユーザー体験を提供できる可能性が高まります。
改めて説明すると、SREは、利用可能なあらゆるツール、テクノロジー、プロセスを活用し、単にシステムを「稼働」させるだけでなく、確実に安定したパフォーマンスを発揮させることで、IT部門と事業部門の取り組みを結び付ける橋渡しの役割を果たします。SREをエンタープライズアーキテクチャに取り入れることで、企業はシステムアプリケーションをプロアクティブに管理し、パフォーマンスの低下や異常を早期に把握できます。これにより、ユーザーエクスペリエンスに影響が及ぶ前に、サイト信頼性エンジニアが調査して解決できるようになります。
SREをビジネスに統合し、効率的で拡張性の高いデジタルビジネスへの変革を支援する方法については、F5のO’Reilly書籍『デジタルビジネスのためのエンタープライズアーキテクチャ』に収録されているJulia Renouard執筆の章「The Need for Speed」をご覧ください。
関連するブログ記事
SOAS 2025：足並みの乱れが凡庸さを招く
AI導入における方針の不一致は、非効率を招きます。セキュリティ、自動化、導入の各戦略を整合させ、AIの可能性を最大限に引き出す方法をご紹介します。
WebAssemblyが重要な理由
WebAssembly（Wasm）は、あらゆるプラットフォームで高性能なアプリケーションを実現する、ポータブルで高速かつセキュアなバイナリ命令セットです。
インフラストラクチャは依然として格好の攻撃経路
クラウドコンピューティングでは、APIやドラッグ＆ドロップ式の設定ツールを活用し、ネットワークやインフラストラクチャを敬遠する人がそれらを直接扱わずに済むようにすることで、インフラストラクチャへの対応を不要にすることが長年追求されてきました。しかし、インフラストラクチャを無視することも、攻撃の主要な標的であるという事実を見過ごすこともできません。
堅牢なデータアーキテクチャがもたらす戦略的メリット
適切に構築されたデータアーキテクチャがもたらす効果は、業務プロセスの改善にとどまりません。戦略的な業務効率の向上、より深いビジネスインサイトの獲得、隣接するビジネス機会への展開にもつながり、これらすべてをより俊敏に実行できるようになります。
デジタルワークフローにおける不正検知には、データだけでは不十分
2019年には、業界全体でクレジットカード詐欺の試みが約25万件確認されました。これは約2分に1件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。