10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 - エンジニアHub｜Webエンジニアのキャリアを考える！

10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 10年以上運用されているサービスには、さまざまな技術的な負債が発生しています。今後の継続的な改善のため、いったん新規開発を止めて4年かけて全面的なリニューアルを実施した「はてなブックマーク」の開発者に、プロジェクトの課題や解決する手法などを聞きました。 改善1つに数カ月かかるなら全てを書き換えられないか 2000年代にトレンドだった開発手法の負債 過去の開発意図を探る考古学的手法 データセンター移行も見据えて刷新しよう ドメインモデル設計とScalaとマイクロサービス化 コアロジックにはScalaを採用 きちんとしたドメインモデルによる設計と実装を継続したい 段階的なリリースとデータの移行という2つの大きな課題 求められる機能に沿ったデータベーススキーマに再構築 新旧の2システムを維持しながら

[tanishiking24]

わしじゃよ

[bopperjp]

10年もののサービスを4年かけて移行する話。エンジニアも偉業だけど、4年間お金を出し続けられる経営陣もエラい。

[igrep]

"「どんな機能にしましょうか」「どういう名前にしましょうか」といったことを、例えばサポートの人も巻き込んで、一緒に議論していきました" これぞDDDって感じだ。超すごい。

[Windymelt]

ちょっとだけ関わって自分はチームを離れてしまったけれど，最後までやりとげていてすごかった。

[Bi-213]

人間がログ残すの大事

[Songmu]

タイムリーに良い記事が公開されていた。この2人本当に頑張っていたし、他のチームメンバーも本当に必死になってやっていた

[gfx]

これだ、これが読みたかったのだ。

[natu3kan]

技術が古くなっていたのもあるけど、元々の独自の環境の運用方法の継承の失敗もあった感じなのかな。昔あったタグ一括置換はタグ整理に便利だったよなあ。

[wushi]

ユーザーにとって何が良くなったのかわからなかった。はてブは応答速度が問題になるようなサービスではないと思っているので余計にそう感じるのかもしれない

[kaputte]

数多のサービスと比較してまだかよおせーよというユーザからの煽りが極めてよく見えるはてブ。そんな中でも自分達の考えを信じて進むの、単純にかっこいいよね。

[t_f_m]

"伊奈　旧システムでは、URLが一意になっておらず、URLが同じ複数のデータレコードが存在できたんです。これに対して、新システムではURLがユニークで、同じURLはデータベースに一件しか入れられないようにしました"

[xevra]

お疲れ様でした

[Afgh2553]

考古学的手法 今ではアンチパターン？

[kenzy_n]

スケーラビリティonはてな

[xlc]

はてブはアイデアとタイミングが良かったのであって、光る実装があったわけではない。思いつきで作られたAPIがなければ苦労はなかったのでは？マイクロサービス選択は悪手だと思うぜ。

[Lhankor_Mhy]

こんな中で10周年企画とかやってたのか。そりゃなおざりになるわ。

[roseknight]

約四年かけて再開発を成し遂げるのは凄い話だ。拝金主義的な昨今のベンチャーとは全然違う。やりきる意識がとても重要。

[ghostbass]

自前のフレームワークとかもう維持できないよん

[kyo_ju]

何年もかけて書き直すに値するほどの規模の金を生んでいるサービスとも永続性のあるサービスとも思ってないのだが気のせいかしら/あとタグ一括置換無くなったのまじ不便。旧UI選択できなくなったのまじむかつく。

[bfms350]

経験ない分野だけど相当苦労してきちんと成果を上げたというのは何となく伝わってくる。お疲れ様でした。

[budapest]

“期間”

[n314]

自分も今作り直してるのがあるんだけど、キリがなくて妥協しそう…。

[programmablekinoko]

偉業

[tomiyanx]

“調整コストや時間はけっこうかかりましたが、旧システムをそのまま移行するのではなく、よりよいものにしていくには、こうしていったん整理することが必要だと思います。”

[tettekete37564]

“「どういう経緯でこうしたのか」「どういう理由でこうなっているのか」といったことは、みんな社内Wikiなどに書いてあるんですね。” < これウチにも根付かせたい。

[sun330]

perl40万行はもう、聞くだけで絶望する…。

[hamamuratakuo]

谷口　当時のソースはPerlで書かれていましたが、コードベースが約40万行と非常に大きい上に、社内で独自に作成したWebフレームワークやO/Rマッパーを利用していたこともあって、コードの構造も独特でした。

[tick2tack]

リファクタリングの事例として。関係者全員を巻き込む体制を早めにつくる。/　“「いつかどこかで使うかもしれない」という感じで、残っているけれど実は使っていないコードが旧システムには多かった”

[hal_dynast]

Webサービスシステム一新の成功事例、長文記事。

[Cujo]

『リダイレクトされていればコメント一覧ページが統合されるようになっています』これも良し悪しで、404からトップページに飛ばされるようなサイトでは当時のコメントが読めなくなるという弊害が。。。。。

[NOV1975]

「リグレッションが起きる」意味違くない？

[kic-yuuki]

あつい

[raydive]

10年もののシステムが4年で置き換えられたのはほんと早いと思う。

[YusukeIwaki]

めちゃくちゃいい話

[mas-higa]

すごい！ けど、10年後また作り直すことになりそう。やっぱりマイクロサービスはだめだ。これからは××だ!

[enya_r]

面白かった / "機能を終了したり仕様変更することになり、ユーザーさんにはご心配をおかけしました" "ここからまた新たな価値を届けられると考えています" IFTTT連携頼んます…！

[arided]

考古学はどこでもあるんやな

[cl-gaku]

規模は違えど勇気づけられる話

[nilab]

10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 - エンジニアHub｜若手Webエンジニアのキャリアを考える！