マイクロサービスを (Ruby on Rails 以外の任意の言語) で書くことについての意見｜qsona

この文書は、ある組織において、ある一つの Ruby on Rails で書かれたサービスの全部または一部を、(言語A) で書き直したい、という proposal に対して qsona が表明した意見の文を、一部手直ししたものです。このサービスは、現在担当しているチームとは別の人が初期実装をしたものであり、現在はまだ小規模ですが、今後新しいチームの手により発展していくもので、現在の規模のうちに要件や新しいチームメンバーに最適な言語で書き直すという選択は十分合理的です。また、この組織内のコードは、Ruby on Rails で書かれているものが大半であり、さらに組織としてマイクロサービスアーキテクチャの方向を目指している、という前提の上でお読みいただければと思います。もちろん文責は qsona 個人にあり、qsona の属する組織の意見とは関係ありません。 ------------------

[kimihito]

推奨したいパターンの話は https://blog.appsignal.com/2020/04/08/the-citadel-architecture-at-appsignal.html みたいなイメージを持った

[laiso]

Railsで書かれたサービスをGoで書き直したい理由=マイクロサービスアーキテクチャへの適合のため？ という部分が気になった

[baronhorse]

昔はPHPerがこういうこと言ってたような気がする

[yamadadadada2]

Rubyは人間に優しい。一番読みやすいので他の言語より継続開発しやすいなと思う。/フロントエンドはなあ。言語以前によく考えずにコード書いてしまう設計できてない現場によく当たるのはなぜ

[j5ik2o]

8割の早く機能が追加修正出来ることの価値は新規開発ではそうかも。ですが、運用が長く続くと2割に逆転しますね。どんな時も使えるサービスである価値が優先されるのではないか。代替えなんてごまんとある時代だし…

[sinsinchang]

結局、Goが使いたい理由がエゴ以外にないんだろうな。マイクロサービスと言いながら、マイクロサービスになってないし、無駄なコストだよ。

[sin20xx]

普通の話かと。例えばPHPなんて使っているといたるところで他の言語であれば、となるのだけど、それですらシステム全体を見たときに複数の言語を用いることが総合的にプラスにならないなら結局選択の意味はないわけで

[tinsep19]

教育事業も学校利用だと利用時間が固まる。使用するコンテンツが固まる。TAによるサポート機能で同時接続リアルタイム反映が要件に入ってくるから、結構ハードル高いイメージある

[isshi_pg]

タイトル、なぜそこに（）があるんですかね...?

[otherworld]

なぜマイクロサービスアーキテクチャにしたいか、その理由次第じゃないかな…。

[non_117]

同時接続数がめちゃくちゃ多いケースでなければ、アクセス数が多い要件でもRailsが最適でした。同時接続数が多くなるのは常接プロトコルか、ユーザアクセスでクエリが重くなるやつ。後者は何か設計が間違っている。

[surume000]

タイトル、かっこの使い方が変なので本文読んでません。かっこいらないのでは？