SlideShare a Scribd company logo
1 of 18
Download to read offline
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 1
検索の運用って
難しいよねって話
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
自己紹介
● Solr ユーザー
● サーバー側
● アプリケーション層
● Ruby好き/PHP苦手
● @setsuna82001
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
会社紹介
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
本題
検索の運用って
難しいよねって話
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
😇 運用 is 難しい 😇
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
何が難しいのか
例えば……
● クラスタ・ノード管理
● 負荷対応
● 設定ファイル更新
● バージョンアップ
● 日常の運用
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
弊社では…
● 個人に依存すると障害対応ヤバい
● ホットデプロイ
● サービスへの影響大・依存大
● インフラ知識も必要
● マニュアル作成+知見の共有
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
事故は起こるべくして起こる
@ .
in 2018 GW
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
当時の構成
Availability Zone
Availability Zone
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
何が起こったのか
● アクセス集中による高負荷状態
● 検索サーバーが1台死→片系のサービス全停止
● 生存する片系にアクセス集中
● 検索サーバー全停止
● アプリケーションサーバーが死→起→即死
● サービス完全停止
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
逆に起きて良かった
● 課題
○ 単一障害点の解消
○ 個人依存しないチーム作り
● 対応
○ パフォーマンスチューニング
○ 停止する恐怖よりスケールアップ
○ レクチャー会の実施
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
単一障害点
● 全体的な構成の見直し
○ クラスタへのリクエストはLBを噛ます
○ 負荷の偏りによる連鎖停止を防ぐ
○ ZooKeeperを奇数台構成にする
● クラスタ管理(ZooKeeper)とノード(Solr)は別々のサーバにする
○ 1台のサーバー停止がサービスの不安定化に繋がる
○ データ欠損ならまだマシでクラスタ破損もあり得る?
● リリース前の入念な検証
○ 検証用のクラスタを構築
○ JMeterで負荷試験を実施してQPSなど限界値を把握する
○ WEBアプリケーションが受けるリクエストを複製して流して
セグメントやキャッシュの動作確認
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
パフォーマンスチューニング
● 検証用クラスタにリクエストを複製
○ nginx の post_action を使用
○ 更新も発生するので専用のDBを準備
○ エラー時は複製リクエスト元と先でステータスコードが変化するので要ログ確認
● リクエストを複製しているので諸々注意する
○ 更新に伴うメール送付
○ Fluentd/Logstashでのログ管理
○ エラー通知
などなど…
● 活用方法は様々
○ 言語・FWのバージョンアップ試験
○ メトリクス情報(CPU負荷・メモリ使用率など)から異常検知もできる?
■ ElasticsearchにのせてPrelertするのも面白いかも?
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
検証環境の構築
Availability Zone
1台だけpost_action
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
レクチャー会の実施
● Dockerを使い各人に構築から経験してもらう
○ DockerCompose使うとクラスタのスクラップ&ビルドが非常に楽
○ 手順書的READMEやdocker runするbashなど準備して、コーチング時間をなるべく短縮
○ 各コマンドの実行前後で比較確認可能なコマンドを具体的に記載
■ ps aux | grep xxx
■ netstat -an | grep x.x.x.x
● 起動コマンド実行から触ってもらう
○ 各サービスの立ち上がりや、サービス間の連携をログから確認してもらう
○ どの様なログ表示ならば正常か異常か判断できる材料にしてもらう
○ なんとなく知ってる→触ったことがある→動くと楽しい
○ 障害発生時の恐怖心を和らげる
● 具体的な改善や機能の相談が増えた(気がする)
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
まとめ
運用 is 難しい
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
だからこそ
チーム一丸となって
🙌 動けると楽しい 🙌
Copyright (C) 2019 ActIndi, Inc. All Rights Reserved.
ありがとうございました

More Related Content

Similar to Search engineering tech talk 2019 summer

20180528_VxRailCC_Backup_NW宮本
20180528_VxRailCC_Backup_NW宮本20180528_VxRailCC_Backup_NW宮本
20180528_VxRailCC_Backup_NW宮本VxRail ChampionClub
 
スタートアップ向け!1人日でできるサービスの高速化方法と成果
スタートアップ向け!1人日でできるサービスの高速化方法と成果スタートアップ向け!1人日でできるサービスの高速化方法と成果
スタートアップ向け!1人日でできるサービスの高速化方法と成果Koichiro Sumi
 
Why ANDPAD commit Ruby and RubyKaigi?
Why ANDPAD commit Ruby and RubyKaigi?Why ANDPAD commit Ruby and RubyKaigi?
Why ANDPAD commit Ruby and RubyKaigi?Hiroshi SHIBATA
 
いま、エンタープライズIdに求められるもの
いま、エンタープライズIdに求められるものいま、エンタープライズIdに求められるもの
いま、エンタープライズIdに求められるものEgawa Junichi
 
Unification of the middle scale services by Nuxt.js
Unification of the middle scale services by Nuxt.jsUnification of the middle scale services by Nuxt.js
Unification of the middle scale services by Nuxt.jsHajimeSasanuma
 
