Chatwork Devday Keynote

Chatwork Devday登壇資料です

Transcript

1. View Slide

2. SESSION
   技術面から振り返る
   Chatwork の10年
   

   View Slide

3. AGENDA
   1. 紹介 紹介
   2. プロダクトフェーズと技術選定の流れ
   3. 挑戦の歴史
   

   View Slide

4. 本日の目的
   ISSUE DRIVEN!
   シンプルな本質
   

   View Slide

5. 1
   紹介
   

   View Slide

6. 春日 重俊（カスガ シゲトシ）41歳
   部署 プロダクト本部
   立場 執行役員CTO兼プロダクト本部長
   職歴 Chatwork
   ● 開発本部の本部長→CTO
   ● コアテクMGR、SRE MGR 兼務
   ● 会社全体の経営ボード端くれ
   リクルート
   ● ビッグデータ基盤組織立ち上げ
   ● ポンパレ立ち上げ
   ● じゃらん検索エンジンリプレース etc
   Sier
   ● seasar2が立ち上がった会計開発Prj
   趣味 ホッピー / スニーカー収集 / 水泳　
   自己紹介
   

   View Slide

7. Chatworkは日本最大級のビジネスチャットサービス
   31.3万社
   突破！
   20万社
   突破！
   導入社数31.3万社を突破！
   (2021年4月末日時点)
   10万社
   突破！
   ※ Nielsen NetView 及びNielsen Mobile NetView　2020年6月度調べ月次利用者（MAU:Monthly Active User)調査
   ※ 調査対象44サービスはChatwork株式会社にて選定
   3月
   リリース
   

   View Slide

8. Chatworkって、どんな規模なの？
   

   View Slide

9. Chatwork　現在の構成
   

   View Slide

10. 10
    プロダクト本部
    フロントエンド開発部
    モバイルアプリケーション開発部
    サーバーサイド開発部（PHP・Scala）
    SRE部・コアテクノロジー開発部
    プロダクトマネジメント部・プロダクトデザイン部
    グロースエンジニアリング部
    経営企画室
    従業員数
    189名
    平均年齢
    34歳
    （2021年3月末日現在）
    （2021年4月末日現在） ピープル＆ブランド
    本部
    人事部
    BX部（コミュニケーションチーム・クリエイティブチーム）
    ビジネス本部
    事業開発部・事業企画部・事業戦略部
    マーケティング部
    アカウントセールス部・パートナーセールス部
    カスタマーサクセス部・カスタマーサポート部
    グローバル戦略部
    コーポレート本部 法務総務部・CSE部・経理財務部
    従業員数・平均年齢・組織図
    

    View Slide

11. ２
    プロダクトフェーズと技術選定の流れ
    

    View Slide

12. *1 当社依頼による第三者機関調べ、n＝30,000
    *2 実現可能な最大の市場規模（Total Addressable Market）。外部統計資料や公表資料、当社保有のデータを元に当社が想定する市場を推察した市場規模であり、客観的な市場規模を示すものではありません
    *3 総務省統計局「労働力調査」より。2019年平均の就業者数
    *4 エンタープライズプラン単価800円/ユーザーの12ヶ月分
    ビジネスチャットツールの利用状況
    6,455 億円
    ビジネスチャットの潜在市場規模（TAM）*2
    国内労働人口
    6,724 万人*3
    Chatwork
    料金単価*4
    ● 新型コロナウイルスの影響で、テレワーク需要は大きく拡大しビジネスチャットの普及は急速に進みつつある
    ● ビジネスチャットの国内普及率は12.5%*1とまだまだ低く、非常にポテンシャルの大きなマーケット
    Chatworkが対峙してるマーケット規模
    

    View Slide

13. 企業規模 大
    企業規模 小
    ITスキル 低 ITスキル 高
    B社
    A社
    ターゲット層
    ● 主要な競合は2社あるが、各社の中心となるターゲット層は異なっている
    ● ビジネスチャットの市場浸透率が低いため、各社がそれぞれの領域で新規に市場開拓を進めている状況
    業界におけるポジショニング
    

    View Slide

