[Day 1: C-2] 少人数でサービスをすばやく開発するためのRails活用事例


yhirano55
yhirano55 commented 6 months

登壇者: ピクシブ株式会社 大多和 祐介

当セッションでは、弊社サービス「pixiv chatstory」が少人数ですばやく、しかしバグは少なく開発していくために採用していているアーキテクチャについてお話します。Ruby/RailsはAPIサーバーとしてHeroku上で使用しているので、このあたりの話を中心にしたいと思います。


  • このセッションに関する質問を募集中です
  • 事前に聞きたいことがあれば、何でも書き込んでください。
  • 質問への回答はお約束できません。あらかじめご了承ください

Like(0)

Questions and feedbacks (5)

tawachan
tawachan commented 6 months

ご質問ありがとうございます。たくさんの方にお越しいただけてとても嬉しいです。

開発teamは何人くらいでしょうか?少人数の場合、各技術スタックの導入コストの兼ね合いもあるとおもってお聞きしました

多少移り変わりはありますが、エンジニアは常時2人とプラスで週2, 3日入ってくれるエンジニアが数人といった規模感です。 入りとしてRailsなどサーバーサイドだった人半分、JavaScriptなどフロントエンドの人半分といった感じです。 ですが、属人化させないようにペアプロなどして誰でもどこでも触れるような状況にしています。

参考:https://inside.pixiv.blog/edvakf/3182

Webのフロントエンドでもherokuを採用していますか?

Firebase HostingとFirebase Functionsを使っています。

API定義を書く方法はswagger-blocks以外にもあると思うのですが、swagger-blocksを採用した理由はありますか?

選択肢をいろいろ検討したわけではないのですが、Rubyのまま書けるのがコンテキストスイッチしなくていいのがメリットだとは思っています。

クライアントに依存しない API ということは、サーバは汎用性を意識した設計になると思うのですが、その弊害や、課題はありますか? API コール数増えて辛いなどありそうかなと。

APIサーバーとして切り出した段階で既に汎用性を持っているので、エンドポイントそれぞれの設計自体に汎用性や一般性をもたせる意識はあまりなかったように思います。単純にリクエスト数の問題はCDNなりインフラ強化なりで対応しておりますが、それが同じものをモノリス的に作った状態との比較ではないので良し悪しは自分では語れないなと思っております。

Like(1)

bake0937
bake0937 commented 6 months

開発teamは何人くらいでしょうか?少人数の場合、各技術スタックの導入コストの兼ね合いもあるとおもってお聞きしました

Like(1)

ikaruga777
ikaruga777 commented 6 months

Webのフロントエンドでもherokuを採用していますか?

Like(1)

ikaruga777
ikaruga777 commented 6 months

API定義を書く方法はswagger-blocks以外にもあると思うのですが、swagger-blocksを採用した理由はありますか?

Like(0)

kei-p
kei-p commented 6 months

クライアントに依存しない API ということは、サーバは汎用性を意識した設計になると思うのですが、その弊害や、課題はありますか? API コール数増えて辛いなどありそうかなと。

Like(0)

Create Comment

Please sign in to comment.

Sign in with GitHub
This software is available as open source under the terms of the MIT License.
Copyright © 2018 Yoshiyuki Hirano