オフィスビルを監視しよう：フィジカル×デジタルにまたがるSLI/SLO設計と運用の難しさ / Monitoring Office Buildings: The Challenge of Physical-Digital SLI/SLO Design & Operation

Copyright © 2025 Bitkey Inc. All right reserved. オフィスビルを監視しよう：フィジカル×デジタルにまたがるSLI/SLO設計と運用の難しさ
株式会社ビットキー　三河内拓也 2025.07.11 ※スライド内に登場する会社名・サービス名・製品名などは、それぞれの企業の商標または登録商標です。無断での内容の改変・加工はご遠慮ください。

7 Copyright © 2025 Bitkey Inc. All right reserved. 実際、考慮しないといけない
ポイントがいっぱいありますよね...

9 Copyright © 2025 Bitkey Inc. All right reserved. ビットキー特有の考慮ポイントを
一部紹介します

10 Copyright © 2025 Bitkey Inc. All right reserved. 様々な物理的な要因で解錠信号（Bluetooth通信）が
届きづらい時がある... ・距離が遠い・中継機器の置き場所が悪い・遮蔽物が分厚い、電波を通しづらい素材 etc

11 Copyright © 2025 Bitkey Inc. All right reserved. Client側のデバイス観点でも
考慮しないといけないポイントがある... BLE ・顔認証端末の電源が落ちていてる・ビル制御盤と疎通出来ていない etc

12 Copyright © 2025 Bitkey Inc. All right reserved. 掲示されたポスターのQRコードが認証画面に映り込み、
延々に解錠失敗が記録されるお客様のオフィスに掲示されたポスターのQRコード

14 Copyright © 2025 Bitkey Inc. All right reserved. SLO運用においても
“モヤみ”ポイントがあります

15 Copyright © 2025 Bitkey Inc. All right reserved. “果たしてこのサービスレベルの
調査対応は開発マターなのか？”

16 Copyright © 2025 Bitkey Inc. All right reserved. 今回例に上げたモヤみは
”フィジカル”と”デジタル”にまたがるサービスがゆえに起こり得るものです

17 Copyright © 2025 Bitkey Inc. All right reserved. “デジタル”だけで完結しない分、
SLI/SLOをどう定義し、どう運用するかには、定説にはない独自の工夫が求められます

18 Copyright © 2025 Bitkey Inc. All right reserved. 今回はビルを監視するという
SLI/SLOにおいて、定説にはない Tipsを紹介していきます

19 Copyright © 2025 Bitkey Inc. All right reserved. ビットキーにデータアナリストとしてジョイン。
入社初年度から、プロダクト品質の可視化を担当。この時、サービスレベルというプラクティスと出会う自己紹介三河内拓也 Takuya Mikouchi 2017 2020 データコンサル企業でデータアナリストとしてのキャリアをスタート。様々な業界のデータ活用プロジェクトに従事 2025 現在もSREチームと共にサービスレベルの計測と運用を推進

20 Copyright © 2025 Bitkey Inc. All right reserved. Outline
1. ビルモニタリングにおいて定義したSLI 2. ビルモニタリングで得られた5つのTips 1. CUJ(Critical User Journey)は普遍である 2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち 3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ 5. CS（いわゆる顧客対応チームのこと）を巻き込んだSLO運用のポイント 3. まとめ

21 Copyright © 2025 Bitkey Inc. All right reserved. 1.
ビルモニタリングにおいて定義したSLI

23 Copyright © 2025 Bitkey Inc. All right reserved. プロダクトはhomehubとworkhubの２つ。
本日お話しするworkhubは、働く空間にまつわる体験のDXを実現 1. ビルモニタリングにおいて定義したSLI フレキシブルオフィスオフィステナントテンポラリーユースビル(オーナー) ワーカー不動産管理会社マンションオーナー管理組合デベロッパー居住者暮らしサービスデリバリー会社対象カスタマー/ユーザー 

24 Copyright © 2025 Bitkey Inc. All right reserved. workhubの機能群
1. ビルモニタリングにおいて定義したSLI 共通会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証スマートロッカー混雑判定スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付個室ブース運営パブリックアカウント地図で検索⽬的で検索正式提供開始フレキシブルオフィスオフィステナントテンポラリーユースビル(オーナー) さらなる拡張さらなる拡張

25 Copyright © 2025 Bitkey Inc. All right reserved. ビルに導入する場合によく提供している機能
1. ビルモニタリングにおいて定義したSLI 共通会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証スマートロッカー混雑判定スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付個室ブース運営パブリックアカウント地図で検索⽬的で検索正式提供開始フレキシブルオフィスオフィステナントテンポラリーユースビル(オーナー) さらなる拡張さらなる拡張

