はてなの開発20年史と DevOpsの歩み / DevOpsDays Tokyo 2025 Keynote

by KASUYA, Daisuke

Slide 1

Slide 1 text

はてなの開発20年史と DevOpsの歩み id:daiksy 2025-04-15 DevOpsDays Tokyo 2025 1

Slide 2

Slide 2 text

Slide 3

Slide 3 text

今日の講演の目的 ● 激動の時代。AIの進化により半年後の開発環境がどうなってるのかすら予測がしづらい ● 少し立ち止まって、歴史をふりかえり、明日からまた激動に身を委ねよう ● 歴史を手がかりに、自分たちの現在地を確認し、次の一手に思いを巡らせる 3

Slide 4

Slide 4 text

今日の講演の目的 ● DevOpsの歴史と株式会社はてなの現場の歴史 ○ 歴史を探る物差しとして語る ○ 皆さんご自身の経験を思い出しつつお付き合いください 4

Slide 5

Slide 5 text

今日の講演の目的 5 登壇準備をはじめた3月初旬に生成した絵

Slide 6

Slide 6 text

株式会社はてな ● 2001年創業 ● はてなブログ,はてなブックマークなどの自社サービス ● 可観測プラットフォーム Mackerel ● 受託開発・運用 ● 生成AIを活用した新サービス 6

Slide 7

Slide 7 text

提供開始から10年を超える「はてなブログ」「はてなブックマーク」など、個人ユーザー向けコンテンツプラットフォームサービスを提供しています 7 「はてなブログ」はユーザーの「書きたい」気持ちに応えるブログサービス。⼿軽に書きたい⼈も、しっかり書きたい⼈も満⾜できる便利な機能を備えています。シンプルかつモダンなブログサービスとして継続的な機能開発に取り組むとともに、検索流⼊に寄与する要件への対応や機能改善、「はてなブックマーク」との連携など、ユーザーの書いたコンテンツが読まれる仕組みも⽤意しています。「はてなブックマーク」は国内最⼤級のソーシャルブックマークサービス。ニュースやブログのなかから気になった記事をクラウド上に保存し、ほかのユーザーと共有することができます。オンラインブックマークツールとしての利⽤だけでなく、時々刻々と移り変わるインターネットの⼈気ページや旬の話題が集まるメディアとしても多くのユーザーにご利⽤いただいています。

Slide 8

Slide 8 text

8 Mackerel（マカレル）サーバーにおける各種ハードウェアやアプリケーションソフトウェアの性能をリアルタイムに監視することができるSaaS型サーバー監視サービスです。使いやすいUIと効率的なAPIによる総合的な監視体験と、より自動化されたインフラ基盤の構築を可能にするなど、その先進性により多くの大手企業からの採用実績を持っています。 Mackerel 利⽤企業サービスサイト（https://ja.mackerel.io/）より引⽤

Slide 9

Slide 9 text

9 マンガビューワ GigaViewer マンガサイト、マンガアプリとしての魅力を引き出せるマンガビューワ「GigaViewer」は、ユーザーが快適にマンガ作品を楽しむための各種機能に加え、サービス提供者の運用コストを削減する管理機能、広告によるマネタイズ支援などにより集英社様、講談社様、小学館様などが提供するマンガサービスに採用されています。2017年から提供しているWeb版に加え、 2021年よりアプリ版をスタートしました。 GigaViewer for Web GigaViewer for Apps GigaViewerが採⽤されたマンガサービス 17社25サービス（24年11⽉時点）

Slide 10

Slide 10 text

10 株式会社KADOKAWAとの共同開発カクヨム（Web / アプリ）小説投稿・収益還元プラットフォーム

Slide 11

Slide 11 text

11 スマプラス任天堂株式会社のゲーム連動サービスのデザイン、サービス企画、サービス開発に協力 ※Nintendo Switchは任天堂の商標です。イカリング2 © 2017 Nintendo ⼤乱闘スマッシュブラザーズ SPECIAL / スマプラス © 2018 - 2019 Nintendo Original Game: © Nintendo / HAL Laboratory, Inc. Characters: © Nintendo / HAL Laboratory, Inc. / Pokémon. / Creatures Inc. / GAME FREAK inc. / SHIGESATO ITOI / APE inc. / INTELLIGENT SYSTEMS / Konami Digital Entertainment / SEGA / CAPCOM CO., LTD. / BANDAI NAMCO Entertainment Inc. / MONOLITHSOFT / CAPCOM U.S.A., INC. / SQUARE ENIX CO., LTD. / ATLUS / Microsoft / SNK CORPORATION. / Mojang AB / Disney イカリング3 © Nintendo Nintendo Switch™ソフト「⼤乱闘スマッシュブラザーズ SPECIAL」（発売元：任天堂株式会社）のゲーム連動サービスイカリング2 Nintendo Switchソフト「スプラトゥーン 2」（発売元：任天堂株式会社）のゲーム連動サービスイカリング3 Nintendo Switchソフト「スプラトゥーン 3」（発売元：任天堂株式会社）のゲーム連動サービスタイカイサポート Nintendo Switchソフト「スプラトゥーン 3」（発売元：任天堂株式会社）の⼤会⽀援サービス

