AWS Summit 2016　「新規事業 "auでんき”をクラウドスピードでサービスイン」

Copyright © 2016 KDDI Corporation. All Rights Reserved
新規事業 "auでんき”を
クラウドスピードでサービスイン 2016年6月2日
AWS Summit 2016
- IT Transformation Track -

自己紹介
技術統括本部
プラットフォーム開発本部
クラウドサービス開発部
平岡庸博
HIRAOKA Tsunehiro
大橋衛
OHASHI Mamoru＾
au系の商品・サービス開発を担当
フレームワークグループ
グループリーダー
フレームワークグループ
課長補佐
1

Agenda
1. KDDIについて
2. 電力自由化
3. 開発部門のチャレンジ
4. ”auでんき”へのAWS適用
5. まとめ
2

KDDIについて

事業内容
パーソナル
バリュー
ビジネス
グローバル
個人向け通信サービスの提供
個人向けコンテンツ・決済サービス
などの提供
企業向け通信・ソリューション/
クラウド型サービスの提供
海外での企業・個人向け通信、
ソリューション/クラウド型サービスの提供
セグメント
4

KDDI 事業戦略
5

au経済圏の最大化
6

電力自由化

電力自由化
過去に自由化されていた市場
工場ビル
2016年4月から自由化された市場
商店家庭
高圧・特別高圧低圧
8

市場規模
市場規模
（単位：億円）
契約数（単位：万件）
一般家庭
部門
商店、
事務所等
合計
北海道 3,393 363 40 403
東北 7,310 694 81 775
東京 28,275 2,723 198 2,922
中部 10,162 959 106 1,065
北陸 1,903 189 22 212
関西 12,779 1,262 101 1,364
中国 4,686 482 45 527
四国 2,557 253 34 286
九州 7,670 787 84 871
沖縄 1,453 83 6 89
10社計 80,187 7,795 718 8,513
8兆円の
市場が
自由化
9
（出典）経済産業省資源エネルギー庁「電力の小売全面自由化の概要」より抜粋

新規参入
新電力への参入
301社
* 資源エネルギー庁登録小売電気事業者一覧より（2016年5月23日現在）
ガス系エネルギー系通信・鉄道系
東京ガス
大阪ガス
昭和シェル石油
東燃ゼネラル石油
SBパワー
東急パワーサプライ
10

auでんきの特長
● 全国で提供
● わかりやすい料金
● みんな、おトクに
● アプリで電気が身近に
11
ICTの利活用によって
“より効率的”
”より利便性”
の高いエネルギーサービスを提供し
お客さまの新たなライフスタイル創造に貢献

auでんきアプリ
電力ビッグデータ活用で、
a u のお客さまの省エネをサポート !
12

auでんきアプリで実現したい事
●アプリで電気をもっと身近に
●アプリで便利に省エネ
●節電グッズをおトクにご購入
13

開発部門のチャレンジ

AWSが起こした”パラダイム・シフト”
 ベンチャー企業による大規模システムが
容易に実現可能に
 ITは真にお客さまニーズを追求すること
ができる世界へ
 実現スピードとスケーラビリティが
システムに求められる絶対条件
15
遡ること３年前？！

AWSが起こした”パラダイム・シフト”
 ベンチャー企業による大規模システムが
容易に実現可能に
 ITは真にお客さまニーズを追求すること
ができる世界へ
 実現スピードとスケーラビリティが
システムに求められる絶対条件
16

危機感
「アジリティ」を高めることが唯一？！の突破口

プレッシャーとの戦い！
 とにかく短い準備期間
☞ 新規事業立ち上げ期間を貰えない！
 5,000万世帯、どれくらい動くのか？
☞ 読めない需要予測
 開発部門には殆どいない電力事業経験者
18
そんな中、舞い込んだ
auでんき案件

プレッシャーとの戦い！
 とにかく短い準備期間
☞ 新規事業立ち上げ期間を貰えない！
 5,000万世帯、どれくらい動くのか？
☞ 読めない需要予測
 開発部門には殆どいない電力事業経験者
19

たどり着いた結論
脱・請負型開発とAWSの利用
求められているのが「高アジリティ」ならば
で実現してやる！
20

脱・請負型開発
 自分たちで設計する
 パートナー様と一緒に作る
 “アジャイルな継続的開発”の実践
「長納期」「低機敏性」
へのアンチテーゼ
21

AWS利用の必然性
実は …
脱・請負型開発の障壁を下げること
 リソース調達の自由度
 豊富なサービス、機能
 且つ変更容易性
22

ホンマに大丈夫か？
「脱・請負」とか
「AWS」とか言ってるけど…
23

“auでんき”への適用
＃AWS の利用事例

AWS利用状況の推移 25
0
30
60
90
120
150
180
Scaled 150+ usage!
※2016年5月時点
※2013年10月〜12月分のAWS利用費の平均を１とした場合の月毎の利用費との比率

システム設計のテーマ 26
スピード
俊敏性
柔軟性
クラウド前提
作らず"使う"
スケーラブル
Agility Cloud Native