14. 複利でユーザー数が伸び続けるサービス構造
    ● 社内外がシームレスにつながるオープンプラットフォームと、無料からはじめられるフリーミアムの
    特性により、お客様・取引先と使いやすいため、紹介によりユーザーが複利の構造で広がり続けている
    ● 競合他社の参入も、ユーザー数の伸びには影響していない
    サービス開始からの登録ID数推移
    1 2 3
    2013年8月
    A社 リリース
    2017年3月
    B社 リリース
    2
    2017年11月
    A社 日本語版リリース
    3
    競合他社の参入時期
    1
    2012年1月 2014年1月 2016年1月 2018年1月 2021年3月
    ユーザ数の推移
    400万
    ユーザー
    突破！
    

    View Slide

15. User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    プロダクトフェーズ毎の技術観点での壁
    Time
    

    View Slide

16. ３
    挑戦の歴史
    

    View Slide

17. Time
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    PMFを検証するフェーズなので、
    まずは機能リリースして運用面の課題は少人数でカバー
    プロダクトフェーズ毎の技術観点での壁
    

    View Slide

18. CTO
    技術部 デザイン部 ビジネス
    ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：体制 〜
    

    View Slide

19. ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：システム構成 〜
    

    View Slide

20. Error rate
    ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：サービス特徴 〜
    

    View Slide

21. 性能監視改善
    サイクル
    検知 原因分析
    打ち手
    検討
    対策実施
    ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：性能監視改善サイクル 〜
    

    View Slide

22. AWS構成概要
    AWS Cloud
    Elastic-Load-Balancing
    S3
    ❶ファイル送信する
    ❷ UPLOADファイルを
    　EC2上で保持して負荷増大
    ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：実施施策 〜
    EC2
    Before
    

    View Slide

23. AWS構成概要
    AWS Cloud
    VPC
    Availability Zone:A Availability Zone:B
    ELB
    S3
    ❶ファイルアップロード用の
    　Pre-Signed URLの発行を依頼
    ❸取得したPre-Signed URLを利用して、
    　S3へファイルを直接アップロード
    ❷一時Credential情報で
    　Pre-Signed URLを発行
    ❶ 製品内容による優位性の壁　〜 継続的デリバリーの難しさ：実施施策 〜
    EC2
    After
    

    View Slide

24. Amazon EC2
    Nginx
    Apache（mod_php）
    Ephemeral Disk
    SSD
    Elastic Block Storage
    syslog
    temporary
    OS
    application
    Ephemeral Diskの利用
    Amazon EC2の解決策
    ❶ 製品内容による優位性の壁　〜 用途に応じた運用設計の工夫 〜
    

    View Slide

25. Internet
    WEB/Application Mroonga
    Search
    AWS Cloud
    Mroonga
    MySQL
    RDS Read
    Replica
    Index
    Internet
    CloudSearch
    WEB/Application Search Proxy CloudSearch
    Search
    MySQL
    RDS Read
    Replica
    Update Worker
    AWS Cloud
    Queue Queue
    Index
    Dynamo DB
    Message
    Update History
    ❶ 製品内容による優位性の壁　〜 突然来る限界値 〜
    

    View Slide

26. ❶ 製品内容による優位性の壁　〜 当時の学び〜
    ● 少人数で運用できるサービスを選択する重要性
    ● サービス特性に応じた事業に必要なツールを
    積極的に投資していく姿勢
    ● ボトルネックは放置せずに、１つずつ解決していく
    サイクルの構築
    

    View Slide

27. 3. 製品内容による優位性の壁　〜エキスパート紹介〜
    名前 藤原 吉規
    所属
    関係性 Chatwork社の元社員
    ● CTO室メンバー。SREの前身となる役職を歴任
    アマゾン ウェブ サービス ジャパン株式会社
    シニアソリューションアーキテクト
    

    View Slide

28. Time
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    資金調達してるので、グロースしてもプロダクトを
    動かなくなるのを防ぐフェーズ
    プロダクトフェーズ毎の技術観点での壁
    

    View Slide

29. Internet
    ELB S3 Glacier
    Auto Scaling EC2
    （Web Server）
    ElastiCache（Session）
    DynamoDB（Flags）
    S3（Logs）
    SQS
    （Task Queue）
    RDS（MySQL）
    CloudSearch
    EC2
    （Worker）
    GAE
    （Comet）
    BigQuery
    （API Logs）
    Tokyo Direct Upload / Download
    Push
    Index
    Get
    ❷ 展開面積の壁
    

    View Slide

30. ❷ 展開面積の壁　〜 DB同時接続数の壁 〜
    

    View Slide

