6. デジタルビジネス
• ガートナーの定義
• 「仮想世界と物理的世界が融合され、モノのインターネット (IoT) を通
じてプロセスや業界の動きを変革する新しいビジネス・デザイン」
• SMACSを中心としたデジタル技術を組み合わせてビジネス創生
• Social service
• Mobile
• big data Analytics
• Cloud
• Security
• ＋AI/IoT
6
7. DX
• DX(Digital Transformation)
• Information Technology and the Good Life
• Prof. Erik Stolterman, Umea Univ, 2004
• ITの浸透が人々の生活をあらゆる面で良い方向に変化させる
http://www8.informatik.umu.se/~acroon/Publikationer%20Anna/Stolterman.pdf
36. 製造業の事例（GE）
• Predix(ソフトウェア開発プラットフォーム）
• The Industrial Internet of Things Opportunity
• A Comprehensive,Edge-to-CloudPlatform
• Essential Industrial Services That Support The Unique Needs of Industry
• Developing Smarter to Innovate Faster
• Microservices as building blocks
• Industrial-Grade Security that Builds End-to-End Trust
https://www.ge.com/digital/predix-platform-foundation-digital-industrial-applications36
https://www.ge.com/uk/sites/www.ge.com.uk/files/Predix-The-Industrial-Internet-Platform-Brief.pdf
SMACS/AI/IoTと
並ぶ存在へ
37. マイクロサービスの起源と流行
• 33rd Degree Conference
Conference for Java Masersに
て、James Lewis氏が2012/3/20
に発表した ”Micro services -
Java, the Unix Way”が始まりと
される
• James Lewis氏とMartin Fowler
氏が2014/3/25に掲載した
”Microservices”が各所で引用
37
39. Microservice AP Microservice APMicroservice AP
業務A 業務
B
業務C
4. Smart endpoints and
dumb pipes
1. Componentization via Services
9. Evolutionary Design
チームA チームB チームC
2. Organized around Business Capabilities
5. Decentralized Governance
A
B C
6. Decentralized
Data Management
システム構造と開発チームにおける「９つの特徴」
39
44. マイクロサービスの効果(Predix)
• The microservices architecture provides a level of isolation, enabling small
teams of developers to deliver new capabilities and to version existing
services, such as Connectivity, Asset, Field Agent, and Time Series,
incrementally
• Microservices are also great enablers for continuous delivery, allowing
frequent releases for users while keeping the rest of the system available
and stable
• Additionally, they are easy to maintain, so once solutions are deployed,
updates are much simpler and more efficient, eliminating code
recompilation and streamlining operations
https://www.predix.com/sites/default/files/predix-the-industrial-internet-platform-from-ge-digital-brief.pdf
44
52. 画面 ロジック DB
開発 ビルド デプロイメント
Monolith AP
画面 ロジック DB
画面 ロジック DB
開発 ステー
ジング
本番
業務A
一枚岩単位での
ハード増強
A
業務
B
業務C
B
C
A
B
C
A
B
C
A
B
C
修正時
一枚岩単位の
再ビルド
モノリスの問題
52
53. 本番
開発
ステー
ジング 本番
開発
ステー
ジング 本番
開発 ビルド デプロイメント
Microservice AP
Microservice AP
Microservice AP
業務A
業務
B
業務C
開発
ステー
ジング 本番
A A A
C C C
B B B
C
業務単位での
ハード増強
業務単位で
再ビルド
画面 ロジック DB
画面 ロジック DB
画面 ロジック DB
マイクロサービスによる解決
53
71. プロジェクトかプロダクトか
• You Build It, You Run It:コードを作った人は、運用の責任も持つ
• AWS CTO Werner Vogels氏
• 「プロジェクトではなくプロダクト」：運用含めシステムのプロダクトとしてのラ
イフサイクル全体を管理すべき
• 運用やサポートに部分的にでも関わることで、開発者がソフトウェア製品の振る舞
いに日々接し、ユーザとの接点を増やすことが可能
• →単にソフトウェアの完成のみに注力するのではなく、ユーザのビジネスに貢献
することにも注力しやすくなる
プロダクト
「プロジェクト」
開発フェーズ：数ヶ月〜数年
運用フェーズ：数ヶ月〜数年
開発チーム 運用チーム
You Build It You Run It
71
特徴3
73. 画面 ロジック DB
開発 ビルド デプロイメント
Monolith AP
画面 ロジック DB
画面 ロジック DB
開発 ステー
ジング
本番
業務A
一枚岩単位での
ハード増強
A
業務
B
業務C
B
C
A
B
C
A
B
C
A
B
C
修正時
一枚岩単位の
再ビルド
例：業務チームと基盤チーム
チームA チームB 73
特徴2
74. Microservice AP Microservice AP
ビジネス遂行能力に基づいた組織整理
•「ビジネス遂行能力」に基づいて整理されたサービスの単位にチームを分割
•UI・業務ロジック・基盤・DBAなどの必要なスキルを全て含む、クロスファンクショナル型
•※アジャイルの一つであるSCRUMの文脈でも語られる内容
•クロスファンクショナル型は、Monolithアプリケーションでも実現可能ですが、マイクロサービ
スは組織間をサービスで疎結合にすることができるため、より実現しやすいと言えます。
Microservice AP
業務A 業務
B
業務C
チームA チームB チームC
74
特徴2
84. 運用の変化（DevOps）
• SRE：Site Reliability Engineering
• これまでの運用チームやインフラチームとの違い
• 積極的にコードを書き、ソフトウェアによりシステムを維持管理（
Infrastructure as Code）
• Unlike traditional operations groups, we view software as the
primary tool through which our systems are managed, maintained,
and minded;
84
