パナソニックのIoT家電を支えるクラウド基盤の進化　～AWS・DevOps技術適用で構築スピード倍増～

(1)

パナソニックのIoT家電を支えるクラウド基盤の進化

～AWS・DevOps技術適用で構築スピード倍増～

Masahiro Ohho General Manager Panasonic

S e s s i o n I D

Kotaro Hakoda Staff Engineer Panasonic

Supported by

Hideki Nishimura

Atsushi Tanaka

Panasonic

(2)

Agenda

当社家電のIoT化への取組 大穂雅博

クラウドファースト・マイクロサービス・DevOpsで構築スピード倍速化 箱田航太郎

(3)

S U M M I T

自己紹介

当社家電のIoT化への取組 大穂雅博

◆所属

パナソニック株式会社アプライアンス社技術本部 デジタルトランスフォーメーション開発センター

クラウドApp基盤開発部部長

◆ミッション

当社家電を通じて

お客様のくらしアップデートを実現 その為のクラウド・サービス基盤を推進

(4)

変わらぬ想い

一人ひとりのくらしに寄り添い、

家電により人々のくらしをほんの少しでも良くしたい

(5)

S U M M I T

家電の変革

家電マイコン家電スマート家電

単機能 多機能化

毎日の家事をすこしづつでも快適にするため、

家電を継続的に変革しつづけてきました。

知能化家電本体での進化

実際のお客様の

使用状況・ご要望を 把握することが

できなかった

お客様一人一人に

合わせたカスタマイズ 機能のご提供が

できなかった

(6)

家電の変革

IoT

家電

クラウド連携により、お客様の利用状況の把握と

そのお客様に応じた新たな機能の提供が可能となる。

NW接続家電マイコン家電スマート家電

単機能 多機能化知能化

お客様の使用 状況・ご要望を 把握可能

お客様の利用 状況に応じた 機能の提供が 可能になる

(7)

S U M M I T

IoT 家電の事例①：洗濯機

洗濯機のIoT家電化により、スマホから洗濯機の遠隔操作と 液体洗剤・柔軟剤の自動計量・自動投入を実現

外出先から スマホで

洗濯機の操作

洗濯物の種類や 量に応じて最適な 洗剤量を自動で 計量し、自動投入 新しい洗剤･柔軟剤の

発売時には、クラウド内の データをアップデート

(8)

IoT 家電の事例②：エアコン

PM2.5/花粉情報（Weather News様より）と住宅環境データを 利用し、クラウドで各部屋に最適な空気清浄運転を実現

エオリアAI

PM2.5/花粉予報^※ 住宅環境データ

自宅の情報 (センサー) Weather Newsの

地域情報

（※花粉予報は、’19年1月以降対応予定）

(9)

S U M M I T

IoT 家電の事例②：エアコン

各部屋の空気の状況を予測し、自動で空気清浄動作を行う。

エオリアAIによる日々の学習により、日々かしこくなります

（

PM2.5

濃度）

室内への侵入予測

OFF

空清

ON OFF OFF

PM2.5/

花粉予報

（

24

時間）

PM2.5

／花粉当社独自の閾値

0:00 6:00 12:00 18:00 0:00

運転スタート運転スタート

空清

ON

(10)

家に帰ると

「快適な空気」^{を全身で感じる}

家に帰ると

「洗い立ての瞬間」を感じる

家に帰ると

きょうも、「キレイな家」^{が待っている}

人の暮らしに寄り添う

(11)

S U M M I T

当社ビジョン（100周年記念フォーラム）

(12)

「くらしアップデート」とは

一人ひとりの多様性・ライフサイクルの変化に寄り添い

使えば使うほど理想のくらしに近づくこと（アップデート）

サトミさん

一人ひとりの多様性、個別要求に応える、機能･体験･サービスの提供が重要

ユミさん

(13)

S U M M I T

IoT家電への道のりは険しかった・・・

(14)

2012年スマート家電サービス開始

2012年6月 サービス開始（NFCタッチ）

2013年7月 宅外操作エアコンONに対応

2012年10月エアコン宅外操作サービス開始→電安法の規制によりOFFのみ

以降、家電機種の追加、サービス拡張を実施

新聞：１２紙テレビ：６局１３番組

白物家電１０商品９１４機種＋ AV家電１４商品３１６機種

(15)

S U M M I T

目指した姿

Panasonic IoT基盤

協創パートナ

お客様宅

お客様情報

③ サービス事業の協創

④マーケティング・

CS革新

②賢くなる・連携する機器

