Submit Search
GitHub Enterprise with GMO Pepabo
•
10 likes
•
3,903 views
Hiroshi SHIBATA
Follow
GMOペパボでの GHE の活用事例
Read less
Read more
1 of 26
Download now
Download to read offline
More Related Content
GitHub Enterprise with GMO Pepabo
1.
GitHub Enterprise の活用事例 GMO ペパボの取り組み
2.
自己紹介
3.
self.introduce => { name: “SHIBATA Hiroshi”, nickname:
“hsbt”, title: “Chief engineer at GMO Pepabo, Inc.”, commit_bits: [“ruby”, “rake”, “rubygems”, “rdoc”, “tdiary”, “hiki”, “railsgirls”, “railsgirls-jp”, “jenkins”], sites: [“ruby-lang.org”, “rubyci.com”, “railsgirls.com”, “railsgirls.jp”], }
4.
会社組織
5.
GMO ペパボ • 本社:
東京都渋谷区、支社: 福岡県福岡市 • 設立日: 2003年1月10日 • 従業員数: 231名 • 企業理念: もっとおもしろくできる • ミッション: インターネットで可能性をつなげる、ひろ げる
6.
事業部制 • サービスを担当する事業部 • 本社事業部 •
EC事業部 • ホスティング事業部 • … • バックオフィスを担当する事業部 • 経営管理部 • 経営戦略部
7.
GitHub Enterprise
8.
ペパボの GHE 導入の歴史(1) •
2012: trac, redmine などサービスやプロジェクトごとに自 由に選択 • 2012: 一部のプロジェクトで github.com/paperboy-* という org アカウントを作成して github の利用を開始 • 2013: 社内の半分程度のサービスが github.com を利用開始 • 2013: 一部のプロジェクトがセキュリティの問題で github.com を利用できないため GitHub Enterprise を導入
9.
GitHub Enterprise 導入時の状況 •
社内であまっているサーバーに linux と virtualbox をイン ストールし headless で起動 • 監視については nagios/munin を自前で構築 • 部署として面倒を見ていくわけではなく、技術基盤チー ムの1エンジニアが導入と運用を担当
10.
ペパボの GHE 導入の歴史(2) •
2014: 社内の全てのサービスが github.com か GHE のいずれ かを利用 • 2014: サービスだけではなくバックオフィスも利用を開始 • 2014: 全社員が GHE のアカウントを保有して情報共有する ということに社長から方針決定(緩く) • 2014: github.com を利用していたサービスもアカウント管 理の煩雑さを解消するために GHE へ引っ越し
11.
GHE 集約期の状況 • github.com
も GHE も社員全員が広く情報にアクセスでき るようにということで全員に write 権限を付与(200人…) • アカウント管理用のスクリプトを作成し、定期実行 def users ghe = Octokit::Client.new(:access_token => configuration['access_token']) @_users ||= [0, 100, 200, 300, 400].each.with_object([]) do |start, memo| ghe.all_users(:since => start).map do |user| if !(partner_users + exclude_users).include?(user.login) && user.type == 'User' memo << user.login end end end @_users end
12.
ペパボのGHE導入の歴史(3) • 2015: 全サービスが
GHE を用いて開発する状況になる • 2015: 慢性的な高負荷と virtual box 脱却のために OpenStack 基盤への移設を実行(GHE 2) • 2015: GHE 2.x への継続的なアップデート中
13.
全社員が使う GHE
14.
エンジニア評価資料を pull request
で作成 誰でも評価資料を閲覧 することができる 誰でも評価資料にコメ ントすることができる 誰でも評価結果を閲覧 することができる 透明性
15.
開発とCSと企画のコミュニケーション • “仕事”の情報のほとん どを GHE
に集約 • 仕事が始まった/終 わったということを 可視化 • 仕事がどういう状態 にあるのかというこ とをはっきりさせる
16.
全社員のアクティビティ = 開発力 1週間の •
issue 作成と close は 650 前後 • issue コメントは 7100 • pull request の作成は 520超、merge は 440
17.
GHEで 開発速度を 上げていく
18.
OpenStack
19.
GHE on OpenStack OpenStack
の説明は省略 • vCPU 4, 32GB RAM, 85GB root drive で作成 • 80GB と手順書に書いてあったが起動できなかったので OpenStack のホストマシンにログインしてデバッグ… • Cinder(AWS の EBS) を構築して GHE 2.1 で無事 OpenStack で 起動 • ストレージコンポーネントの構築大変だった…
20.
OpenStack での利用状況 利用者増とGHEの普及の広がりにともないリソース不足気味
21.
困っていること
22.
アカウントのステータス管理 全社員が使うようになると社員のステータスと GHE のス テータスのミスマッチが発生する (入社、退職、休職)
and (正社員、派遣社員、アルバイト) 社員は全 orgs に API を使って write 付与、派遣社員は… 休 職になったら…という作業が若干煩雑 orgs を超えたアカウントのグルーピングがあると嬉しい
23.
情報共有手段と通知 issue, wiki, repository(git)
バラバラに情報を記入している → qiita や esa のようなドキュメンテーションツールが gist のように使えると統一できそう notification が default on なので興味がないリポジトリでも write 権限付与の時点でどんどんメールが飛んでくる → default off にしたい
24.
良かったこと
25.
GHE のデプロイ、運用の仕組み • CoreOS
のようなボリューム入れ替えアップグレードの仕 組み • db:migrate を job worker で実行するような無人アップグ レードの手順 • pt-achiver, pt-online-schema-change のような db オペレー ションツールの具体的な使い方 …etc…etc
26.
社員募集中! 技術基盤チーム & 情報システムグループのエンジニア 主なミッション •
全社横断の開発基盤の構築、運用(OpenStack、GHEなど) • 社内システムの構築、移設、刷新 • セキュリティ、監査、内部統制と開発スピードのバラン スをとったソリューションの構築 毎日 GitHub を使って開発・運用をやりたい人募集してます!
Download