31. ❷ 展開面積の壁　〜 データ容量の壁 〜
    

    View Slide

32. 3. 展開面積の壁　〜分散システム導入への機運〜
    

    View Slide

33. 3. 展開面積の壁　〜当時の学び〜
    ● プロダクトステージに応じた積極的な技術投資の
    必要性を経営レベルで合意する
    ● 新技術を採択する場合にリスクコントロールとの
    トレードオフ
    ● 難しいPrjはワクワクする目標設定が重要！
    

    View Slide

34. 3. 展開面積の壁　〜エキスパート紹介〜
    名前 土橋 昌
    所属
    関係性 基盤刷新Prjの技術支援
    ● Chatworkのメッセージ基盤刷新Prjを基盤技術面で支
    援頂く。Prj終了後は海外カンファレンスでも一緒に
    登壇しております。
    NTTデータ　エグゼティブITスペシャリスト
    

    View Slide

35. Time
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    プロダクトが安定して運用できたら、
    そのあとは損益分界点の改善が重要テーマ
    プロダクトフェーズ毎の技術観点での壁
    

    View Slide

36. ❸ コストの壁　〜 2016年 - 2019年アーキテクチャ 〜
    

    View Slide

37. コストの壁
    ピーク時から原価率75%ダウン！
    

    View Slide

38. Before
    ❸ コストの壁　〜 検索エンジンリプレース 〜
    

    View Slide

39. After
    1/10に削減
    サーバー台数 1/6に削減 & Inex反映時間がほぼリアル
    ランニングコスト
    ❸ コストの壁　〜 検索エンジンリプレース 〜
    

    View Slide

40. 豊富な管理APIによるシステムコストの最適化を実現
    EC2のspotインスタンス化によるコスト削減
    実際の効果
    ❸ コストの壁　〜 EC2 spotインスタンス 〜
    

    View Slide

41. コストの壁　〜Auto Scale〜
    常時起動 ピーク時のみ起動
    EC2常時起動から50%削減
    実際の効果
    

    View Slide

42. 1/2に削減
    レスポンスタイム
    ❸ コストの壁　〜 php7対応 〜
    

    View Slide

43. ❸ コストの壁　〜 当時の学び〜
    ● コスト意識を現場レベルまで浸透させる
    ● 採択した技術は数年単位で見直して継続するか判断
    ● 自社の体制を鑑みた上での運用コストを考慮
    

    View Slide

44. コストの壁　〜エキスパート紹介〜
    名前 新原 雅司
    所属
    関係性 Chatwork社の技術パートナー
    ● ChatworkのPHPアプリケーションを継続的に支援。
    最近ではPHPのk8s化に貢献して頂く
    １×１株式会社
    

    View Slide

45. Time
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    上場前夜でおきた、
    セキュリティイシューからの学び
    プロダクトフェーズ毎の技術観点での壁
    

    View Slide

46. ❹ 社会的公器の壁　〜 セキュリティ対応の考え方 〜
    NIST Cyber Security Flamework
    特定 防御 検知 対応 復旧
    侵入前 侵入後
    ISO 27001
    日本で主流のセキュリティ対策基準
    NIST SP800-171
    米国でDoDとの取引企業が準拠を義務付けられた対策基準
    検知 → 復旧（レジリエンス）が両者の違い
    

    View Slide

47. ❹ 社会的公器の壁　〜 セキュリティ対応の考え方：継続的な改善サイクル 〜
    セキュリティ管理シート
    

    View Slide

48. ❹ 社会的公器の壁　〜 セキュリティ実施施策 〜
    

    View Slide

49. ❹ 社会的公器の壁　〜 実際にあった攻撃 〜
    ❶ ログイン情報GET
    IDとパスワードの
    組み合わせ
    ❷ 他のサイトも同じ
    　 IDとパスワードでは？
    ❸ 他のサイトでも
    　 ログインを試みる！
    ログイン可
    情報漏洩・改竄等の被害
    ログイン可
    情報漏洩・改竄等の被害
    ログイン不可
    ログイン不可
    

    View Slide

50. ❹ 社会的公器の壁　〜 実際にあった攻撃：実施対応 〜
    

    View Slide

