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

18-E-5_Uzabase_高山温_デブサミ登壇資料

UZABASE
February 26, 2021

 18-E-5_Uzabase_高山温_デブサミ登壇資料

UZABASE

February 26, 2021
Tweet

More Decks by UZABASE

Other Decks in Technology

Transcript

  1. 5 自己紹介 高山 温 !"#$#%&'()*)+),) / -./0)*1 スペック1 ピクシブ株式会社 2012年-2019年

    • 主にサーバーサイドエンジニア、 エンジニアリングマネージャー • 新規プロジェクト立ち上げや福岡オフィ ス立ち上げなどの経験多数 • 2017年からCTO スペック2 ISUCON 6 本選出題担当 2016年 スペック3 株式会社ニューズピックス CTOとして入社 2020年
  2. 6 会社名 設立 代表者 本社所在地 事業内容 上場市場 代表取締役CEO 梅田優祐 /

    代表取締役COO 稲垣裕介 2334年5月6日 株式会社ユーザベース / Uzabase, Inc. 東京都港区六本木7-7-7 TRI-SEVEN ROPPONGI 13F 企業活動の意思決定を支える情報インフラの提供 東証マザーズ (3966) ձࣾ֓ཁ
  3. 8 エキスパート・ネットワーク 経営企画部、新規事業担当者向けにリサーチ支援サービスを提供。専門家にインタビュ ーができる「エキスパートリサーチ」や先端領域における専門家の見解を集約した「エ キスパートオピニオン」を展開 経済情報プラットフォーム 金融機関、事業会社向けに世界中の企業財務データ、業界レポート、市場データ、 9:!情報など、企業戦略の分析や策定に必要な情報を提供 経済ニュースメディア(日本市場向け) 国内外;<<メディアのニュースのほか、012#3&4*#編集部のオリジナル記事・動画

    コンテンツを配信し、業界人や専門家のコメントと併せて閲覧可能 =5=マーケティングプラットフォーム ユーザベースグループの企業データベースと顧客の内部データを統合し、データ 分析に基づいて成約確度の高い企業を特定。!=9(アカウント・ベースドマーケテ ィング)の実践を支援 スタートアップ情報プラットフォーム スタートアップの事業概要、資金調達、投資家、提携先、オリジナル記事などをワン ストップで提供 コンサルティング事業 法人向けに新規事業開発・次世代⼈材育成・組織活性化の推進及びユーザベースグルー プの>))>サービスの導入を支援 ベンチャーキャピタル事業 シードからアーリーステージの>))>とメディア関連のスタートアップに特化して投資 0VSTFSWJDFT ʔʮܦࡁ৘ใʯʹಛԽͨ͠αʔϏεల։
  4. ?

  5. <; | Youは何しにNewsPicksへ? @ Youは何しにNewsPicksへ? ミッション駆動 「経済情報で、世界を変える」とい うミッションが浸透 ニュースを届けるだけでなく、人々 の行動が変わることを目指す

    個人的な目標「日本を真に豊かな国 にすること」ともマッチ 会社 = プロダクト 多種多様な職種の人が集まって一つ のサービスを作っている 記者などの「人」がやってこそ価値 のある仕事がある 人だけでもテクノロジーだけでもな く、人とテクノロジーの融合 ユーザベースがすごい SaaSどころかtoBのインターネット 企業が無かった時代から、SPEEDA という素晴らしいプロダクトを作っ ていた
  6. 58 『LeanとDevOpsの科学』 ❏ DX Criteriaからも参照多数 ❏ ソフトウェア企業の開発スタイルと、 市場占有率や収益性との関係性を科学的に 証明していく試み ❏

    より高速かつ安全に仮説検証できる組織が エリート組織に [高速] 開発に迷わない、待たない、 無駄なコミュニケーションが発生しない [安全] 意識しなくてもセキュリティが保たれ、 大きな障害にならず、心理的安全 <5 | CTO作戦
  7. 5@ キーメトリクス <4つのキーメトリクスの計測難易度> • コードがコミットされてからデ プロイが完了するまでの時間 • 多数のリポジトリで画一的に計 測するのが難しい リードタイム:中

    • 定義が明確で画一的に計測しや すく、比較的バラつきも少ない デプロイ頻度:低 • 障害の始まりと終わりの定義が 難しい MTTR:高 • 数のリポジトリで画一的に計測 するのが難しい 変更失敗率:中 <5 | CTO作戦
  8. 5A キーメトリクス <4つのキーメトリクスの計測難易度> • コードがコミットされてからデ プロイが完了するまでの時間 • 多数のリポジトリで画一的に計 測するのが難しい リードタイム:中

    • 定義が明確で画一的に計測しや すく、比較的バラつきも少ない デプロイ頻度:低 • 障害の始まりと終わりの定義が 難しい MTTR:高 • 数のリポジトリで画一的に計測 するのが難しい 変更失敗率:中 高速かつ安全に開発できるエリート組織は、 すべての指標が高い 極論、どれか一つだけを定点観測すれば 十分では? <5 | CTO作戦
  9. 65 デプロイエンジニアリング デプロイするためにsshして コマンドを実行していた A.18@. マージされたらbotが動いて Slackでポチポチしていけば デプロイできるように !1".@ 1

    cron実行中はデプロイすることが できなかった A.18@. バイナリを上書きするのではなく、 まず移動させてから新しい ディレクトリにバイナリを配置 !1".@ 2 <5 | CTO作戦
  10. デプロイ前の手動確認項目が多数 A.18@. Seleniumやアプリのテストビルド でのシナリオテストで自動化 !1".@ 最低限の動作チェックが主だった プッシュ通知の前後はデプロイできなかった A.18@. サービスの性質上、1日の決まった時間にプッシュ通知が あり、アクセスが増える。blue/greenデプロイだと

    切り替えの時にDBへのコネクションが枯渇。 <)B)@+C@8DD&BEデプロイに切り替え • デプロイ作業自体はcanary確認までで完了 • その後数十分かけてrolling切り替え 66 デプロイエンジニアリング !1".@ 3 4 <5 | CTO作戦
  11. 67 デプロイエンジニアリング 変わったこと ❏ 1回のデプロイ作業に30分〜1時間かかっていたのが5分に ❏ 開発者1人あたりのデプロイ頻度は2倍〜3倍に ❏ 権限の低い開発者も安全にデプロイできるように ❏

    デプロイ作業が面倒という理由で複数のコミットをまとめ てデプロイしていたのが激減 デプロイ頻度を定点観測して開発者全員の意識を 高めるとともに、改善を称えるように <5 | CTO作戦
  12. 6? 品質への取り組み ❏ いくつかの指標を定点観測できる ようにした ❏ 悪化傾向にならなければOKとした ✔エラー数 ✔レスポンスタイム ✔スマホアプリのCrash

    Free率 ✔セキュリティリスクアセスメントの自動化 ✔お問い合わせ起因のチケットの生存期間 MTTRや変更失敗率の指数関数的な 改善を目指せるかは今後の課題 <5 | CTO作戦 指標