ビルモニタリングにおいて定義したSLI 多様な機能群から、SLIとして定義したい体験・機能を整理今回は、フラッパーゲート及びビル共用部→テナント専有部への顔・QR認証による出入りを選定「テナント専有部」への出入りフラッパーゲートなど「ビルエントランス」の出入り業務開始

27 Copyright © 2025 Bitkey Inc. All right reserved. 選定した体験フローをベースに、顔認証成功率/QR認証成功率の2つのSLIを定義
1. ビルモニタリングにおいて定義したSLI 顔認証成功率認証後、カギまたは扉が開いた回数／認証端末に顔をかざした回数 QR認証成功率認証後、カギまたは扉が開いた回数／認証端末にQRをかざした回数 ※補足：出入りの体験の気持ちよさとして、認証→ 解施錠にかかった時間もSLIとして計測してます。が、単純化のため本発表では割愛しています「テナント専有部」への出入りフラッパーゲートなど「ビルエントランス」の出入り業務開始

28 Copyright © 2025 Bitkey Inc. All right reserved. 定義されたSLIは、DatadogでSLOを設定し、エラーバジェットベースのアラートを作成し監視運用中
※あくまで社内的な目標値としてSLOを運用中 1. ビルモニタリングにおいて定義したSLI

ビルモニタリングで得られた5つのTips

30 Copyright © 2025 Bitkey Inc. All right reserved. 本題に行く前に、、、このTipsで伝えたいこと
2. ビルモニタリングで得られた5つのTips 【To SREの皆さん】サービス特性に応じてSLI/SLOの設計や運用はチューニングの余地があるのでは？【To フィジカル×デジタルなサービスに従事するSREの皆さん】難しさはあるが、工夫次第でSLI/SLOの運用は可能

31 Copyright © 2025 Bitkey Inc. All right reserved. Tips1
CUJ(Critical User Journey)は普遍である設計

32 Copyright © 2025 Bitkey Inc. All right reserved. ビルモニタリングの課題：多様な機能が内包され、どの機能も重要かつ監視しがいがあり、監視指標の
選定が難しい 1. CUJ(Critical User Journey)は普遍である共通会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証スマートロッカー混雑判定スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付会員向け検索予約契約‧会員管理決済エンジン請求‧⼊⾦管理スマートロック受付顔認証制御盤連携会議室予約位置検知スマートロッカー混雑判定 BACNet連携座席予約稼働率レポートマルチテナントエレベータービル総合受付個室ブース運営パブリックアカウント地図で検索⽬的で検索正式提供開始フレキシブルオフィスオフィステナントテンポラリーユースビル(オーナー) さらなる拡張さらなる拡張

33 Copyright © 2025 Bitkey Inc. All right reserved. 解決策：CUJ(Critical
User Journey)を整理すること。開発者視点では監視すべき体験の目線合わせがができる。そして、それは自然とユーザのコア体験の信頼性の定義となるというメリットを持つ 1. CUJ(Critical User Journey)は普遍である「テナント専有部」への出入りフラッパーゲートなど「ビルエントランス」の出入り業務開始

34 Copyright © 2025 Bitkey Inc. All right reserved. ユーザー⇔システムの詳細なフロー図を整理することで、フィジカル特有の誤動作や例外を洗い出し、
より堅牢なSLIの定義やログ設計が可能になる 1. CUJ(Critical User Journey)は普遍であるログ設計・実装→計測へユーザの目的は達成できてないが、あえて成功にしたい動作もリストアップ詳細フロー ※登壇用に簡略化しています誤動作や例外を考慮したより堅牢なSLIの算出式

35 Copyright © 2025 Bitkey Inc. All right reserved. Tips1のまとめ
1. CUJ(Critical User Journey)は普遍である CUJを整理することで、目線の揃った監視指標を定義できるこれは”フィジカル”と”デジタル”にまたがるサービスにおいても普遍更に詳細な体験と処理のフローを整理することで、より堅牢なSLIを定義できる ”デジタル”だけで完結するサービスでも、多様な機能を内包していたり、外部システムとの連携が絡むなど、複雑性の高いシステムの場合などでは有用

36 Copyright © 2025 Bitkey Inc. All right reserved. モノも含めたSLI設計の難しさ：
前提となる「モノ」の監視は見落としがち設計 Tips2

37 Copyright © 2025 Bitkey Inc. All right reserved. 今回定義したCUJとSLI（再掲）
2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち顔認証成功率認証後、カギまたは扉が開いた回数／認証端末に顔をかざした回数 QR認証成功率認証後、カギまたは扉が開いた回数／認証端末にQRをかざした回数「テナント専有部」への出入りフラッパーゲートなど「ビルエントランス」の出入り業務開始