51. 社会的公器の壁 ~実際にあった攻撃：実施対応~
    postman application/json
    IAM認証を使用
    イベントトリガー
    イベントトリガー
    メッセージ登録
    一覧取得
    削除処理
    削除処理
    登録通知
    登録処理 削除処理
    削除処理
    TTL付きで
    データ登録
    期限切れデータを取得
    

    View Slide

52. 社会的公器の壁 ~当時の学び~
    ● セキュリティイシューはシステムだけでなく、
    ユーザコミュニケーション設計が重要
    ● 常日頃から様々パートナーと目線合わせしておく
    ● 緊急事態時では普段の業務STOPしてでも課題解決を優先
    

    View Slide

53. 社会的公器の壁 ~エキスパートの紹介~
    名前 清水　崇之
    所属
    関係性 Chatwork社の初代担当SA
    ● ChatworkのAWS利用シーンに合わせた数々の支援を
    担当頂く
    技術統括本部　西日本ソリューション部部長
    シニアソリューションアーキテクト
    

    View Slide

54. 社会的公器の壁 ~エキスパートの紹介~
    名前 松宮 寿
    所属
    関係性 Chatwork社の初代担当営業
    ● Chatworkの無茶な要求を飄々とこなしてくれる、
    スーパー営業。
    アマゾン ウェブ サービス ジャパン株式会社
    ストラテジックアカウント本部 西日本営業部
    大阪支社 担当部長
    

    View Slide

55. プロダクトフェーズ毎の技術観点での壁
    Time
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    サーバアプリケーション刷新が
    必要なフェーズ
    

    View Slide

56. ❺ 複雑的優位性の壁　〜 真の社会インフラ目指して 〜
    ● 主力のChatwork事業*1において、2021-2024年でCAGR40％以上の売上成長を実現する
    ● 2024年度に全社売上100億円、中小企業向けビジネスチャット市場で40％のシェアを獲得しNo.1となる
    Chatwork事業 売上計画
    *1 アカウント事業並びに広告事業、プラットフォーム事業を本業であるChatwork事業とし、セキュリティ事業は除外する
    *2 TAMのうち注力顧客セグメントの需要を示している指標（Serviceable Available Market）
    *3 当社調査によるビジネスチャット浸透率から推計
    *4 総務省「労働力調査」、中小企業庁「中小企業白書」から当社推計
    CAGR40%
    以上
    全社売上
    100億円
    中小企業向けビジネスチャット市場（SAM*2）
    2024年度目標マーケットシェア
    2024年度
    Chatwork
    シェア
    40%
    2,313万人
    2,313万人
    ビジネスチャット利用中 ビジネスチャット未利用
    ビジネスチャット普及率*3
    50%
    他社利用中
    4,626万人
    中小企業就業者*4
    

    View Slide

57. ❺ 複雑的優位性の壁　〜 真の社会インフラ目指して 〜
    スペイン「カンプ・ノウ」
    

    View Slide

58. ❺ 複雑的優位性の壁　〜 真の社会インフラ目指して 〜
    スペイン「サグラダ・ファミリア」
    

    View Slide

59. 学び〜まとめ〜
    User
    ❶ 製品内容による
    優位性の壁
    ❷ 展開面積の壁
    ❸ コストの壁
    ❹ 社会的公器の壁
    Intro Growth Matulity Decline
    ❺ 複雑的優位性の壁
    Time
    1. 少人数でも運用できるサービスを選択する
    重要性
    2. サービス特性に応じた事業に必要なツール
    を積極的に投資していく姿勢
    3. ボトルネックは放置せずに、
    １つずつ解決していくサイクルの構築
    1. プロダクトステージに応じた積極的な技術投資の必
    要性を経営レベルで合意する
    2. 新技術を採択する場合はリスクコントロールとのト
    レードオフが重要
    3. 難しいPrjはワクワクする目標設定が重要！
    1. コスト意識を現場レベルまで浸透させる
    2. 採択した技術は数年単位で見直して継続か判断
    3. 自社の体制を鑑みた上での運用コストを考慮
    1. セキュリティイシューはシステムだけでなく
    ユーザコミュニケーション設計も重要
    2. 常日頃から様々な目線合わせしておく
    3. 緊急事態時は、普段の業務STOPしてでも
    課題解決を優先
    

    View Slide

60. 4
    ニュース
    

    View Slide

61. 新機能リリース
    

    View Slide

62. 本日はご静聴ありがとうございました
    

    View Slide

63. View Slide