マイクロサービス時代に捧ぐ、Railsでの中規模APIサーバ開発のための技術構成 - Qiita

初めまして、qsona (tw) と申します。Ruby on Rails Advent Calendar 2016 6日目の記事になります。 Rails歴は10ヶ月で、もちろんAdvent Calendarへの参戦も初です。 全体的に生意気な内容と思いますが、 じゃんじゃんマサカリ投げてください お手柔らかにお願いします。 はじめに 環境 JSONを返すAPIで、データベースはRDBを想定してます。 あんまり関係ないですが一応、Rails5 (api mode) + MySQLを想定しています。 マイクロサービスとしてのバックエンドに使う技術スタックの必要な要件 マイクロサービスの良いところは、サービスごとに合った別々の技術が使えるということです。 とはいえ、一般的な組織であれば、学習コストの面などから、ファーストチョイスとなる言語があり、普通の要件に対してはその言語を使う、ということにな

[udzura]

全体に考え方が近く、最近のRailsの状況と共にまとまっててよかった

[koyancya]

熱気が凄い

[ryota-murakami]

こういうのが読みたかった

[amagitakayosi]

“(Railsの)ActiveRecordというのは、(関連まで含めた) テーブルと、ドメインモデルとして考察すべきものの単位が、高い確率で一致する、という仮説のもとにあると思っている”

[t-wada]

良い。以前 Rails と SQLアンチパターンの講演で FiNC さんにお伺いしたときにガッツリ議論した内容だ。

[u1tnk]

"viewが無いとwayの幅が広がる"確かに

[restartr]

マイクロサービスのことはいったん忘れてもよさそうです

[dayafterneet]

若々しさを感じる

[Peranikov]

ActiveRecordのcallbackは最近懐疑的になって来たところにちょうど同意見の記事が出てた。コードが追いづらくなるのでやるならsaveをラップしたメソッドとかで対応したいよなぁ

[suthio]

“ テーブル設計(物理)とアプリケーション設計(論理)は切り離して考えるべき”

[suzan2go]

いいはなしだ

[kamipo]

よかった

[razokulover]

良い

[oakbow]

割と長いけど結構スラスラ読めた。コールバックのあたりは深く同意したw 個人的には自身で完結するようなの（nullだったら初期値設定するとかそういうの）くらいならいいかなと思ってる。

[h5y1m141]

non-ActiveRecordなモデルクラスはカジュアルに作るとか、サービス層に対する考えとか最近なんとなく自分が考えてたことに近く参考になる。設計思想に自分なりの想いがある感じが文面から感じられた