要求の変化とマイクロサービスアーキテクチャ

ゆぅりる♪ @yourilyouril

本番環境でしかテストできないのなら本番環境でテストしちゃえばいいじゃん #redajp

ゆぅりる♪ @yourilyouril

こっから本題「マイクロサービスアーキテクチャ」 #redajp

T.Nakayama @tnaka78

マイクロサービスアーキテクチャ…「サービスの連携でサービスを動かす」 #redajp

ゆぅりる♪ @yourilyouril

先進的な企業の仕組みがそうなってた、という話であって、技術論が先じゃない #redajp

ゆぅりる♪ @yourilyouril

サービスでサービスを構成し、それらをマネージする #redajp

ゆぅりる♪ @yourilyouril

サービス全体の持続的動作・ドメイン固有技術と運営・ドメイン固有のライフサイクル ＜ やべぇ抽象的な内容で解った気になっちまうが実際は難しそうだぞ・・・ #redajp

T.Nakayama @tnaka78

マイクロサービスアーキテクチャの意義…ドメインごとに独自の技術や運用方針を適用できる、ドメインごとにライフサイクル（リリースタイミングなど）を決められる。 #redajp

ゆぅりる♪ @yourilyouril

変更で大変なのは事前調査とテスト ＜ 痛いほど解ります #redajp

ゆぅりる♪ @yourilyouril

うーん、とはいえサービス間の独立性が肝だよなぁとか考えていると、「サービスが適切に分割されていれば」というスライドががが #redajp

ゆぅりる♪ @yourilyouril

サービス分割はドメインに従う #redajp

ゆぅりる♪ @yourilyouril

「自分で考えろ」 #redajp

Yuta Okamoto @okapies

例の MSA の解説ドキュメントを読むと、しつこいくらい independently deployable って連呼してる。 #redajp

T.Nakayama @tnaka78

変化への柔軟な対応が大事⇒変更でたいへんなのは、（ほかの機能への影響に関する）事前調査とテスト⇒正しくサービス分割できていれば、影響範囲はサービス内部だけなので、変更により柔軟に対応できる。 #redajp

ゆぅりる♪ @yourilyouril

MSA的な発想 #redajp

T.Nakayama @tnaka78

企業システムでは、個別のシステムより全体の視点が非常に大事。そういう意味でマイクロサービスアーキテクチャ的な発想は重要。 #redajp

ゆぅりる♪ @yourilyouril

SOAは既存資産があるうえでどのようにシステムを連携させるのか ＜ あ、そうだったんだ。逆なんだ。 #redajp

T.Nakayama @tnaka78

SOA的な思想と似ているが、SOAは既存システムありきの考え方。 #redajp

ゆぅりる♪ @yourilyouril

「かなり深い闇が」 #redajp

ゆぅりる♪ @yourilyouril

ドメインに従ってサービスを分割することが大事 #redajp

ゆぅりる♪ @yourilyouril

技術論と組織論はドメインに最適化すべきである（ただし優秀なエンジニアが要る場合に限る） #redajp

ゆぅりる♪ @yourilyouril

承前　× 要る ○ いる #redajp

T.Nakayama @tnaka78

マイクロサービスアーキテクチャに「する」のではなく「なる」。勝手にマイクロサービスアーキテクチャ的になるのが理想の姿。全体をみられるアーキテクトが重要（いるかどうかは別）。 #redajp

T.Nakayama @tnaka78

恥ずかしながら自分も「マイクロサービスアーキテクチャやってみようかな」的な発想だった。 #redajp

ゆぅりる♪ @yourilyouril

特に重要なのは全体視点のアーキテクト ＜ ドメイン知っとけよ！的な。 #redajp

ゆぅりる♪ @yourilyouril

業務連絡 総会は実況できません #redajp