Sourcingのソースを読んでみるSpring最初にイマココ自社開発のWebサービスで10年くらい常にビジネスの要望を柔軟に・素早く取り入れて「最初から完璧でずっと変わらない」のではなくて「常に良い状態に改善し続けていける」そういうサービスを作れたらいいなぁって思ってる。Cloudらへんを試しておきたい。Cloudに関して「すごいいいよ!」って薦めるレベルにまだ僕はいなくて「いいかどうかをプライベートで触ってみて確かめたい」ってくらいの位置ですってことね。今月上旬に教えてもらった記事をまだ読んでるデータのRead側はなんとなく分かるんだけど。Microservicesだと、Write側は、一貫性と戦わなきゃいけないのかなーって気がする。2016この記事いい記事。これ自体は読み終わってる。今はデモアプリのソースコードを読んでる。www.kennybastani.comざっくりまとめると結果整合性マイクロサービスの場合には結果整合性を考えることが大切になってくるよね。イベントソーシングその結果整合性の実現方法として、DBのトランザクションログみたいな考え方の、イベントソーシングっていうやり方がある。IDDDにも書いてたね。Cloudを使ってそのデモアプリを作ったよ。マイクロサービスアーキテクチャで、イベントソーシングを使ったデモアプリ。Reactorさらに、ロジックにはReactorを使ってる。いう僕にとって盛りだくさんなもの。Composeを使ってるっぽいね。詳しい図は、記事を参照すると良いんだけど。大きく3つのグループに分かれてて。Serviceそっかー。Serviceは2階層目に入るんだーとか、色々興味深い。ほんで、イマココ基盤ConfigとDiscovery(Eureka)は以前に勉強してたので何となく大丈夫。Edge(Zuul)も以前勉強したはずなんだけど、全く忘れてるので明日の朝思い出そう。Serviceの認証の部分まで分かればいいなー。内部的にHystrixを使ってるっぽいから、そこも思い出さなきゃかもだけど。CloudでMicroservicesを構築するときの基盤みたいなものかな。Sourcingをどんな風に実装してるのかを見たい。こっちは、ビジネスロジックって感じだね。今回はここに一番興味がある。やらないことReactorに関しては、今回はあんまり深く考えない。こんな書き方でリアクティブなのを簡潔に書けるんだなーってくらいに留めといて、また後日ちゃんと勉強する。いう、頭の整理を、ブログを使ってしてみた。明日はZuulとかRibbonとからへんを思い出せばいいんだな。Clientを作って動かしてみる今日はこれの続き。(1)はてなブログをはじめよう!bufferingsさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。