こんにちは、hondam です。
ファーストサーバではフロントエンドの開発を担当しています。
今日は"ファーストサーバのなかのひと"としてAdvent Calendarの２日目用に投稿します。
さて、ファーストサーバでは今年の2月にホスティングサービスを刷新、「Zenlogic」というサービスをリリースしましたが、その際に所謂コントロールパネル(メールやFTPアカウントの作成、データベースの設定等を画面から行う専用のWEBアプリケーション)もリニューアルされました。
主なアーキテクチャやツールのリニューアル前後の比較です。
| Before | After | |
|---|---|---|
| 言語 | Perl/PHP | Ruby |
| フレームワーク | 特になし | Ruby on Rails |
| フロント用フレームワーク | 特になし | React/Redux |
| バージョン管理 | Subversion | Git(GitHub) |
| ブランチモデル | なし | GitHub Flow |
| かんばん | なし | ZenHub |
| CIサーバ | なし | Jenkins |
| テストサーバ | なし | Docker |
| 開発手法 | ウォーターフォール | スクラム |
| コミュニケーション | IRC/メール | Slack |
| ノウハウ共有 | Wiki | Qiita:Team |
| 開発OS | Windows | Mac |
| 端末 | PC | MacBook Air |
Beforeの状況はちょっと大げさですが、リアルにこんな状況でした。
Afterを見てもらうと、割とモダンな構成になっているのがわかると思います。
IssueをZenHubで管理しつつ、最短1週間スプリントでどんどんコントロールパネルの改善を行っていきます。
振り返りは2週間に1度ですね。プランニングポーカーは定着しなかったです。
ZenHubを採用したのは、GitHubのデフォルトのIssueが状況を把握しづらかったためです。アナログなかんばんにしなかったのは、社内の座席が離れているためかんばん前に集まるのが面倒だったり、以前にも何度かトライしつつも定着しなかったのが理由です。
ちなみにZenHubのパイプラインは次のように分けています。
| パイプライン名 | 概要 |
|---|---|
| Backlog | Issue作成直後 |
| In Milestone | Issueのマイルストーンが決まった場合 |
| In Progress | 実装中 |
| In Review | Pull Requestのレビュー中 |
| Sandbox | Sandbox環境にデプロイした |
| Sandbox OK | Sandbox環境でのテストが完了した |
| Backstage | Backstage環境にデプロイした |
| Backstage OK | Backstage環境でのテストが完了した |
| Done | Staging環境へのデプロイ準備が完了 |
かんばんアプリの場合はこういったパイプライン分けも手軽に行えるのが魅力です。
他候補としてはWaffleやHuBoard、Trello等ありましたが、GitHubのIssueとの連携が強力だったのでZenHubを採用しました。(デメリットはChromeの拡張機能なのでChromeを使わないといけないことですね)
ブランチモデルはGitHub Flowを採用しているので、基本的にPull Requestベースの開発となります。デプロイはDocker環境(テストビルド)、Sandox, Backstage, Staging, Productionの順になります。Productionまでに各環境でテストが行われます。
コミュニケーションは基本的にSlack上で行い、GitHubやJenkins等様々なサービスと連携しています。Slackは2年近く使ってます。最初は開発チームのコミュニケーション改善を目的に導入しましたが、今ではほぼ全社的にSlackでコミュニケーションをとっています。特に運用のルールは設けていません。チャネルは個人単位(分報用)からプロジェクト、機能、アプリケーション、部など様々な単位で設けられています。
とまぁこんな感じで最近のファーストサーバのフロントエンドは開発されています。
以前に比べ、格段にリリース頻度が増え、品質への取り組みも充実しています。
今後も継続的にZenlogicのコントロールパネルは改善されていきますので、注目してみてください。