38 Copyright © 2025 Bitkey Inc. All right reserved. iPadの電源が落ちている
このSLIは実は見落としがあり、そもそも顔・QRを端末にかざせなくなる状況が考慮されていないアプリが落ちているビル制御システムと疎通できてないためメンテナンスモードに 2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち

39 Copyright © 2025 Bitkey Inc. All right reserved. iPadの電源が落ちている
ユーザ体験を考えた時に、体験の前提となる「モノ」の状態の監視が必要になってくるアプリが落ちているビル制御システムと疎通できてないためメンテナンスモードに 2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち

40 Copyright © 2025 Bitkey Inc. All right reserved. 弊社では、物理デバイスの死活監視、物理デバイス間の連携に関するSLIを定めて監視している
死活監視 SLI：ビル制御システムとの疎通率 2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち iPadの電源が落ちているアプリが落ちているビル制御システムと疎通できてないためメンテナンスモードに

41 Copyright © 2025 Bitkey Inc. All right reserved. モノを監視するSLIはclient側からbackendに一定間隔でheartbeatを飛ばし続けることで実現
2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち Cloud Run Pub/Sub heartbeat

“フィジカル”がまたがるサービスにおいては、モノが動いているか？といった、体験の前提となる状況が満たされているかも、サービスレベルを定義できると良い上記は体験のサービスレベルとは分けて定義・計測するとシンプル 2. モノも含めたSLI設計の難しさ：前提となる「モノ」の監視は見落としがち

DatadogでのID単位のSLO監視は、SLOベースのMonitor ではなくMetricベースのMonitorで実現計測ツール

44 Copyright © 2025 Bitkey Inc. All right reserved. 前提：弊社が利用しているDatadogにはSLOsというサービスが存在しており、SLI/SLOの設定と
Monitor(アラート)設定を行うことができる 3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 Datadog公式ドキュメントより

45 Copyright © 2025 Bitkey Inc. All right reserved. 前提：ビルモニタリングの特性
3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 SLIの低下要因

3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現機能単位やシステム全体でSLIが下がることは稀 SLIの低下要因ビルモニタリングの特性

3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現機能単位やシステム全体でSLIが下がることは稀 ↓ ビルや出入り口の単位で成功率が下がったり、元々低かったりする傾向がある SLIの低下要因ビルモニタリングの特性

3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現機能単位やシステム全体でSLIが下がることは稀 ↓ ビルや出入り口の単位で成功率が下がったり、元々低かったりする傾向がある ↓ ビルという単位でSLOを割った際にアラートを設定したい SLIの低下要因ビルモニタリングの特性

49 Copyright © 2025 Bitkey Inc. All right reserved. SLOsの導線で設定したMonitorでは、指標全体の監視はできるが、ID単位(Group単位)のアラート通知
が設定できなかった（2025 H1時点登壇者調べ） 3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 Datadog公式ドキュメントより

50 Copyright © 2025 Bitkey Inc. All right reserved. MetricベースのMonitorを採用し、ビルID単位でのSLO監視を実現し対処
3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 Monitors > New Monitor > Metricを選択 Aggregation > Multi Alert設定をすることでID(Group) 単位でのアラート設定が可能

51 Copyright © 2025 Bitkey Inc. All right reserved. ハマりポイント：7日間レンジのSLIを計測した際に、Metricの計測タイミングの仕様？に影響されて、
意図した計算結果に中々ならなかった... 3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 - Monitorを用いた代替運用の紹介：moving_rollback, with lookback, Evaluation Details などの設定今回は試行錯誤の結果、moving_rollup関数を設定 / 過去10分間の平均値で評価 / 「as rate」を採用し計測を安定化

3. DatadogでのID単位のSLO監視は、SLOベースのMonitorではなくMetricベースのMonitorで実現 ID単位でSLOを監視したい場合は、MetricベースのMonitorを使おう（SLOsベースでもできるようにしてほしいけど・・・） Datadog Monitorの仕組みを理解して意図通りの計測するとより堅牢なSLIになる

「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？運用組織

