Download as PDF, PPTX
More Related Content
![[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス](https://cdn.slidesharecdn.com/ss_thumbnails/amazonauroratips-170307140000-thumbnail.jpg?width=640&height=640&fit=bounds)
![[AC05] マイクロサービスは分割がキモ！基幹システムのためのドメイン駆動設計](https://cdn.slidesharecdn.com/ss_thumbnails/ac05-170602093650-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DO07] マイクロサービスに必要な技術要素はすべて Spring Cloud にある](https://cdn.slidesharecdn.com/ss_thumbnails/do07-170620022806-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Java Day Tokyo 2018]50分で最新技術学習の基礎を身につける(SOMPO Systems Daisuke Nishino)](https://cdn.slidesharecdn.com/ss_thumbnails/javadaytokyo2018bn3somposystemsdaisukenishino-180518144822-thumbnail.jpg?width=640&height=640&fit=bounds)
マイクロサービスアーキテクチャ とは何か
- 1.
- 2. 自己紹介 鈴木雄介 • グロースエクスパートナーズ（株） • 執行役員/アーキテクチャ事業本部長 •http://www.gxp.co.jp/ • 日本Javaユーザーグループ • 会長 • http://www.java-users.jp/ • SNS • http://arclamp.hatenablog.com/ • @yusuke_arclamp 2
- 3. Agenda • MSAについて • MSAのデザイン •MSAの実例 • まとめ https://www.flickr.com/photos/thomashawk/15450581908/ 3
- 4.
- 5. MSAとは？ Microservices Architecture (MSA) •サービスによるコンポーネント化 • ビジネスケイパビリティに基づく組織化 • プロジェクトではなくプロダクト • スマートなエンドポイントと単純なパイプ処理 • 分散ガバナンス • 分散データマネジメント • インフラの自動化 • フェイルを前提とした設計 • 進化的な設計 http://martinfowler.com/articles/microservices.html 5
- 6. MSAの2つの側面 技術面：分散配置と統合 • サービスによるコンポーネント化 • スマートなエンドポイントと単純なパイプ処理 •分散データマネジメント • インフラの自動化 • フェイルを前提とした設計 文化面：持続性と分権 • ビジネスケイパビリティに基づく組織化 • プロジェクトではなくプロダクト • 分散ガバナンス • 進化的な設計 6
- 7.
- 8.
- 9.
- 10.
- 11. MSAの背景 2/2 サービス共有の一般化 •サービスレベルがコードで管理できる • SDxの流れ。様々な仮想化技術 •サービス＝非機能要件的なもの。性能や可用性など • コードが機能だけではなく、サービスを管理できる •動作構成パターンの共有化 • OSSは静的な構成の共有化を実現し、APIは動的な構 成の共有化を実現した • 代表例がパブリッククラウドサービス 11
- 12.
- 13. システム統治としてのMSA アーキテクチャは統治の手法 •アーキテクチャはシステムを効率的に統治するた めの手法 •封建制→君主制→民主制への変化と似ている • 乱立＝封建制：孤立した統治 • SOA＝君主制：偉大な王がいれば可能な統治 •MSA＝民主制：有識な市民が必要な統治 • ※対象システムで向き不向きがある 13
- 14. MSAの可能性と限界 技術的可能性と人の認知限界 •企業システムでMSAは成立するのか？ • サービス間の関係が複雑になりがち •“マイクロ”の粒度とは？ • APIレベルで管理するのは複雑になりがち •データをどう扱うか？ •マスタ/トラン、ストア/ストリーム •無限のテストケースをどうするか？ 14
- 15.
- 16.
- 17.
- 18. ドメインの発見 ドメイン＝変化の境界線 •変化の境界線を見つける • モジュール化は変化の境界線によって起きる •変化の要因（外的/内的）は品質特性から理解する • 機能だけではなく、非機能も重視する •変化の濃淡に線を引く •変化の境界は不明瞭だが、線を引くしかない •ドメインは境界を維持したがる • パッケージ問題、あるいは再構築問題 18
- 19. 参考：品質特性 品質特性 品質副特性 機能適合性 完全性、正確性、適切性 性能効率性時間効率性、資源利用性、キャパシティ 互換性 共存性、相互運用性 使用性 適切度認識性、習得性、運用性、ユーザエラー防止性 ユーザインタフェースの快美性、アクセシビリティ 信頼性 成熟性、可用性、障害許容性、回復性 セキュリティ 機密保持性、インテグリティ、否認防止性、責任追跡性、真正性 保守性 モジュール性、再利用性、解析性、変更性、試験性 移植性 順応性、設置性、置換性 「情報システム/ソフトウェアの品質メトリクスセット」経済産業省 ソフトウェアメトリクス高度化プロジェクト http://www.meti.go.jp/policy/mono_info_service/joho/cloud/2011/11_04.pdf http://www.meti.go.jp/policy/mono_info_service/joho/cloud/2011/11_03.pdf 19
- 20. 品質特性 特性の概要 副品質特性概要 機能適合性 実装された機能がニーズを満たす度合 完全性 ニーズを機能がユーザの目的やタスクを包含している度合 正確性 必要な精度で正確な結果を与える度合 適切性 機能が定められたタスクや目的を円滑に遂行する度合 性能効率性 システムの実行時の性能や資源効率の 度合 時間効率性 実行時のシステムの応答時間、処理時間などの処理能力の度合 資源利用性 実行時に使用する資源量や種類 キャパシティ 要求を満たすための製品やシステムのパラメータの最大許容値 互換性 他製品やシステムと機能や情報を共有、 変換できる度合 共存性 他製品へ負の影響を与えず、共通の環境や資源を共有して効果的に実行する度合 相互運用性 2つ以上の製品やコンポーネント間で情報を交換、利用できる度合 使用性 効果的、効率的に利用できる度合 適切度認識性 ニーズに適した利用かどうか認識できる度合 習得性 システムの使い方の学習ができる度合 運用性 運用や管理のしやすさの度合 ユーザエラー防止性 誤操作しないように保護する度合 ユーザインタフェースの快美性 ユーザインタフェースが親しみがあり満足感のある応答ができる度合 アクセシビリティ 幅広い層の特徴や能力を持つ人々が利用できる度合 信頼性 必要時に実行することができる度合 成熟性 通常時に信頼性のニーズを満たす度合 可用性 必要時に運用、接続できる度合 障害許容性 障害時に運用できる度合 回復性 障害時にデータやシステムが回復したり再構築できる度合 セキュリティ 不正にアクセスがされることなく、情 報やデータが保護される度合 機密保持性 許可された者のみがアクセスできるようデータを保証する度合 インテグリティ プログラムやデータへの変更において未許可なアクセスを防止する度合 否認防止性 イベントやアクションの発生を証明する度合 責任追跡性 エンティティの実行が唯一であることを証明する度合 真正性 リソースや物事の身元が要求されたものであることを証明できる度合 保守性 効果的、効率的に保守や修正ができる 度合 モジュール性 変更による他コンポーネントへの影響が最少で済むよう、独立したコンポーネントで構成される度合い 再利用性 他のシステムや資産を構築する際に利用できる度合 解析性 変更部分や障害原因の特定のために診断したり、変更による影響を評価する際の効果性、効率性の度合 変更性 欠陥や品質の低下なく変更が効果的、効率的にできる度合 試験性 テスト基準を確立し、評価するために実行する際の効果性、効率性の度合 移植性 効果的、効率的に他のハードウェアや 実行環境に移植できる度合 順応性 別のもしくは進化したハードウェアやソフトウェアや他の運用環境に効果的、効率的に順応できる度合 設置性 正しくインストール、もしくはアンインストールする際の効果性、効率性の度合 置換性 同一の目的、環境下で他のソフトウェア製品に置換（リプレース）できる度合 「情報システム/ソフトウェアの品質メトリクスセット」経済産業省 ソフトウェアメトリクス高度化プロジェクト http://www.meti.go.jp/policy/mono_info_service/joho/cloud/2011/11_04.pdf http://www.meti.go.jp/policy/mono_info_service/joho/cloud/2011/11_03.pdf 20
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27. サービス配置例 商品 商品登録商品検索 購買 受注 受注管理 記事記事登録 商品担当者 請求担当者 コンテンツ 担当者 消費者 記事表示 CMS 検索エンジン 商品管理 受注フロント 配送担当者 配送/請求ワークフロー アジャイル的がよい WF的がよい アジャイル的がよい WF的がよい 27
- 28. ECサイトの構成 • 商品管理 • 分かりやすい商品登録。商品とマスタの紐付け、撮影。 •コンテンツ管理 • 的確なコンテンツ配信。タイミング、キャンペーン。 • 商品検索エンジン • 高速で探しやすい検索。 • 商品受注 • 分かりやすく間違えない購買プロセス • 受注管理 • 確実で抜け漏れがない受注処理や配送処理 28
- 29.
- 30.
- 31.
- 32. MSAについて 2つの側面がある • 技術面：分散配置と統合 • 文化面：持続性と分権 理想論ではなく現実解 •ウェブサービスのレガシー化 • サービス共有の一般化 32
- 33. MSAについて 統治としてのMSA • 企業システムアーキテクチャは統治の歴史 • トップダウンからボトムアップへ 技術的可能性と人の認知限界 •“マイクロ”なマネジメントをどこまでやるべきか 33
- 34.
- 35.
- 36.