Slide 12

Slide 12 text

はてなでは、新規事業創出にも取り組んでいます。2024年10月には、生成AIを活用した発話分析ソリューション「toitta」をリリースしました。 12

Slide 13

Slide 13 text

DevOpsの簡単な歴史 ● 2001年: アジャイルソフトウェア開発宣言 ● 2006年: AWSサービス開始 ● 2009年: DevOpsの源流。 ○ Flickr社による講演「1日10回以上のデプロイを実現する開発・運用」 ● 2009年:第1回 DevOpsDays開催 (ベルギーにて) ● 2010年: 『継続的デリバリー』出版(原著) ● 2011年: HudsonからフォークしたJenkins誕生 ● 2014年: コンテナ元年 ○ Dockerの普及。Googleがk8sを開発(正式リリースは翌年) ● 2018年: 『LeanとDevOpsの科学』出版 13

Slide 14

Slide 14 text

考えてみましょう ● 少し時間をとります ● あなたのチームや現場にとっての「重要な変化の瞬間」を3つ考えてみてください。 ○ 技術でも、文化でも、組織でもOK。 ○ 転職を経験されたかたはそれによる変化を挙げてもOK 14

Slide 15

Slide 15 text

はてなの開発史と変化の旅にお付き合いください 15

Slide 16

Slide 16 text

DevOps前夜 16

Slide 17

Slide 17 text

創業初期 ● 2001年 ○ アジャイルソフトウェア開発宣言 17 https://agilemanifesto.org/iso/ja/manifesto.html

Slide 18

Slide 18 text

創業初期 ● 2001年 ○ はてな創業 ○ 京都リサーチパーク (ベンチャービジネス支援の施設)の一室にある4平米のブース 18

Slide 19

Slide 19 text

創業初期 ● 2001年 ○ daiksy。大学卒業後社会人に ○ ちなみにはてな入社ではない 19 😀

Slide 20

Slide 20 text

創業初期 ● 人力検索はてな (2001年) 20

Slide 21

Slide 21 text

創業初期 ● 人力検索はてな(現代版) 21

Slide 22

Slide 22 text

創業初期 ● 2002年~2003年 ○ はてなアンテナ, はてなダイアリー ■ 創業者のjkondoが受託開発の合間にほぼ1人で開発 22

Slide 23

Slide 23 text

創業初期 ● はてなダイアリー (2003年) 23

Slide 24

Slide 24 text

はてな初期の自作サーバー ● 京都オフィスの一角に今も展示されている ● 自作フレームは販売もされ、しかもけっこう売れたらしい 24

Slide 25

Slide 25 text

2004年 ● 東京へオフィス移転 ● 28時間すべてのサービスを停止 ● レンタカーのハイエースに50台のサーバーを載せて移動 25

Slide 26

Slide 26 text

2004年 26

Slide 27

Slide 27 text

2004年 27 サーバー設置完了次第、サービスを開始いたします。

Slide 28

Slide 28 text

28 https://www.slideshare.net/slideshow/hatena-infrastructer-from-the-beginning/549825#3

Slide 29

Slide 29 text

2005年 ● はてなブックマーク 29

Slide 30

Slide 30 text

2005年 ● はてなブックマーク ○ 2005-02-05: 合宿の企画 ○ 2005-02-06: 開発合宿開始 ○ 2005-02-08: 開発合宿終了 ○ 2005-02-09: 社内リリース ○ 2005-02-10: ベータリリース 30

Slide 31

Slide 31 text

2005年 ● はてなブックマーク ○ 2005-02-05: 合宿の企画 ○ 2005-02-06: 開発合宿開始 ○ 2005-02-08: 開発合宿終了 ○ 2005-02-09: 社内リリース ○ 2005-02-10: ベータリリース 31 スピード感がすごい！！

Slide 32

