[B! アーキテクチャ][rails] takaesuのブックマーク

takaesu id:takaesu

アーキテクチャとrailsに関するtakaesuのブックマーク (2)

マイクロサービスアーキテクチャにおけるオーケストレーションとコレオグラフィ - Qiita
マイクロサービスアーキテクチャの4章にオーケストレーションとコレオグラフィという話があります。マイクロサービスを使ってアプリケーションを組み立てる側の、サービスの呼び出し方の違いです。「マイクロサービス的に作ってるよー」というシステムでも、ここに特に疑問を持たず、ふつうにWeb APIたちを呼び、受け取ったデータでHTMLをレンダリングするというオーケストレーション方式で作られているのが多いのではないでしょうか? Sam Newmanは、それだと呼び出されるサービス側がドメインモデル貧血症になりがちで、呼び出す側にロジックが集まっていくことになると、書籍の中で述べています。いったいどういうことでしょうか? 書籍中の例をちょっと変えて考えてみます。マイクロサービスアーキテクチャでECサイトを作る(オーケストレーション編) ECサイトをマイクロサービスアーキテクチャで作ることを考えてみ
takaesu 2018/03/02
modeling

設計

microservice

アーキテクチャ

pubsub

rails
リンク
TaskRabbit: 複数のRails 4 Enginesで構成したアプリ - ワザノバ | wazanova
http://tech.taskrabbit.com/blog/2014/02/11/rails-4-engines/ 3 comments | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 TaskRabbitは、modelが100+におよぶ単一のRailsアプリと、APIを介して複数のRailsアプリの構成にしたプロダクトを経験し、今回UKのプロジェクトで、複数のRails Engines を利用したアプリの開発に取り組んだ事例を紹介しています。サンプルアプリはこちら。 APIを介した複数アプリの構成の場合、アプリをまたがるリリースが問題になる。一つのコードベースのときよりも遅くなる。各アプリに必要なgemがバージョンの問題で果てしなくコンフリクトがおきる。結合テストが相当大変。一方、複数のRails Engin
takaesu 2014/12/18
rails

engine

gem

アーキテクチャ
リンク
1