①顧客基盤の統一

「顧客接点の強化」と、「他社サービス協創」による お客様と繋がり続ける家電メーカーの実現

(16)

スマート家電の市場導入までは良かった。

しかし、サービス利用者数が年々低迷…

認知

（機会）

意欲

（動機）

導入

（利用開始）

継続

（サービス価値）

進化しつづけることができなかった

(17)

S U M M I T

クラウドファースト

家電サービスと共通機能を分離 個々に進化できる構造へ

自前に固執せず

柔軟なリソースを獲得

アーキテクチャ変更

ｶｽﾀﾏｲｽﾞ ｻｰﾋﾞｽ

機能

マイクロサービス

次々にサービスを増やす

（API化）

・・・

家電共通機能

家電サービス家電サービス家電サービス ・・・

・・・

考え方を変えた

(18)

高速化のポイント

◆コンウェイの法則

システムを設計する組織は、その構造を

そっくりまねた構造の設計を生み出してしまう」

⇒ ・組織視点の設計では、全体的に開発非効率が多い

・一方で、開発の効率化だけでは運用の高速化に繋がらない

開発（

Dev

）運用（

Ops

）

全体的… 自前から脱却したパブリッククラウドの使いこなし 局所的… DevOps視点での開発・運用効率化

(19)

S U M M I T

IoTは継続進化しなければならない

(20)

Agenda

当社家電のIoT化への取組大穂雅博

(21)

S U M M I T

自己紹介

◆所属

パナソニック株式会社アプライアンス社技術本部 デジタルトランスフォーメーション開発センター

クラウドApp基盤開発部第１課主任技師

◆ミッション

IoT家電を支えるクラウド基盤の

高速な進化をリードする

(22)

常に進化し続けるには何が必要か？

(23)

S U M M I T

取り組み１：クラウドファースト

(24)

（課題①）効率的なインフラ活用が困難



全サービスの精度高い利用予測が困難で サーバ資源の効率性が悪い



インフラ追加・削除のスピード感なし



グローバルでの調達が困難

リソース量

実態予測

全サービス相乗り

（オンプレ）

限りある資源へ詰め込み

(25)

S U M M I T

目指すべき姿は何か？

(26)

オンプレ脱却



利用の変動に振り回されず、必要分だけグローバルに調達



ただし、完璧な形は存在しない前提にたち、日々監視と改善

コスト・状態

AWS Cloud

アーキ、スケール

(27)

S U M M I T

でも、実際はそんなにうまくいきません！

(28)

特に苦労した点



塩漬け5年のレガシー環境！OS・ミドル保守切れ



オンプレ中心の社内規定・プロセス（情報の暗号化）



（死ぬほど）大量に存在するデータの移行



AWSノウハウ、クラウド人材が不足

家電メーカー＝ソフトウェア人材の9割以上が組み込み系！

(29)

S U M M I T

いろんな人に助けてもらいました

（感謝）

(30)

積極的な外部連携



自前主義や一部の職人技に頼る だけでは持続性、発展性がない



学び方を改め、使えるモノは 活用し、自らを進化させる

プロフェッショナルサービスとのWorkShop

アーキ・運用改善提案等、

(31)

S U M M I T

インフラ費用

オンプレ比 75％削減！

オンプレ AWS活用後

効果

(32)

課題はそれだけではありませんでした

(33)

S U M M I T

取り組み２：マイクロサービスアーキ

(34)

（課題②）高速な進化に追従できない

洗濯機 掃除機 エアコン 冷蔵庫

国内外に続々と増え続けるIoT家電

トイレ

デプロイ＝全家電へ影響

全家電事業側と煩雑な調整が必要

一連托生モノリシックアーキ

良きも悪きも事業サービス間で共有



責任・影響範囲が大きすぎる

運用作業が多すぎる、遅すぎる

巨大戦艦

(35)

S U M M I T

各サービスが独立して、運用が行える事

(36)

責任範囲を明確化する！

(37)

S U M M I T

家電サービスＡ家電サービスＢ家電サービスＣ家電サービスＤ

共通サービス

洗濯機掃除機エアコン冷蔵庫

UI UI UI UI

責任分解点

機器

制御認証通知ログ分析機器

接続

責任分解（マイクロサービス）アーキテクチャ

接続接続接続接続

(38)



独立したスケーラビリティの確保



一つのサービスの影響が他に影響しない



サービス単位でリリースが可能

マイクロサービスアーキのいいところ

製品サービス単位で改善、

運用効率向上が狙える組織へと繋げられる

(39)