Slide 32 text

2006年 ● 『へんな会社の作り方』 ○ 立ったまま会議 ○ 開発合宿 ○ 毎日席替え（フリーアドレス） ○ ペアプログラミング ○ XPからの影響を強く受けている 32

Slide 33

Slide 33 text

2006年 ● 『へんな会社の作り方』 ○ 立ったまま会議 ○ 開発合宿 ○ 毎日席替え（フリーアドレス） ○ ペアプログラミング ○ XPからの影響を強く受けている 33 当時はこれをやっているのは「へんな会社」だった

Slide 34

Slide 34 text

DevOps以前のはてな ● 開発合宿によるスピード感 ● 「へんな会社」 ● 文化的にはDevOpsっぽい要素はあった ● この「へんな会社」の文化は今でも残っている 34

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

DevOps時代の開発体験の変化とはてなの歩み 37

Slide 38

Slide 38 text

Slide 39

Slide 39 text

2007年 ● はてなのサーバーがデータセンターへ ○ 今度はサービス停止せず段階的に ○ 回線と電力が賄えなくなっていた 39

Slide 40

Slide 40 text

2007年 40 https://www.slideshare.net/slideshow/hatena-infrastructer-from-the-beginning

Slide 41

Slide 41 text

2007年のサーバー移転の様子 41

Slide 42

Slide 42 text

2009年 ● DevOpsの源流 ○ Flickr社のジョン・アルスポー氏(Dev)とポール・ハモンド氏(Ops) がO'Reily Velocity Conferenceにて「一日に10回以上のデプロイを実現するDevとOpsの協調」という講演を行う ○ 第1回 DevOpsDaysがベルギーで開催 42

Slide 43

Slide 43 text

10 deploys per day Dev & ops cooperation at Flickr ツール 43

Slide 44

Slide 44 text

10 deploys per day Dev & ops cooperation at Flickr ● 1. Automated infrastructure ○ 自動化されたインフラ ● 2. Shared version control ○ 共有のリビジョン管理 ● 3. One step build ○ ワンステップビルド ● 4. Feature ﬂag ○ フィーチャーフラグ ● 5. Shared metrics ○ メトリクスの共有 ● 6. IRC and IM robots ○ リモートでのコミュニケーションを可能に。ログとアラートをIRCに 44

Slide 45

Slide 45 text

10 deploys per day Dev & ops cooperation at Flickr 文化 45

Slide 46

Slide 46 text

10 deploys per day Dev & ops cooperation at Flickr ● 1. Respect ○ リスペクト ● 2. Trust ○ 信頼 ● 3. Healthy attitude about failure ○ 失敗に対する健全な態度 ● 4. Avoiding Blame ○ 非難を避ける 46

Slide 47

Slide 47 text

2010年 ● はてなにおけるDevOpsを象徴するイベント ● Performance working group (PWG) 初開催 ○ 現在も継続中 47

Slide 48

Slide 48 text

PWG (Performance working group) ● インフラエンジニア（当時）とアプリケーションエンジニアが同じダッシュボードを見ながら問題がないかを議論する ● いつもと違う傾向などがあれば、議論を経てインフラエンジニアとアプリケーションエンジニアが協同として問題にあたる ● 定期開催 48

Slide 49

Slide 49 text

PWG (Performance working group) ● 2010年当時 ○ プロダクトごとの開発チームとインフラ部 ○ 開発チームが主催 ○ アプリケーションエンジニア側から問題提起。インフラエンジニアが対応を一緒に考え、チューニング方法や懸念点などをアドバイス 49

Slide 50

Slide 50 text

PWG (Performance working group) ● 現在 ○ プロダクトごとの開発チーム ○ 開発チーム内にSREが所属している ○ アプリケーションエンジニアとSREが同じアラートを受け取っているので、共有よりも運用のふりかえりの意味合いが強い 50

Slide 51

Slide 51 text

PWG (Performance working group) ● こういった運用で使われていたのが、Mackerelの前身となる自社製のサーバーモニタリングツールだった ○ 社内システムとして2世代あり、3代目が製品化しMackerel ○ 下の画像は2代目 51

Slide 52

Slide 52 text

2011年 ● Jenkins誕生の年 ● はてなでもこの年、HudsonからJenkinsに移行したという記録が残っている ● 採用職種にDevOpsエンジニア 52

Slide 53

Slide 53 text

