「三層構造はもう古い」は本当か。AI時代におけるバックエンドシステムのアーキテクチャ - レバテックLAB

エンバインド株式会社 代表取締役 小林昌弘 有限会社 WINGSプロジェクトが運営する、テクニカル執筆コミュニティ（代表：山田祥寛）に所属するテクニカルライター。 Javaでのアプリケーションサーバ開発や社内フレームワーク開発、SaaS提供企業などの技術基盤の設計・開発を経験。サーバーサイドからスマホアプリ、P2Pを用いたリアルタイムコミュニケーション技術まで、基本レイヤーから応用まで広くカバーするフルスタックの技術力を強みとする。近年では、自社保有データの有効活用やRAG実装を支援する「生成AIソリューション」に加え、OCRやPDF生成といったデジタルとアナログ（紙）を繋ぐ中間ソリューション、データ分析技術を軸に、新規サービスの立ち上げから既存システムのリニューアル支援まで幅広く牽引。 監修 山田 祥寛 静岡県榛原町生まれ。一橋大学経済学部卒業後、NECにてシステム企画業務に携わるが、2

[hogetax]

言いたいことは分かるけど、contextサイズを筆頭に環境要因で全然変わりそうだから「AI時代」はデカすぎ

[mak_in]

RubyOnRailsから一気に普及した考え方、設定よりも規約、という命名規約で縛るアプローチがメジャーになってからは、水平か垂直か、の重要性は落ちた気はしてる。命名規約でタグ付けしてるから分かるでしょ的な感じで

[Eiichiro]

NoSQL時代にRDBは要らない。的な議論味を感じる。結局使い分けになり、DBがNoSQLも取り込んだ。AIとは別の要因で、DBがスケールするようになったので、２層で良くなった話の方がデカそうではある。

[masatotoro]

package by featureの話だった

[remonoil]

どちらもありうる。そんだけだ

[secseek]

そのときどきで一番いい方法を選べばいいだけじゃないの、と思ったら中盤にそう書いてありました。んでAIがフレームワークの代わりになれるって言うんですけどちょっとそこまでは信頼できません

[kappa99999]

RubyOnRailsの再発明みたいになるんかな

[aarx]

そんなに綺麗に分割できたら誰も苦労しないでしょ

[ibusuke]

オープン化からWeb黎明期にスピード重視で垂直（属人的ブラックボックス）アプリやシステムが多かった。確かに設計コストが低いから作り切るのは早いけど、AIであれを繰り返すのか。

[nguyen-oi]

AIで爆速垂直分割した結果スパゲッティコードが量産されるオチ、分かりみが深すぎる

[stellar_huna]

AI時代の垂直構造設計の解説