Upgrade to Pro — share decks privately, control downloads, hide ads and more …

BASE BANKチームの技術選定と歴史 / how to decide technology...

BASE BANKチームの技術選定と歴史 / how to decide technology selection for startup

2022/06/28に行われた次のイベントで利用した登壇資料です。

新規事業プロダクト開発時の技術選定どうやった?
-カケハシ×LINE×BASEの開発者が振り返る技術選定プロセスと内省-
https://techplay.jp/event/860202

スライド中に紹介しているスライドは次のリンクです。

知見のない技術スタックをプロダクション導入するエンジニアの導入戦略
https://speakerdeck.com/hgsgtk/a-strategy-to-choice-no-knowledge-technology

Yoichiro Shimizu

June 28, 2022
Tweet

More Decks by Yoichiro Shimizu

Other Decks in Programming

Transcript

  1. © 2012-2022 BASE, Inc. 1 #TechKKHS BASE BANKチームの 技術選定と歴史 新規事業プロダクト開発時の技術選定どうやった?

    -カケハシ×LINE×BASEの開発者が振り返る技術選定プロセスと内省- BASE株式会社 柳川 慶太 /清水 陽一郎
  2. © 2012-2022 BASE, Inc. 2 #TechKKHS 自己紹介 所属 BASE 株式会社

    BASE BANKチーム PdM 事業責任者 経歴 SIer→広告配信システム→BASEエンジニア→BASE BANK PdM キーワード 新規事業 プロダクト開発 組織開発 とにかくやってみる 趣味 アクアリウム ファッション 音楽 SNS Twitter : @gimupop 柳川慶太 (やながわ けいた)
  3. © 2012-2022 BASE, Inc. 3 #TechKKHS 自己紹介 所属 BASE 株式会社

    BASE BANKチーム Tech Lead Go、New Relicや自動化など。 趣味 ブログ: https://budougumi0617.github.io/ SNS Twitter : @budougumi0617  Github : https://github.com/budougumi0617 7/22 「詳解Go言語Webアプリケーション開発」出版予定 清水 陽一郎 (しみず よういちろう)
  4. © 2012-2022 BASE, Inc. 4 1 2 3 #TechKKHS 何を考えて技術選定したか

    3年間チームで開発しつづけて思ったこと 新規事業を開発しつづけるチームに必要なこと 今日伝えたいこと
  5. © 2012-2022 BASE, Inc. 7 #TechKKHS なので初期フェーズ検討の詳細は こちらの資料をチェックしてください! Speaker Deck

    知見のない技術スタックをプロダクション導入するエンジニアの導入戦略
  6. © 2012-2022 BASE, Inc. 13 #TechKKHS 僕が考えていたこと 新規事業に必要な技術選定ってなんだろう? 要件も決まりきっていないし、リリースしても、すぐにそのまま使われるかわからない。 とにかく不確実性が高いプロジェクト。

    1. とにかく早く出すこと 2. 素早く改善サイクルを回し続けられること • 自分たちでコントロールできる範囲が広いほうが良さそう • 既存システムからは切り離したほうが良さそう • 最低限APIとして切り出したい • あえて既存と違う言語、アーキテクチャ、インフラでやるが良さそう
  7. © 2012-2022 BASE, Inc. 16 #TechKKHS こういう感じになった 「YELL BANK」のシステムアーキテクチャ図 •

    「BASE」加盟店にサービス提供 ◦ BASE BANKで開発するサービス・機能は 「BASE」のユーザーに提供しています • 独立したシステム構成 ◦ 「YELL BANK」サービスはBASEのシステムと 疎結合とし、AWS環境も別アカウントで 運用しています ネットショップ作成 サービス 「BASE」 分析データ データ分析基盤 認証・認可、ビジネス ロジックなどシステム処理 ショップ情報提供 サービス提供 ショップのデータ提供 サーバー構成はECS Fargate バッチ処理 (ECS Scheduled Task) APIサーバ群 BASE BANK
  8. © 2012-2022 BASE, Inc. 17 #TechKKHS まとめると • 既存システムと切り離したAPI •

    インフラレイヤーも思い切って切り離す • とにかく自分たちで素早く決めて実行できる状態を作る • 新規事業においては実は技術選定も大事だけどチーム内の役割分担も大事 • 特に最初の立ち上がりが大切な新規事業にとって、乗りと勢いは大事 • 新規事業は現実人依存 • 迷ったら気分が乗る方 • 迷ったらオーナーシップがもてる方をやる • 考えて選定した技術には支持者が絶対付く
  9. © 2012-2022 BASE, Inc. 18 #TechKKHS まとめると 私個人はこのあと、新規プロダクト開発を行う組織に興味がでたので、組織設計 から行うPdMにジョブチェンジしました。 どうしたらアジリティを落とさずにプロダクト成長させ続けられるかという課題

    に取り組みながら、新規プロダクト開発とグロースをしています。 どうしたらプロダクト開発組織はより強くなれるのか、再現性を持って再生産で きるかということを日々課題に向き合いながらやっていっています。
  10. © 2012-2022 BASE, Inc. 21 #TechKKHS チームの現在 • エンジニア 8名

    ◦ チーム拡大中のため採用も強化中 • チームが開発しているプロダクト ◦ YELL BANKの拡張 ◦ 本人確認機能(eKYC) ◦ BASEカード(売上残高を使ったカード決済機能) ◦ 振込申請(売上残高の銀行振込)
  11. © 2012-2022 BASE, Inc. 23 #TechKKHS 何が良かったか • アジャイルであること •

    フルスタックであること • フルサイクルであること • プロダクトに集中できる技術
  12. © 2012-2022 BASE, Inc. 24 #TechKKHS アジャイルであること • 仮説検証を高速でフィードバックすること ◦

    当然のようにXPやアジャイルのテクニックにたどり着く ◦ アーキテクチャ・コードとしての正解 ◦ プロダクトとしての正解
  13. © 2012-2022 BASE, Inc. 25 #TechKKHS フルスタックであること • 仮説検証を繰り返すならばチーム内で作業が完結するほうがよい •

    選択肢が絞られてはいけない ◦ ex: AWSリソースの変更を含めたリファクタリング • 反面、求められるスキルは多い ◦ Vue/CSS/PHP/Go/Python/Terraform/AWS/Docker CircleCI/GitHub Actions etc
  14. © 2012-2022 BASE, Inc. 26 #TechKKHS フルサイクルであること • Full Cycle

    Developers at Netflix — Operate What You Build • 運用しつづけることで得られる気付き • フィードバックループを高速で回すには自分たちで加速させる必要がある 要件定義 設計 企画 開発 テスト 問い合わせ 対応 デプロイ 運用 Software Developers
  15. © 2012-2022 BASE, Inc. 27 #TechKKHS プロダクトに集中できる技術 • その課題・複雑さはプロダクトに依存するものか? ◦

    ユーザーの悩み事を解決している?技術的な悩み事を解決している? ◦ トレードオフはある • プロダクト志向だからこそ技術にとらわれない • 技術志向だからこそプロダクトのためにどんな技術も実践できる
  16. © 2012-2022 BASE, Inc. 29 #TechKKHS 独立したアーキテクチャ ネットショップ作成サービ ス 「BASE」

    認証・認可、ビジネス ロジックなどシステム処理 ショップ情報提供 サービス提供 APIサーバ群 BASE BANK • デプロイ/ロールバックを任意に実施できる • 構成やシーケンスの変更も容易 ◦ Lambdaに切り出して非同期化
  17. © 2012-2022 BASE, Inc. 30 #TechKKHS Go • 「プロダクト」以外の問題が少ない ◦

    開発環境構築が容易 ▪ 最新のGoがあればパッケージ管理、テストが実行可能 ◦ バージョンアップ ▪ Go1.Xの間は後方互換性が保証されている
  18. © 2012-2022 BASE, Inc. 31 #TechKKHS Go • 「プロダクト」以外の問題が少ない ◦

    コードフォーマットが固定 ▪ 設定やスタイルの良し悪しの議論が発生しない ◦ 静的解析が充実している ▪ 自動化(CIによる指摘)がしやすい ◦ 学習コストが低い ▪ 言語仕様がミニマム
  19. © 2012-2022 BASE, Inc. 33 #TechKKHS Amazon ECS on Fargate

    • コンテナ ◦ Goと合わせるとAnsibleやChefなどは不要 • アプリエンジニアでもメンテが容易 ◦ キャッチアップ可能な量の設定群 ◦ 現状のメンバー数ではKubernetesはオーバースペック
  20. © 2012-2022 BASE, Inc. 34 #TechKKHS Terraform • 専門家でないからこそコード化する ◦

    AWSリソースの可視化 ◦ Unkown Unkownの軽減 ▪ 今存在するリソースすべてをAWS Consoleから把握するのは不可能
  21. © 2012-2022 BASE, Inc. 35 #TechKKHS 基盤化 • 共通ライブラリ ◦

    DB操作、HTTPサーバとしての基本機能、運用で必要な仕組み ▪ 全社的なSaaS移行やAPM導入にも柔軟に対応できた • CI/CDの整備 ◦ デプロイの容易さ
  22. © 2012-2022 BASE, Inc. 37 #TechKKHS 未来 • より定量的に仮説検証を繰り返したい •

    データ駆動開発の本格化 ◦ PMMのJOIN ▪ Product Marketing Manager ◦ Looker導入 ◦ GA/GTM本格化
  23. © 2012-2022 BASE, Inc. 39 #TechKKHS 柳川まとめ 自分たちで決めて決めて決め続ける 4年間を振り返ると、新規事業チームが推進力を持って 改善しながら進むためのキーワードはこれだと実感しています

    歴史のスタートは振り返ってみると技術選定だったのかもしれません 技術選定でオーナーシップを持てたことが今まで事業が続いてきた秘訣のように思います 新規事業はリリースして終わりではなくてグロースが待っています グロースする前に死ぬこともあるし、グロースできないと死にます とにかく出してチームで改善を回し続ける そのためには何ができるか 技術選定が偉大なチームの第一歩になることを願って 神になってクリエイションしましょう
  24. © 2012-2022 BASE, Inc. 40 #TechKKHS 清水まとめ - 新規事業開発と技術選定 •

    チームがプロダクトに向き合う時間を最大化できるか • チームが学習できるか ◦ 裁量をもって決断できる ◦ 試行と反省の回数と速度を最大化する ◦ 小さく失敗できる • 一緒にフルサイクル開発に挑戦するメンバーを募集中です!