2012年 ● 国内初のDevOpsDays Tokyo開催 ● はてな。Github Enterprise導入 ○ その後2019年にGithub.comへ移行 ● 全社的に継続的デリバリーを導入 ○ 2012年は日本で『継続的デリバリー』が出版された年 53

Slide 54

Slide 54 text

54 https://speakerdeck.com/onishi/hatena-blog-development-flow

Slide 55

Slide 55 text

55 https://speakerdeck.com/onishi/hatena-blog-development-flow

Slide 56

Slide 56 text

56 https://speakerdeck.com/onishi/hatena-blog-development-flow

Slide 57

Slide 57 text

57 https://speakerdeck.com/onishi/hatena-blog-development-flow

Slide 58

Slide 58 text

継続的デリバリーの導入 ● 「開発プロセス勉強会」という社内イベントで書籍『継続的デリバリー』が紹介される 58

Slide 59

Slide 59 text

継続的デリバリーの導入 ● はてなブログ開発チームが率先して実施 ○ アプリケーションが常にリリース可能な状態に ○ Github Enterpriseを導入 ○ 包括的にテストが書かれ、JenkinsでCIが動いている ● 勉強会の翌月に他のチームでも導入 59

Slide 60

Slide 60 text

2013年 ● 事業プランコンテストを経て、自社製のモニタリングツールを製品化 ● Mackerelの開発開始（翌年ローンチ） 60

Slide 61

Slide 61 text

2013年 61

Slide 62

Slide 62 text

Mackerel誕生の背景 ● 「ペットから家畜へ」 ● サーバー単体に意味を持たせない ● Blue-Green Deployment, Auto-Scaling ○ ホストの流動性が高まる 62

Slide 63

Slide 63 text

Mackerel誕生の背景 ● Role-based Management ○ 「役割」でホスト集合を管理 ■ Role=”Web”, “db” 63

Slide 64

Slide 64 text

Mackerel誕生の背景 ● Mackerelを使うことでRole-based Managementが実現 ● 当時のはてなの運用スタイル ● コンテナが一般化する少し前の時代 64

Slide 65

Slide 65 text

Mackerel誕生の背景 ● Mackerelは「ユーザー数課金をしない」ことにこだわり ● DevOpsを実現し、あらゆる職種の人が同じダッシュボードにアクセスするためには「ユーザー数課金」は不適切という考え 65

Slide 66

Slide 66 text

当時のMackerelの文化 ● 200週連続リリース ● 二十四節気をスプリント名とした2週間スプリント ○ 本格的なスクラムチーム ○ チームに入るといくつかのスクラムの本を必読としていた 66

Slide 67

Slide 67 text

DevOpsの潮流とはてなの歩み 67

Slide 68

Slide 68 text

DevOpsの潮流とはてなの歩み 68 潮流にうまく乗れており、おそらく日本国内では先頭集団の中にあった

Slide 69

Slide 69 text

DevOpsの潮流とはてなの歩み 69 「へんな会社」の文化をベースにその時々の手法を学び続けてきた

Slide 70

Slide 70 text

加速するはてなのDevOpsカルチャー ● プロダクトオーナーシップ ○ 開発チームと、インフラ部という体制から開発チームに Embedded SREが所属し、運用の責任もチームへ 70

Slide 71

Slide 71 text

2014年以降 ● Dockerの普及, k8sの誕生。コンテナ時代 ● Mackerelを運用のベースに据えるはてなは、少し出遅れた 71

Slide 72

Slide 72 text

コンテナ化 ● はてなの全サービスのコンテナ化 ○ 2021年-2022年にかけて完了 ■ ※ ちなみにAWSのECSは2014年, EKSは2018年生まれ 72

Slide 73

Slide 73 text

その後のMackerel ● 2025年4月: APMベータリリース ○ 可観測性プラットフォームとして対応強化 73

Slide 74

Slide 74 text

Appendix はてなの技術組織 74

Slide 75

Slide 75 text

2000年代初期 ● 創業時のエンジニア2名 ● 2004年~2007年: エンジニア10名 ● カウボーイ開発 75

Slide 76

Slide 76 text

2007年~2010年 ● エンジニア15~20名 ● チームの時代 ● 企画や進行を行う「ディレクター」の登場 76

Slide 77

Slide 77 text

2007年~2010年 ● ディレクター = エンジニアリングとデザイン以外のすべてをやる人。超人 ● プロダクトマネジメント, プロジェクトマネジメント, ピープルマネジメント ● これらの仕事は「未発見」だった 77

Slide 78

Slide 78 text

