売上と開発環境を同時に改善するためにPerl Webアプリケーションをどのようにリプレイスするか

売上と開発環境を同時に改善するために Perl Webアプリケーションをどのようにリプレイスするか YAPC::Kyoto 2023 try/catch on 2023/3/19
1 1

自己紹介須藤将史(masashi-sutou) @kurotyann9696 に20年入社、22年5月から取締役CTO Perl歴は約1年、以前はモバイルアプリの開発担当先月、第一子が産まれたのでオンラインでYAPC初参加バーチャルリアル 2 2

会社と事業の紹介 SNS/マッチング/ライブ配信のを運営 YYCは2000年開始で当初はライブドアやLINEが運営現在は親会社から22年5月に独立して新たなスタートエンジニアは6名と業務委託5名の11名(会社は40名ほど) 3 3

Web/iOS/Androidでサービスを展開 iOSとAndroidはFlutterで開発インフラはAWSで構築してTerraformで管理今日はWebとServerをどのようにリプレイスしてるか話す 4 4

段階的なリプレイスを実施中 5 5

リプレイスの背景とYYCに求められること成長の余地がまだあると経営判断している施策検証や機能追加を速度を落とさず継続したい開発の速度や手段の妨げになる負債を減らしたい 6 6

要は、売上と開発環境を同時に改善したい 7 7

どのような手段がありえるのか 2022年4月に検討を開始した 8 8

4月時点のCTO（自分）の状況と考え Perlは未経験でした CTO就任前は別事業の担当でYYCの理解が不十分な状態そこで2つの調査から開始 1. 他社のPerlの改善事例を調べる 2. YYCのWebとServerの技術課題を調べる 9 9

事例の分類 1. リアーキテクチャ系アーキテクチャの構成を改善する事例 2. リプレイス系構成だけでなく別言語に移行する事例 3. リファクタリング系仕様や振る舞いをあまり変えずに改善する事例
10 10

リアーキテクチャ系 livedoor Blog 本当にあったレガシーな話 YAPC::Asia Tokyo 2013 http://yapcasia.org/2013/talk/show/b262abd0-c77c-11e2-be2e- 7ec06aeab6a4 未だ現役なPerl5.8
＆ MySQL4.0とどう戦うか？ LINE DEVELOPER DAY 2019 https://logmi.jp/tech/articles/322236 11 11

リプレイス系 LINEポイントクラブ 8年続くPerlプロダクトをKotlinに書き換えた話 https://linedevday.linecorp.com/2021/ja/sessions/157/ https://logmi.jp/tech/articles/326685 12 12

リファクタリング系その１ぼくらの甲子園！ポケット - 面白法人カヤック 6年続いているサービスのPerlのバージョンを5.16から5.30へと今にもアップデートさせようとしている https://techblog.kayac.com/koshien-pocket-perl-5.16-to-5.30 はてなブログはてなブログPerl
5.28.1化への道 https://developer.hatenastaff.com/entry/2018/12/22/173000 13 13

リファクタリング系その２ ECナビ - CARTA HOLDINGS （元VOYAGE GROUP）動的解析を利用し、実働6日でレガシーコードを1/3削った話(Perl編)
https://techblog.cartaholdings.co.jp/entry/2020/05/07/120000 『事業をエンジニアリングする技術者たち − フルサイクル開発者がつくるCARTAの現場』ラムダノート 2022/8/8 これを知ったのが今年（自分の調査が甘かった） 14 14

YYCのWebとServerの技術課題 Perl/フレームワーク/ミドルウェアの多くがEOL WebとServerが密結合でAPI駆動で開発しづらい静的解析のサポートが無くレビューコストが高い cpanfileがなくモジュールの追加や更新が面倒一部のテストが動作していない 15 15

Perlは技術課題なのか Perlは年々、開発者や手段（SDKなど）が減っているのは事実で課題ではあるしかし、言語を課題にするとPerlをゼロに近づけないと課題が解決しないことになるまずPerlで解決が難しい課題を見つけてから、その後に手段を考えることにした 16 16

調査結果から段階的なリプレイスへ似た課題を持つ他社は数年かけて改善、苦労してるリアーキテクチャや別言語の移行は成果がいつ得られるか予想が難しかった Perlの後方互換性を活かせば使えるコードを残して検証や後戻りがしやすい計画中の施策を止め、チームを改善に集中させる仕組みが整ってなかった 17 17

モダンなPerlで新環境(v2)を用意して段階的に新環境へリプレイスできる仕組みをCTO室がつくることにした 18 18

Strangler (Fig) Applications 新しいコードで古いコードを包んで徐々に新しいコードに置き換える手法ロードバランサ（ALB）で画面パスごとに段階的に画面や機能をリプレイス YYCではDBへの副作用がない、データの参照しかない画面からリプレイスを試みました https://martinfowler.com/bliki/StranglerFigApplication.html
19 19

新しいコードで古いコードを包む 20 20

古いコード(v1) ≒ O/Rマッパーは活かす 21 21

ロードバランサ(ALB)で段階的にリプレイス https://paulhammant.com/2013/07/14/legacy-application- strangulation-case-studies/ 22 22

DBは共通でリプレイスしない 23 23

DBは共通でリプレイスしない 24 24

ゴールは全コードのリプレイスではないリプレイスを理由にビジネスは止められない v1のリファクタリングで改善できる課題もあるリプレイスは将来の課題解決の手段を増やすため v1とv2の両方でプロダクトに何が必要で不要か見極める 25 25

現状のv1とv2 - ソフト面 26 26

git-of-theseus - 2012年 ~ 現在 27 27

1年以内のコードが大きく変化 28 28

コードの新陳代謝や減価償却 v1は2012年のコードが10年で半分になる速度で減少去年は直近2年分のコードの割合が大きく変化新機能の追加、不要コードや不要機能の廃止去年のコードが全体の2割ほどまで増加した価値あるコードとそうでないコードの整理が課題 29 29

最後にサービスの施策と運営を止めずに開発環境を改善したいリプレイスは新環境で段階的に後戻り出来る構成にした今後の課題は... v1の不要なコードや機能をどう効率よく消すか v1とv2の認知負荷を抑えてどうアウトプットを出すかみなさんならどんな手を打ちますか？ 30 30

続きはカジュアル面談で！ 31 31

売上と開発環境を同時に改善するためにPerl Webアプリケーションをどのようにリプレイスするか

売上と開発環境を同時に改善するためにPerl Webアプリケーションをどのようにリプレイスするか

Masashi-Sutou

More Decks by Masashi-Sutou

Other Decks in Technology

Featured

Transcript