S U M M I T

ここからが本番です

(40)

取り組み３：高速リリースと属人化解消

(41)

S U M M I T

（課題③）スピード感がない

 大量の環境のメンテを全て手作業で＝遅い・ミス誘発



要件違えば、毎回、別手順書準備



手順書の記載が実態と合わなくなる



暗黙ルールが存在し、作業が属人化



全稼働マシンに個別ビルド



環境違いによる手戻り頻発

(42)

移行の考え方

あらゆる定型作業の自動化を考える



CI/CDツールJenkinsを導入（ツール化による単純化）



コンテナを使う（イメージの使いまわしでミスを減らす）



マネジドサービスを可能な限り使い倒す

誰でもミスなく一定水準で運用作業が行える事！

(43)

S U M M I T

システム構成概要（CI/CD）

開発環境

開発用スタブなど

開発担当

検証環境 検証環境 検証環境 ステージング環境 本番環境

ソース リポジトリ

運用担当

各環境に対応したパラメータ ビルド

イメージ作成

デプロイデプ

ロイ

各環境に対応したパラメータ ECR

ECS

(44)

開発パイプライン（開発が担当）

開発環境

開発用スタブなど

検証環境検証環境検証環境ステージング環境本番環境

ソースリポジトリ

各環境に対応したパラメータビルド

イメージ作成

デプロイデプ

ロイ

各環境に対応したパラメータ ECR

ECS



Jenkins処理の流れ

•

ソースをチェックアウト

•

プログラムビルド、ミドルウェアのセットアップ

•

テスト済みコンテナイメージ生成

•

ECR（レジストリ）にPush

•

ECSにデプロイ

(45)

S U M M I T

運用パイプライン（運用が担当）

開発環境

開発担当

検証環境 検証環境 検証環境 ステージング環境本番環境

運用担当

各環境に対応したパラメータ ビルド

イメージ作成

デプロイデプ

ロイ

各環境に対応したパラメータ ECR

ECS



多数のサービス毎に、

同じイメージを使った デプロイで、

S3から取 り込み上書き

外部からの取込方法



パイプライン実行時 にイメージをS3から 取得し、ビルドして デプロイ

(46)

運用パイプライン（運用が担当）

開発環境

検証環境検証環境検証環境

Pre

本番環境 本番環境

各環境に対応したパラメータビルド

イメージ作成

デプロイデプ

ロイ

各環境に対応したパラメータ ECR

ECS

Pre本番、本番環境

Blue-Greenデプロイ

壊さず、失敗しても切り戻す

（手作業を可能な限り排除する）

•

セキュアに誰でも同じ品質で高速リリースを実現

•

秘密情報（特に本番環境）は、限定された作業者

(47)

S U M M I T

•

ビルド

•

回帰テスト

•

デプロイ

•

手順書作成

効果

開発作業

デプロイ作業時間 を91％削減

Before After



ビルド



回帰テスト



デプロイ



手順書作成 22時間

開発作業

2時間



手順書の修正が不要に



Docker/Jenkinsで処理 手順を標準化(IaC)



手順の学習容易性が向上

属人化も解消へ

(48)

使用サービス

Amazon EC2 Amazon EC2 Container Registry

Amazon Elastic Container

Service Elastic Load Balancing

(ELB) AWS Lambda

Amazon DynamoDB Amazon ElastiCache Amazon CloudWatch AWS CloudFormation

Amazon API Gateway Amazon CloudFront Amazon Route 53 Amazon VPC AWS Identity and Access

Management (IAM)

Amazon Simple

Notification Service

(49)

S U M M I T

パフォーマンスがよい、常に進化するサービス・組織へスタートできた

モノリシック アーキ

（一蓮托生）

マイクロ サービス

アーキ

（責任分解）

自動化 プロセス

（CI/CD）

(50)

家電の真のIoT化はまだ始まったばかりグローバルに軽く・早くサービスを連打し

お客様に問いかけ続け、

社会、人のくらしのアップデートを目指します

(51)

S U M M I T



関西をもっと盛り上げて欲しい（イベント・ハンズオン）



利用者視点でのメンテナンス告知

（特にサーバレス系の猶予期間が短い…）



情報可視化ツール類のさらなる充実



セキュリティ設定の継続的なチェック機能

AWSに期待する事

(52)

最後に

クラウドフリークな仲間と共に、新たな顧客価値に繋がる技術創出と進化を日々考えてます

パナソニックのIoT家電を支えるクラウド基盤の進化 ～AWS・DevOps技術適用で構築スピード倍増～