Recommended
Recommended
More Related Content
Featured
Featured (20)
ルクミー午睡チェックができるまで
- 2. はなす人。 田渕 梢（たぶち こずえ） プロダクト開発部 部長 2015年8月 UniFa入社。 Webエンジニア。 それまではソニー系列のシステム子会社や アクセンチュアでBtoCサービス、 輸出入管理サービスなどを担当。
- 3. Agenda 1. 事業背景 2. ルクミー午睡チェックとは 3. 全体システム構成 4. 利用園数推移とリクエストの特徴 5. データ保存周りの拡大構成 6. 本番で起こした失敗 7. 原因と対策 8. まとめ
- 4. 午睡とは/事業背景 ● 保育施設での死亡事故の約77％は睡眠中 ○ その中で、仰向け寝が推奨されているにも関わらず40％はうつ伏せ寝で 死亡事故が発生しているというデータ（※1）がある。 ● 午睡チェックとは ○ 保育園における乳幼児のお昼寝（午睡）時に実施するチェック ○ 発熱や呼吸異常等、園児の異常の早期発見、SIDS(乳幼児突然死症候群) の発生防止が目的。 ○ 「5分に一度、体の向きと呼吸の有無を確認し、うつぶせ寝となってい る場合は仰向けに変更する。」といった内容を全園児に対して実施。 ○ 行政よりチェックの実施と実施結果記録の提出が求められている。 (※1 平成29年5月12日 内閣府子ども・子育て本部 公表 「平成28年教育・保育施設等における事故報告集計」から算出)
- 8. データ保存周り拡大概略構成(同期処理ケース) 午睡 AWS LB Dynamo DB ①午睡チェック データ送信 ③順次保存 ⑤矢印を表示 ④処理が終 わったこと を通知 <処理の流れ> ①午睡チェックデータを送信 ②Webサーバでリクエストを受付 ③順番にDBにデータを保存 (Dynamo DB) ④処理が終わった旨をアプリ側に返信。 ⑤矢印が表示される Web 1 Web 2 ②受付
- 10. 原因と対策 ● 原因 ○ ビジネスサイドとの連携不足により、一気に利用園数が増えるタイミン グをシステム側が把握していなかった。（そもそも、フローが整備され ていなかった。） ■ このトラブルの起こった日は一気に90園が増えた日だった。 ○ 応答処理速度の監視など、一部の監視が行われていなかったことで、事 態に気づくのが遅れた。（問い合わせで発覚。） ● 対策 ○ DynamoDBの設定を固定からOnDemandモードに変更 ○ 監視機構の再整備、時間帯によるサーバー台数増減実施
- 11. まとめ ● IoTサービスであっても、サーバーサイドは当たり前のことを当たり前にやれ ばサービスの開始と運用は可能 ● 利用シーンが一般のブラウザベースのWebサービスと異なるため、サービス 特性をよく考え、事前に負荷の予測をある程度実施しておく必要がある。 ○ とはいえ、世に存在しないサービスであることも多いので、実際の勝負 はサービスが実稼働してから。 ○ 早い時期での監視機能の整備は必須。 ○ 想定外は起こる前提で計画、間違いに気づいてから、いかに早く軌道修 正や対策を行うことが出来るかが大事 ○ 早期に軌道修正可能な環境（組織的な部分も含めて）にしておくことが 大切