54 Copyright © 2025 Bitkey Inc. All right reserved. ビルモニタリングの特性（運用編）
4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ SLIの低下要因

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す SLIの低下要因 SLIが下がったときの調査

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す ↓ ②現地環境を直接確認 or お客様に確認後、改善アクションを実施認証成功率の低下要因 SLIが下がったときの調査

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す ↓ ②現地環境を直接確認 or お客様に確認後、改善アクションを実施 🗣 調査者「現地行って電波強度を測定してきます！」 ※もちろん施工時に検査するが、それでも調整が入ることがある 🗣 調査者「実は計画停電だったので問題ないやつでした」 🗣 調査者「なんかQRコードがずっと映り込んでたりしませんか？」 ※流石にログを改善したので今は失敗扱いされないが、過去何度かあったケース認証成功率の低下要因 SLIが下がったときの調査

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？認証成功率の低下要因 SLIが下がったときの調査初手の調査内容はフィジカル側に寄る ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す ↓ ②現地環境を直接確認 or お客様に確認後、改善アクションを実施 🗣 調査者「現地行って電波強度を測定してきます！」 ※もちろん施工時に検査するが、それでも調整が入ることがある 🗣 調査者「実は計画停電だったので問題ないやつでした」 🗣 調査者「なんかQRコードがずっと映り込んでたりしませんか？」 ※流石にログを改善したので今は失敗扱いされないが、過去何度かあったケース

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？認証成功率の低下要因これらは初手開発者が調査するのが効率的だろうか？ ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す ↓ ②現地環境を直接確認 or お客様に確認後、改善アクションを実施 🗣 調査者「現地行って電波強度を測定してきます！」 ※もちろん施工時に検査するが、それでも調整が入ることがある 🗣 調査者「実は計画停電だったので問題ないやつでした」 🗣 調査者「なんかQRコードがずっと映り込んでたりしませんか？」 ※流石にログを改善したので今は失敗扱いされないが、過去何度かあったケース SLIが下がったときの調査

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？認証成功率の低下要因 SLIが下がったときの調査 NOですよね ①どのトビラでSLIが下がっているか把握し、使われ方や設置環境を思い出す ↓ ②現地環境を直接確認 or お客様に確認後、改善アクションを実施 🗣 調査者「現地行って電波強度を測定してきます！」 ※もちろん施工時に検査するが、それでも調整が入ることがある 🗣 調査者「実は計画停電だったので問題ないやつでした」 🗣 調査者「なんかQRコードがずっと映り込んでたりしませんか？」 ※流石にログを改善したので今は失敗扱いされないが、過去何度かあったケース

4. 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？ ※補足①：一方でObservabilityの向上やドメイン知識獲得のための工夫を突き詰めるという方向性もアリだと思う ※補足②：もちろんビットキーにも、APIのエラー率など開発者やSREが主導して対応するSLOも多々あるビルモニタリングの例のように、サービスやプロダクトの特性によっては、初手の調査対応の適任者が開発者やSREではないケースがありそうそういった場合、柔軟にSLOの運用フローを再構築するのも選択肢として取りうる

CSを巻き込んだSLO運用のポイントツール運用組織

69 Copyright © 2025 Bitkey Inc. All right reserved. 工夫ポイント③：ダッシュボードでは、見る人の認知負荷を考慮しSummary
> Transition > Detailというレイアウトを意識 5. CSを巻き込んだSLO運用のポイント Summary （ぱっと見たい情報） Title Filter Transition （時系列の分析軸） Detail （その他の分析軸）構成ビルモニタリングダッシュボード（イメージ） ※Datadogはカードに時系列グラフを重ねられるので、それで表現ログ一覧や補足的な時系列情報を可視化

5. CSを巻き込んだSLO運用のポイント運用の定着には、その主体となる人の既存の業務フローに寄り添うことが肝要 (Waroom × Slackを中心としたアーキテクチャ) 開発者が慣れているツールを運用に使う場合、どう使ってほしいかをガイドしてあげることが定着を助ける (Waroom Runbook機能、Datadogダッシュボードの統一的なレイアウト)

Conclusion

72 Copyright © 2025 Bitkey Inc. All right reserved. 1
CUJは普遍か？ CUJはフィジカル領域が絡むサービスでも有用でした。特に複雑なサービスにおいては普遍と思われます 2 SLIは体験の計測のみで十分か？フィジカル領域が絡むサービスの場合、必要に応じて前提となる「モノ」や「状態」も監視しましょう 3 DatadogでのSLOの監視はDatadog SLOsを用いればよいか？現状はビル単位のようなID単位でアラートを通知したい場合は、Datadog Monitorを使う必要があります 4 「SLOを毀損したら、初手SREまたは開発チームが動く」は本当に正解か？サービスの特性に応じて、柔軟にSLO運用フローを構築するのも選択肢として取りうるのではと考えてます 5 SLO運用が定着するには？最後に次のスライド以降で語ろうと思います... Conclusion

オフィスビルを監視しよう：フィジカル×デジタルにまたがるSLI/SLO設計と運用の難しさ / ...

オフィスビルを監視しよう：フィジカル×デジタルにまたがるSLI/SLO設計と運用の難しさ / Monitoring Office Buildings: The Challenge of Physical-Digital SLI/SLO Design & Operation

More Decks by 株式会社ビットキー / Bitkey Inc.

Other Decks in Technology

Featured

Transcript