マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018

2018年11月2日に行われたAWS Dev Day Tokyo 2018での講演「マイクロサービス化デザインパターン」のまとめです。 資料はこちら。 https://www.slideshare.net/yusuke/awsdevday-tokyo-2018
3
鈴木雄介/Yusuke SUZUKI @yusuke_arclamp

今日は #AWSDevDay Tokyo 2018で10:20から「マイクロサービス化デザインパターン」という話をします。ライブストリーミングもあるみたいですよ。 twitch.tv/aws_jp_events1

2018-11-02 09:37:59
Hiroki Konishi @hiroki_k8

#AWSDevDay いや〜マイクロサービス化デザインパターンを生で聴けるとは😍

2018-11-02 10:18:30
Atsushi Fukui @afukui

「マイクロサービス化デザインパターン 鈴木 雄介 氏」セッション始まりました。ストリーミングはこちらです。twitch.tv/aws_jp_events1 #awsdevday

2018-11-02 10:21:32
のりぃ @m_norii

マイクロサービス=アジャイル+DevOps/NoOps #AWSDevDay

2018-11-02 10:28:07
おかしん | 岡村慎太郎 @okash1n

NoOps => 運用機能込みでアプリケーションの稼働環境をプラットフォーム化すること #AWSDevDay

2018-11-02 10:28:13
のりぃ @m_norii

アジャイルやDevOpsを飛ばしてMicroServicesは無理 #AWSDevDay

2018-11-02 10:30:25
Tomoya Oka @cyberarchitect

アジャイル⇒DevOps⇒NoOps⇒Microservices⇒Cloud Native、という歴史をたどるべき。いきなりMicroservices無理ゲー #AWSDevDay

2018-11-02 10:30:55
Hiroki Konishi @hiroki_k8

#awsdevday マイクロサービスの長い歴史をすっ飛ばして、マイクロサービスだ!は無理w どれだけ早くたどり着けるか。なるほど。

2018-11-02 10:31:10
ikasameuzak @ikasameuzak

アジャイル→DevOps→NoOps→マイクロサービス マイクロサービスまでのステップをたどるべき なるほど #AWSDevDay

2018-11-02 10:31:33
のりぃ @m_norii

大きな計画の中で同期をっって開発していくならモノリシックのほうが効率良い。分割にはオーバーヘッドが伴う #AWSDevDay

2018-11-02 10:32:16
かじおやじ🍾🚀 @Anorlondo448

誰も最初はマイクロサービスでは無かった マイクロサービスまで至る歴史をたどるべき #AWSDevDay

2018-11-02 10:32:16
のりぃ @m_norii

チームサイズは5-9名が理想。 これはエンジニアだけでなのか、非エンジニアも含めなのだろうか。 #AWSDevDay

2018-11-02 10:33:01
Hiroki Konishi @hiroki_k8

リリースサイクルが違う。そこがサービス境界値になり得る。 そうだそうだー! #AWSDevDay

2018-11-02 10:33:45
のりぃ @m_norii

運用の自動化は専任させたほうがよい。ですよね。うちもそういう体制早く確立したい #AWSDevDay

2018-11-02 10:34:03
Hiroki Konishi @hiroki_k8

サービスを管理するためのプラットフォーム。サービスを支えるプラットフォームという観点 #AWSDevDay

2018-11-02 10:35:57
Toshihiko Nozaki @bookerz54

「あるチームが複数の小さなマイクロサービスを担当するのは問題ない。ただし一人だけで作ってる状態は問題。それはチームではない。」 一人チームだめだったかー #AWSDevDay

2018-11-02 10:36:18
のりぃ @m_norii

マイクロサービス化のステップ。 Step1 最初のサービスを分割する Step2 サービス基盤整備 Step3 サービスを管理 #AWSDevDay

2018-11-02 10:37:02
のりぃ @m_norii

分割は「リリースサイクルを早めたい場所」から。ビジネス視点で整理する。 #AWSDevDay

2018-11-02 10:37:45
ikasameuzak @ikasameuzak

ビジネス視点で、マイクロサービス化したい箇所を選ぶ。変更要求のおおいところ #AWSDevDay

2018-11-02 10:38:39
かじおやじ🍾🚀 @Anorlondo448

Monolithicなサービスを分割する時にはまず「リリースサイクルを早めたい場所」から行う 変更要求が多いところなどビジネス視点で整理を行う #AWSDevDay

2018-11-02 10:38:44
Hiroki Konishi @hiroki_k8

鈴木さんの資料では、モノリシックがある前提だな。 だからマイクロサービス「化」。 一番初めは、「リリースサイクルを早めたい場所」を切り出す。 #AWSDevDay

2018-11-02 10:38:46
Motonori Iwata @mobcov

一人で複数のマイクロサービスを担当するのは問題だけど、一人で複数サービスを担当してるのはどうなんだろ?エンジニア少ないところだとあるあるだけど… #AWSDevDay

2018-11-02 10:39:08
のりぃ @m_norii

そうか、「マイクロサービス【化】パターン」なのは、モノリスからマイクロサービス化へ至るためのパターンだからか。良いタイトルだな。 #AWSDevDay

2018-11-02 10:40:47