「SRE Meetup Tokyo」レポート
Googleがおススメするシステム運用管理手法「SRE」「SLO」のメリット（1/2 ページ）
Googleが膨大なシステムを開発、提供する中で生み出したシステム管理手法「SRE」（サイトリライアビリティエンジニアリング）。本稿ではSREやそのメリット、SREと併せて取り入れたいSLOについて紹介する。
Google日本法人は2017年9月25日、書籍『SRE サイトライアビリティエンジニアリング ～Googleの信頼性を支えるエンジニアリングチーム』の出版を記念し、「SRE Meetup Tokyo」を開催した。会場となったのは東京都内にある同社のオフィス。Googleで培われたシステム管理の新手法を学ぼうと、多くのエンジニアが参加し、席は埋め尽くされていた。本レポートを通じて、「SRE」（サイトリライアビリティエンジニアリング）とはどのようなものなのか、ユーザー企業が取り入れる際の肝はどこにあるのか、感じ取ってほしい。
開発者がシステム管理をするSRE、そのメリットとは
SREとは、Googleが膨大なシステムを開発、提供してきた中で生み出したシステム管理手法だ。Google日本法人でDeveloper Advocateを務めるイアン・ルイス氏は、SREについて次のように説明する。「開発者がシステム管理をするというのがSREの基本的な考え方です。一般開発者はエンドユーザーが要求する機能を実現するために開発し、SREの開発はアプリケーションやシステムの信頼性を高めるために開発します」（ルイス氏）
Google日本法人のイアン・ルイス氏
サービスをスケールさせるには、運用をできるだけ自動化する必要がある。SREでは、そのために開発リソースを投じる。とはいえ、やり過ぎては意味がないとルイス氏は言う。SREに開発者を多く割けば、それだけアプリケーション開発のリソースを減らすことになるからだ。「SREはオプションの1つであり、開発リソースのトレードオフであることを忘れてはなりません」（ルイス氏）
運用がうまくいっていれば、開発リソースを運用に当てるのは無駄に思えるかもしれない。しかしシステムが複雑になればなるほど運用も複雑化し、問題も発生しやすくなる。運用担当者だけで解決できない問題が発生すれば開発チームにリクエストがきて、開発者は予定にない作業に当たり、結局は運用に時間を割くことになる。そのような事態を避けるためのシステム管理手法がSREなのだ。
SLOを定義することによりさまざまなメリットが得られる
具体的には、どのようなことに気を付けながらSREに取り組んでいけばいいのか。その一端を解説してくれたのが、澤田武男氏だ。現在は他社でSREを推進している澤田氏は、数カ月前まではGoogle日本法人に在籍し、SREに携わっていた。
Google日本法人ではローンチ調整エンジニアリングやSLO（Service Level Objective）の策定、PRR（Production Release Review）などを担当してきたという澤田氏。今回はその中でも、システムの信頼性を左右するSLOとトイル（詳細は後述）を取り上げた。
澤田武男氏
SLOは「サービスレベル目標」と訳される。サービスレベルを保証するSLA（Service Level Agreement）はよく耳にしても、SLOは知らないという読者もいるかもしれない。簡単に説明すると、SLAで保証するサービスレベルのことをSLOと呼び、それを確認するために用いられるのがSLI（サービスレベル指標）だ。例えばSLAに「99.99％の稼働を保証し、満たせなかった場合には規定に基づき返金する」とあれば、SLOは99.99％の稼働率ということになる。
SLOを定義するメリットは「“高い信頼性”という曖昧な目標を数値化することでチームメンバーが明確に目標を共有できるようになることと、過剰な要求から開発チームを守れるようになることです」と澤田氏は説明する。
信頼性は、コストや時間とのトレードオフだ。曖昧な目標に向かってリソースを投じ続けてもゴールは永遠に訪れず、過剰な投資を余儀なくされる。SLOを明確な数値目標として定めることで、適したアーキテクチャやチーム体制、モニタリング感度、障害対応速度などを決める際の指標を共有できる。またSLOをステークホルダーとも共有しておくことで、過剰に期待されたり、依存されたりすることを避けられると澤田氏は言う。
SLOを定義することでさまざまなメリットが得られる
SLOの定義にもいろいろある。「アップタイム99.9％と言っても、リクエストのエラー率が0.1％以下なのか、サービスの停止時間が0.1％以下なのかによって監視方法も目標達成へのアプローチも変わります」（澤田氏）
その後、話題はトイルへ。トイルとはシステムの稼働を維持するために必要な手作業のことで、澤田氏は「撲滅すべき」と言う。システム管理に手作業が多ければ、スケールした際に負担が大きくなるだけではなく、生産性が下がり、手作業によるミスが発生する恐れもある。こうしたことからGoogleでは、トイルが50％以下になることを目標としているとのこと。澤田氏はGoogleから現職に移ってもトイル撲滅のために戦っているそうだ。
「基本的には、コツコツと1つずつトイルをなくしていく以外に方法はありません。自分たちが手作業でやっていることを見直し、地道に自動化や改善を続けます」（澤田氏）
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品レビュー
[ヴィーム・ソフトウェア株式会社] SCS評価制度を導入するだけで十分？ 組織の防御力を高める活用方法とは -
技術文書・技術解説
[フォーティネットジャパン合同会社] AIランサムウェアに勝つ 自律型エンドポイント管理導入で確認すべき条件4つ -
技術文書・技術解説
[フォーティネットジャパン合同会社] LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント -
製品レビュー
[ネットアップ合同会社] 研究分野でAI活用が進まない？ 真の成果につなげるデータ管理の在り方とは -
製品レビュー
[ヴィーム・ソフトウェア株式会社] SCS評価制度を導入するだけで十分？ 組織の防御力を高める活用方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
2
VMware離れの決め手は“機能”以外だった 情シス109人が選んだ新基準と死角は
-
3
IBM iのブラックボックス化を打破 資産継承と進化を実現する「IBM Bob」の実力
-
4
二極化する生成AI活用 「一部の社員しか使いこなせない」をどう解消すべきか
-
5
デンソークリエイト、Excelからの移行も簡単に行えるプロジェクト管理ツールを発表
-
6
Claude Opus 5.5、GPT-6 Sol／Luna登場 情シスが迫られるモデル使い分け
-
7
「クラウドDR」4大基礎用語 クラウドバックアップやDRaaSとの違いは？
-
8
「Apple Watch」、読者の95％は「仕事で使える」、5％は何に不満？
-
9
「データストレージの活用方法」に関するアンケート
-
10
攻撃で“大慌て”になる企業に欠けていた「サイバーレジリエンス」の視点
ホワイトペーパーランキング PR
-
1
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
2
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
3
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
4
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
5
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
6
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
7
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
8
ソフトウェア開発の属人化と手戻りをどう防ぐ？ 速さと品質を両立させる方法
-
9
AI活用を停滞させる「2：6：2の壁」を乗り越えるためのポイントとは？
-
10
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー