スタディサプリENGLISH 大規模改修の裏側 | Recruit Tech Blog

ここからはサーバーサイドにフォーカスした大規模改修の詳細についてご紹介します。 大規模改修前のサーバーサイドの構成 当時はこのようなレイヤードアーキテクチャを採用していました。縦はController、UseCase、Repository、データ層で区切り、横はコンテキスト毎にパッケージで区切られています。当初から複雑な仕様・要件でしたが、それぞれの影響範囲は明確となっているので、新規に参画するエンジニアにとっても十分に見通しの良いものとみなしていました。 事実、この設計で２年ほどエンハンスを続けてきましたが、大きな問題が発生することはありませんでした。 なぜ大規模改修が求められるようになったのか 『TOEIC対策コース』の新設が決まり、その仕様を詰めていくうちに次のことが浮き彫りとなってきました。 TOEIC対策コースと日常英会話コースとでは『レッスン』と『トレーニング』のツリー構造が根

[nobuoka]

アーキテクチャどうするか考えてるところなので参考になる

[to4iki]

enhance

[masudaK]

改修大変だったのだろうけど、やりきってるのすごい。構成も今風。

[tondol]

モバイルアプリでクリーンアーキテクチャ実践しているけどバックエンド側だとどういう実装になるんだろう、気になる

[yukung]

サラッと書いてるけどやり切ってるのすごかった

[ms06taku]

くぎゅ

[kgmyshin]

久しぶりにブログ書きました

[masato47744]

> 今後はサービス間を跨いだテスト、さらにデバッグしやすいログ環境の整備、CQRS、ユースケース層にフリーモナドの導入などを計画しています。