2011年~2014年 ● エンジニア30名 ● エンジニア職能組織の成長 ● 「シニアエンジニア」の導入 ○ エンジニア専門職のキャリアパスとして ○ 育成などのピープルマネジメントの一部を委譲する先 78

Slide 79

Slide 79 text

2014年 ● エンジニア50名 ● 「テックリード」を各チームに配置 ○ ディレクターと開発チームの橋渡し ○ エンジニアのチーム内リーダー 79

Slide 80

Slide 80 text

2021年 ● 自社toC以外の事業(受託含む)が増える ● 「デリバリーリードエンジニア」 ○ チーム内のデリバリーに責任を持つ 80 担当領域担当者ピープルマネジメントシニアエンジニアテクノロジーマネジメントテックリードプロダクトマネジメントディレクタープロジェクトマネジメントデリバリーリードエンジニア

Slide 81

Slide 81 text

現在 ● エンジニア100名以上 ● これまでの役割や仕事の「発見」と「分化」 ● 技術組織としての多様な仕事を束ねる ● 「エンジニアリングマネージャー」の登場 ○ ソフトウェア開発の側面から事業の成功に貢献する ○ EMによる技術組織の分割統治 81

Slide 82

Slide 82 text

現代と未来 (2020年以降) 82

Slide 83

Slide 83 text

アフターコロナの文化 AIとDevOps 83

Slide 84

Slide 84 text

コロナ禍を経験したわたしたち ● リモートワークの世界 ○ と思いきやあまりそうはならなさそうな気配 ○ 出社回帰 ○ 大阪在住のわたしは「大阪に住みながらオンラインで東京の人たちの集まりに混ざれる」と喜んだが、オフラインカンファレンスに戻りつつある 84

Slide 85

Slide 85 text

コロナ禍を経験したわたしたち ● はてなでは... ○ 「インターネットに新しいもう一つのオフィスを作る」 ■ 人事や情シスを束ねる「組織・基盤開発本部」のミッション ○ リモートワーク主体の働き方を継続中 ○ 「へんな会社」はまだ続いているのかも 85

Slide 86

Slide 86 text

AIとDevOps:開発分野 ● コーディングアシスタント ○ GitHub Copilotなど ○ “The striking difference was that developers who used GitHub Copilot completed the task signiﬁcantly faster–55% faster than the developers who didn’t use GitHub Copilot.” ■ https://github.blog/news-insights/research/research-quantifying-github-copilots-impact-on-developer-productivity-and-happiness/ 86

Slide 87

Slide 87 text

AIとDevOps:開発分野 ● AIエージェントによる支援 ○ Devin / Cursor 87

Slide 88

Slide 88 text

AIとDevOps:開発分野 ● コードレビュー支援 ● テストケース自動生成 88

Slide 89

Slide 89 text

AIとDevOps:運用分野 ● モニタリングデータの解析 ● 運用レポートの自動生成 ● チューニングの自動化 ● インシデント対応の自動化 89

Slide 90

Slide 90 text

はてなにおけるAI ● AIを利用した新サービス ○ toitta ○ 発話分析ソリューション ○ インタービューの切片化や自動分類 90

Slide 91

Slide 91 text

91 https://speakerdeck.com/pokutuna/inside-toittas-ai-based-factoid-clustering

Slide 92

Slide 92 text

はてなにおけるAI ● 技術勉強会でCTOによるClineを使ったライブコーディング 92

Slide 93

Slide 93 text

はてなにおけるAI ● 技術勉強会でCTOによるClineを使ったライブコーディング ● その後「今から皆さんに使っていただけます」のアナウンス 93

Slide 94

Slide 94 text

非エンジニアによるAIを使った実験サービス ● CTOのアナウンスを受けて、ディレクターやデザイナーもお試し利用をはじめる ● ディレクターが土日で作った趣味の短歌をテーマに実験サービス（社内限定公開） 94

Slide 95

Slide 95 text

非エンジニアによるAIを使った実験サービス 95

Slide 96

Slide 96 text

まとめ ● DevOpsの潮流とはてなの歴史を辿ってきた ● この講演をつくりはじめてどこに着地するかなと探りながら歴史を掘っていった ● DevOpsの潮流は手法とカルチャーの歴史 ● はてなも「へんな会社」のカルチャーを土台に手法を学んできた歴史だった 96

Slide 97

Slide 97 text

まとめ ● 変化に適応できるカルチャーとはなにか？ ● 時代の変化に適応するカルチャーを見つめ直しその上に新しい手法を身につける ● どうぞ実りある3日間を過ごしてください 97