採用ソフトウェア/Webサービス群 27
※フロント系ライブラリ除く

Infrastructure as Code
Immutable Infrastructure
Operations & Monitoring
アーキテクチャのキーポイント 28

29
『インフラの構築&構成管理を
プログラムコードで行う』
 インフラ仮想化の進化により実現可能に
 インフラをconfigコードとAPI呼出しで構築
 アプリもインフラも同じSCM[1]ツールで構成管理可能
[1] Software Configuration Management ソフトウェア構成管理

Provisioning Toolchain
30
出典：Provisioning Toolchain Introduction for Velocity Online Conference (March 2010)
http://www.slideshare.net/dev2ops/velocity-online-provisioningtoolchainkey

Provisioning Toolchain on AWS
31
Enterprise
notify
Packer
template
Terraform
template
Base AMI Customized
AMIPacker Terraform
Provision
succeeded!
failed...

“auでんき"の環境構成 33
オンプレミスとの違い
 商用環境と完全に同一なステージング環境
 生成後のインフラには"２度と"手を加えない
開発
ステージ
ング
商用

Immutable Infrastructure 34
Immutable = 変わらない、変えられない、不変の
 今あるインフラには２度と手を触れず、
新しいものを作って、古いものは使い捨てる
「廃棄可能なインフラ」
「使い捨てのインフラ」

”auでんき”のデプロイフロー 35
Blue-Green
Deployment
ap
p
ap
p
Auto Scaling group
Blue(Current)
①Provision
③Switch
Auto Scaling group
Green(New)
ap
p
ap
p
ap
p
ap
p
②Deploy

継続的デプロイの実現 36
どこからでも１Click で！
インフラ
プロビ
インフラ
試験
アプリ
ビルド
アプリ
デプロイ
アプリ
試験
システム
リリース

運用監視における最大の障害 38
人による定型作業を自動化すれば多くの障害を排除できる
『人間の存在』
コスト(人件費)
 24/365保守なら
最低3人/システム
 人件費圧縮は急務
ヒューマンエラー
 思い込み
 疲れ
 失念 etc...
作業量限界
 人間の記憶力
 手順書依存体質
 複数案件兼務

“クラウドネイティブ”な運用監視 39
AWS = Design for Failure
インフラは固定化されない
自動化/機械化は希望ではなく”必然”

監視対象の自動管理とデータ保全 40
インスタンス追加時に
ホスト側から通知して登録
InstanceIDがキー
(絶対に重複しない)
サーバからのディスカバリ
は使わない
scale out scale in
インスタンスが消えても
監視データが失われない
フォレンジックス
(forensics)
リソースが固定化できない
クラウド対応の監視方法
zabbix server
Local network

障害エスカレーションの自動化 41
Amazon
CloudWatch Logs
HIGHLOWSUCCESS
電話メール
連携ジョブ監視
CI/CDジョブ監視
サービス監視
リソース監視
プロセス監視
syslog監視
アプリログ監視
バッチログ監視

システム構成図 42

“auでんき”で実現したかったこと 43
Agility Cloud Native

“auでんき”で実現したかったこと 44

まとめ

振り返ってみると（AWS適用の効果）
1. 劇的なワークロード短縮
2. コストダウン
3. 高アジリティの実現
46

劇的なワークロード改善
AWS的な観点で言うと
毎スプリント毎に
インフラ構成を変更
… 試験で急遽、シンガポール
で立ち上げたり
プロジェクト期間
パートナー様▲
へのお声がけ
（5ヶ月前）
開発期間
新規事業の場合8ヶ月以上
（チームビルドからローンチまで）
６ヶ月
４ヶ月
(正味3ヶ月)
事業計画から業務準備
他の新規事業の場合1年以上
47

コストダウン
当初の想定見積結果
インフラ
アプリ
開発費
アプリ開発費
AWS利用料
2/3
Down！
※インフラ、アプリ開発に関わる費用比較
48

高アジリティの実現
 アジリティを高める阻害要素の排除
• キャパシティプランニングとチューニング
 作らない開発の実践
• 社内外あるものを組み合わせて利用 (OSSやAWS)
• そのとき必要なモノだけ作る
☞実現した要件は、プロジェクトスタート時の半分、
ただしスタート時になかった要件も1/4追加
49

進化続けます！
ICTの利活用によって
“より効率的”
”より利便性”
の高いエネルギーサービスを提供し
お客さまの新たな
ライフスタイル創造に貢献
auでんき
Big
Data
IoT
au？
AI
50

KDDIクラウド戦略
〜新時代のIT OneStopサービスを〜
Multi
Network
Multi
Device
Multi
Use
各種クラウドサービス
au網
LTE
51

KDDIブースで待ちしております！ 52

ご清聴有り難うございました。

AWS Summit 2016　「新規事業 "auでんき”をクラウドスピードでサービスイン」

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à AWS Summit 2016　「新規事業 "auでんき”をクラウドスピードでサービスイン」

Similaire à AWS Summit 2016　「新規事業 "auでんき”をクラウドスピードでサービスイン」 (20)

Plus de KDDI

Plus de KDDI (20)