はじめてのIT 勉強会@仙台 宣伝枠LT
はじめてのIT 勉強会@仙台 宣伝枠LTはじめてのIT 勉強会@仙台 宣伝枠LT
はじめてのIT 勉強会@仙台 宣伝枠LTCData Software Japan
 
Interop tokyo 2013 nc 04
Interop tokyo 2013 nc 04Interop tokyo 2013 nc 04
Interop tokyo 2013 nc 04亮介 山口
 
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話和也 大木
 
[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake
[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake
[A34] HDDからインメモリーテクノジーへ by Yusuke MiyakeInsight Technology, Inc.
 
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコムResemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコムGo Sueyoshi (a.k.a sue445)
 
iPhone、Android両対応アプリ開発講座 概論
iPhone、Android両対応アプリ開発講座 概論iPhone、Android両対応アプリ開発講座 概論
iPhone、Android両対応アプリ開発講座 概論Takakuni Furukawa
 
クラウドサービスの活用〜IDCFクラウド〜
クラウドサービスの活用〜IDCFクラウド〜クラウドサービスの活用〜IDCFクラウド〜
クラウドサービスの活用〜IDCFクラウド〜IDC Frontier
 
Ruby コミッターと歩む Ruby を用いたプロダクト開発
Ruby コミッターと歩む Ruby を用いたプロダクト開発Ruby コミッターと歩む Ruby を用いたプロダクト開発
Ruby コミッターと歩む Ruby を用いたプロダクト開発Hiroshi SHIBATA
 
【ビットアイル】 第3回SoftLayer勉強会資料
【ビットアイル】 第3回SoftLayer勉強会資料 【ビットアイル】 第3回SoftLayer勉強会資料
【ビットアイル】 第3回SoftLayer勉強会資料 Tomoaki Suzuki
 

Similar to Search engineering tech talk 2019 summer (20)

20180528_VxRailCC_Backup_NW宮本
20180528_VxRailCC_Backup_NW宮本20180528_VxRailCC_Backup_NW宮本
20180528_VxRailCC_Backup_NW宮本
 
スタートアップ向け!1人日でできるサービスの高速化方法と成果
スタートアップ向け!1人日でできるサービスの高速化方法と成果スタートアップ向け!1人日でできるサービスの高速化方法と成果
スタートアップ向け!1人日でできるサービスの高速化方法と成果
 
20180319 ccon sync kintone
20180319 ccon sync kintone20180319 ccon sync kintone
20180319 ccon sync kintone
 
YJTC18 A-1 データセンタネットワークの取り組み
YJTC18 A-1 データセンタネットワークの取り組みYJTC18 A-1 データセンタネットワークの取り組み
YJTC18 A-1 データセンタネットワークの取り組み
 
SPAを選択した理由とその結果 ~Reactを添えて~
SPAを選択した理由とその結果 ~Reactを添えて~SPAを選択した理由とその結果 ~Reactを添えて~
SPAを選択した理由とその結果 ~Reactを添えて~
 
Why ANDPAD commit Ruby and RubyKaigi?
Why ANDPAD commit Ruby and RubyKaigi?Why ANDPAD commit Ruby and RubyKaigi?
Why ANDPAD commit Ruby and RubyKaigi?
 
いま、エンタープライズIdに求められるもの
いま、エンタープライズIdに求められるものいま、エンタープライズIdに求められるもの
いま、エンタープライズIdに求められるもの
 
Unification of the middle scale services by Nuxt.js
Unification of the middle scale services by Nuxt.jsUnification of the middle scale services by Nuxt.js
Unification of the middle scale services by Nuxt.js
 
はじめてのIT 勉強会@仙台 宣伝枠LT
はじめてのIT 勉強会@仙台 宣伝枠LTはじめてのIT 勉強会@仙台 宣伝枠LT
はじめてのIT 勉強会@仙台 宣伝枠LT
 
Interop tokyo 2013 nc 04
Interop tokyo 2013 nc 04Interop tokyo 2013 nc 04
Interop tokyo 2013 nc 04
 
Accel series 2020_winter
Accel series 2020_winterAccel series 2020_winter
Accel series 2020_winter
 
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
自前でcloud foundryを構築してgooのビッグサービスをカットオーバーした話
 
[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake
[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake
[A34] HDDからインメモリーテクノジーへ by Yusuke Miyake
 
Accel series 2018_Winter
Accel series 2018_WinterAccel series 2018_Winter
Accel series 2018_Winter
 
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコムResemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
Resemaraを支えた技術 フライングゲットガチャの舞台裏 #ksgstudy #ドリコム
 
iPhone、Android両対応アプリ開発講座 概論
iPhone、Android両対応アプリ開発講座 概論iPhone、Android両対応アプリ開発講座 概論
iPhone、Android両対応アプリ開発講座 概論
 
クラウドサービスの活用〜IDCFクラウド〜
クラウドサービスの活用〜IDCFクラウド〜クラウドサービスの活用〜IDCFクラウド〜
クラウドサービスの活用〜IDCFクラウド〜
 
Ruby コミッターと歩む Ruby を用いたプロダクト開発
Ruby コミッターと歩む Ruby を用いたプロダクト開発Ruby コミッターと歩む Ruby を用いたプロダクト開発
Ruby コミッターと歩む Ruby を用いたプロダクト開発
 
NVIDIA 入門
NVIDIA 入門NVIDIA 入門
NVIDIA 入門
 
【ビットアイル】 第3回SoftLayer勉強会資料
【ビットアイル】 第3回SoftLayer勉強会資料 【ビットアイル】 第3回SoftLayer勉強会資料
【ビットアイル】 第3回SoftLayer勉強会資料
 

Recently uploaded

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案sugiuralab
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)Hiroshi Tomioka
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 

Recently uploaded (8)

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 

Search engineering tech talk 2019 summer

  • 1. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 1 検索の運用って 難しいよねって話
  • 2. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 自己紹介 ● Solr ユーザー ● サーバー側 ● アプリケーション層 ● Ruby好き/PHP苦手 ● @setsuna82001
  • 3. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 会社紹介
  • 4. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 本題 検索の運用って 難しいよねって話
  • 5. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 😇 運用 is 難しい 😇
  • 6. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 何が難しいのか 例えば…… ● クラスタ・ノード管理 ● 負荷対応 ● 設定ファイル更新 ● バージョンアップ ● 日常の運用
  • 7. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 弊社では… ● 個人に依存すると障害対応ヤバい ● ホットデプロイ ● サービスへの影響大・依存大 ● インフラ知識も必要 ● マニュアル作成+知見の共有
  • 8. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 事故は起こるべくして起こる @ . in 2018 GW
  • 9. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 当時の構成 Availability Zone Availability Zone
  • 10. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 何が起こったのか ● アクセス集中による高負荷状態 ● 検索サーバーが1台死→片系のサービス全停止 ● 生存する片系にアクセス集中 ● 検索サーバー全停止 ● アプリケーションサーバーが死→起→即死 ● サービス完全停止
  • 11. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 逆に起きて良かった ● 課題 ○ 単一障害点の解消 ○ 個人依存しないチーム作り ● 対応 ○ パフォーマンスチューニング ○ 停止する恐怖よりスケールアップ ○ レクチャー会の実施
  • 12. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 単一障害点 ● 全体的な構成の見直し ○ クラスタへのリクエストはLBを噛ます ○ 負荷の偏りによる連鎖停止を防ぐ ○ ZooKeeperを奇数台構成にする ● クラスタ管理(ZooKeeper)とノード(Solr)は別々のサーバにする ○ 1台のサーバー停止がサービスの不安定化に繋がる ○ データ欠損ならまだマシでクラスタ破損もあり得る? ● リリース前の入念な検証 ○ 検証用のクラスタを構築 ○ JMeterで負荷試験を実施してQPSなど限界値を把握する ○ WEBアプリケーションが受けるリクエストを複製して流して セグメントやキャッシュの動作確認
  • 13. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. パフォーマンスチューニング ● 検証用クラスタにリクエストを複製 ○ nginx の post_action を使用 ○ 更新も発生するので専用のDBを準備 ○ エラー時は複製リクエスト元と先でステータスコードが変化するので要ログ確認 ● リクエストを複製しているので諸々注意する ○ 更新に伴うメール送付 ○ Fluentd/Logstashでのログ管理 ○ エラー通知 などなど… ● 活用方法は様々 ○ 言語・FWのバージョンアップ試験 ○ メトリクス情報(CPU負荷・メモリ使用率など)から異常検知もできる? ■ ElasticsearchにのせてPrelertするのも面白いかも?
  • 14. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. 検証環境の構築 Availability Zone 1台だけpost_action
  • 15. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. レクチャー会の実施 ● Dockerを使い各人に構築から経験してもらう ○ DockerCompose使うとクラスタのスクラップ&ビルドが非常に楽 ○ 手順書的READMEやdocker runするbashなど準備して、コーチング時間をなるべく短縮 ○ 各コマンドの実行前後で比較確認可能なコマンドを具体的に記載 ■ ps aux | grep xxx ■ netstat -an | grep x.x.x.x ● 起動コマンド実行から触ってもらう ○ 各サービスの立ち上がりや、サービス間の連携をログから確認してもらう ○ どの様なログ表示ならば正常か異常か判断できる材料にしてもらう ○ なんとなく知ってる→触ったことがある→動くと楽しい ○ 障害発生時の恐怖心を和らげる ● 具体的な改善や機能の相談が増えた(気がする)
  • 16. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. まとめ 運用 is 難しい
  • 17. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. だからこそ チーム一丸となって 🙌 動けると楽しい 🙌
  • 18. Copyright (C) 2019 ActIndi, Inc. All Rights Reserved. ありがとうございました