個人サービスを最速でPHPからGoにリプレイスするためにやったこと・やらなかったこと / Replace from PHP to Go in Indie Development

個人サービスを最速で PHPからGoにリプレイスするためにやったこと・やらなかったこと PHP Conference 2018 @itosho 1

▪ 君の名は？伊藤翔 @itosho コネヒト株式会社所属絶賛エンジニア募集中！ Supership株式会社から出向中 PHPer兼マネージャー

インディー開発が趣味です ※インディー開発=個人でアプリやwebサービスをつくること詳細は https://itosho.github.io をみてみてください！ 3

今日はその中の一つを「最速」でPHPからGoにリプレイスした時のお話 4

▪ 免責事項・PHP下げ↓Go上げ↑ではありません！（どっちも好き）・Goの話というよりもリプレイスの話がメイン

▪ 免責事項・PHP下げ↓Go上げ↑ではありません！（どっちも好き）・そもそも今日はGoの話というよりもリプレイスの話ちなみに一番好きな言語はRubyです（小声）

▪ リプレイス対象システム・スマートフォンアプリ向けAPIサーバー・規模: RESTベースのWebAPIが17本・技術スタック: PHP7系, CakePHP3系, MySQL, NGINX

何故「最速」でやる必要があるのか？ 8

インディー開発の最大の敵 9

飽きる 10

取捨選択が必要 11

　　やらなかったこと 12

やらなかったことその① I/Fの抜本的な変更 13

▪ 誘惑に負けない・せっかくだから！と色々やりたくなってしまう・GoだとgRPC, GAEなどなど・今回は言語のリプレイスのみにフォーカス

やらなかったことその② 単体テスト 15

▪ テストは大事・当時Goのテストの知識があまりなかった・飽きが来るスピード > 単体テストを書くコスト・単体テスト以外で品質を担保する

　やったこと 17

やったことその① E2Eテスト 18

▪ やっぱりテストは大事・E2E用のスクリプトを作成・基本的に既存のAPIと同じだったらOK ・新旧のシステムを同時に起動（ポート別）して、　それぞれに対して同じリクエストを送るテストスクリプト Go API
PHP API JSON JSON レスポンス比較！同じリクエスト

やったことその② 段階リリース 20

▪ 漸進的に前進していく・1本APIが出来たらすぐリリースする・NGINXを利用してリバースプロキシ先を振り分け・少しずつでも本番環境で稼働させると最後まで頑張れる NGINX PHP API’s Go API’s
/users/xxx /users/yyy /contents/xxx /contents/yyy

やったことその③ 郷に従う 22

▪ さっきI/Fを変更しないと言ったがあれは嘘だ・旧システムの面影が残ってると今後負債になる可能性・新システムの郷（Go）に従うことが大切・具体的にはDBのデフォルトのカラム名である、　created / modified を created_at
/ updated_at に変更

結果 24

▪ 最速でリプレイス出来たかもしれない・3ヶ月弱（ほぼ週末のみ）でリプレイス完了・大きな不具合はなし（軽微な不具合: 1件）・レスポンスタイムが平均120msから平均90msに！

▪ 最速でリプレイス出来たかもしれない・3ヶ月弱（ほぼ週末のみ）でリプレイス完了・大きな不具合はなし（軽微な不具合: 1件）・レスポンスタイムが平均120msから平均90msに！拍手が欲しいです

まとめ 27

▪ 2秒で分かるやったこと・やらなかったことやったこと ①E2Eテスト ②段階リリース ③郷に従うやらなかったこと ①I/Fの抜本的な変更 ②単体テスト

▪ インディー開発 × リプレイス作業 = 学び∞ ・取捨選択のセンスが磨ける・普段の業務でも役に立つ（世にリプレイス案件は多い）・手段を目的に出来る（学びたい技術を好きに使える）・1つシステムをつくれば無限にリプレイス出来る！

皆さんもインディー開発しましょう！ 30

個人サービスを最速でPHPからGoにリプレイスするためにやったこと・やらなかったこと / Re...