Drone.io のご紹介
84 likes32,192 views
http://connpass.com/event/12120/ はっぴょうしりょう
![Hack: Capistrano……
> 対応してないので
ビルドコマンド側の最後に……
script:
# ……
- '[ "${DRONE_BRANCH}" != "master" ] && exit 0'
# master以外の場合この下は実行しないぞ！
- sudo chown -R ubuntu:ubuntu /var/tmp/bundle
- mkdir -p vendor
- ln -s /var/tmp/bundle vendor/bundle
- bundle install --path vendor/bundle
- bundle exec cap production deploy
!
cache:
- /var/tmp/bundle](https://image.slidesharecdn.com/droneio-casual-open-150313063436-conversion-gate01/85/Drone-io-37-320.jpg)
Drone.io のご紹介
- 1. GMO Pepabo, Inc. 技術基盤チーム Advanced Senior 近藤うちお 2015/03/13 CIツール勉強会@福岡 Drone.ioのご紹介
- 2. こんにちは
- 3. me
- 10. Drone.io
- 11. CIツール第三世代？ > 第一： とにかく自動で実行する奴 > 第二： Jenkins > 第三： Travis-CI に代表される ・設定がyamlなどで簡潔 ・ビルド環境をクリーンに都度作成 なやつ
- 13. 特徴 > 毎回ビルド環境をDockerで作る > サービスコンテナを別途立ち上げられる > 意外と豊富な外部サービス連携 > SlackやWebhook通知、s3やHerokuなどへの デプロイ > OSS/Apache License v2 > Go製/debやrpmも提供
- 15. 導入の経緯
- 16. Jenkinsよ…… > CI自体は全社的に普及していた > しかし > 各チームでJenkinsを立てていてダブってる感 > 一部の人しか触れないJenkins > Jenkinsでは通るけどローカルでどうすれば良 いのか不明なテスト > などなど…
- 17. ナウいCIしたいんや！ > 外部サービスは割と高額 > まずは効果検証のため導入したい > Drone.io ってのがあるよ？ > 0.2ぐらいの頃は機能不足…… > 0.3になったらサクっと動いた
- 20. インストール
- 21. deb一発 ! ! > 事前にDockerを入れること > 実はDockerは同じホストでなくても良い > rpmはCentOS >= 7向けのようだ > 未検証… # Ubuntu, Debian wget downloads.drone.io/master/drone.deb sudo dpkg -i drone.deb
- 22. データベース > SQLite3, MySQL, PostgreSQL > SQLite3はさすがにテスト用っぽい のでMySQLかポスグレで > ペパボはMySQL
- 23. その他設定 > /etc/drone/drone.toml です > 詳細はドキュメント > デフォルトのコメントで空気は分かる…… > 環境変数でも良い > 不便だけど
- 24. リポジトリの設定 > GitHubなりGH:Eなり設定を有効化 > tomlに項目を追加し、 open=true をセット > ログイン > sync > enable > .drone.yml をプロジェクトルートに配置 してプッシュ→完了
- 25. .drone.yml 便利機能
- 26. ビルドイメージのカスタマイズ > 既存で用意されている言語 > ruby, php, node, go, erlangにdartも > バージョンのそろい方が微妙。 Dockerfileはあるので自作で…… > → https://github.com/drone/drone/blob/master/shared/build/images.go#L174 > ないものは作ればいい > 2パターン > 全く独自にイメージを作る > bradrydzewski/base をベースに作る
- 27. ビルドのコツ > bradrydzewski/base ベースだと > デフォでrubyとかnode、build-essential、等入り > ubuntuユーザ > drone/* と言う名前でないと正しく使えない > 独自だと、結構自分で色々入れないといけな いっぽい（特にsocatコマンド） > Qiitaにもう書いちゃった… > 「OSS版 Drone.io を社内で使い始めてる話」
- 28. サービス立ち上げ > テストの実行に必要な外部サービスを指 定できる > MySQL、Redisなど有名どころは組み 込みでサポート ! ! > → https://github.com/drone/drone/blob/master/shared/build/images.go#L20 service: - mysql - redis - mongodb:2.2
- 29. 特別なサービスが必要なとき > 自分でコンテナを作って指定可能 > コンテナでは、EXPOSEで ポートを指定すれば検知してくれる > ポートフォワーディングに socat コマンドを使っている模様 service: - udzura/custom-mysql:5.6
- 30. 通知 > notify: ディレクティブで指定 > email（しょぼい……） > slack > hipchat > webhook
- 33. デプロイ系 > publish: と deploy: がある > deploy > Heroku, CloudFoundry, その他git repo, ssh > publish > s3/Swift, Azure, Github Release
- 34. s3に上げる > 雑に成果物をぶち上げる ! ! ! > 意外と便利 > AWS Keyはハードコードしなくても、 settingで別途指定可能 publish: s3: acl: public-read region: ap-northeast-1 bucket: hoge-bucket access_key: $$AWS_KEY secret_key: $$AWS_SECRET source: hoge.zip target: hoge/production/$DRONE_BRANCH/ recursive: false when: branch: master
- 35. Dokkuにプッシュ > Heroku以外にも、git push がで きるということで利用 > 普通にプッシュすれば良い
- 36. when: 句 > ブランチ、pushした人、などで デプロイするしないを判定可能 publish: s3: acl: public-read region: ap-northeast-1 bucket: hoge-bucket access_key: $$AWS_KEY secret_key: $$AWS_SECRET source: hoge.zip target: hoge/production/$DRONE_BRANCH/ recursive: false when: branch: master
- 37. Hack: Capistrano…… > 対応してないので ビルドコマンド側の最後に…… script: # …… - '[ "${DRONE_BRANCH}" != "master" ] && exit 0' # master以外の場合この下は実行しないぞ！ - sudo chown -R ubuntu:ubuntu /var/tmp/bundle - mkdir -p vendor - ln -s /var/tmp/bundle vendor/bundle - bundle install --path vendor/bundle - bundle exec cap production deploy ! cache: - /var/tmp/bundle
- 38. .drone.ymlの便利ドキュメント > https://godoc.org/ github.com/drone/drone/ shared/build/script#Build > godocやんけ…… > しかし一番詳しいし最新だ
- 39. 運用の実際
- 40. オンプレツール運用のイメージ > 基本厳しい > インストール困難 > 落ちてエンジニアが一日取られる > 大変ですね…… > 主にGitl○bと言うインストール型ツールが 培ったイメージ…ごにょごにょ
- 41. Drone.ioは？ > インストール楽（1バイナリ最高） > ほぼ全く落ちない > Goって凄いんだな、と思わざるを得ない ……
- 42. とは言え > バグや機能不足はそれなりにある > 結構どんどん直る > マシンパワーは、まあ要るっすな …… 最近の LA の様子です
- 43. 困ってる/たこと
- 44. fdがリークしていた > https://github.com/drone/drone/ issues/644 > 定期的に再起動しないと、too many open files がめっちゃ出てた > 直った → https://github.com/drone/drone/ pull/762
- 45. ハードディスクが足りない！ > イメージやコンテナもそうだが、 > 一番でかいのはファイルキャッシュ機能 > リポジトリ ブランチごとに残すので、 github-flowだととんでもないことに > cronで定期的に消すように > GitHubのdelete webhookを検知してディレクトリ 消せばいいんじゃないかと思うが分散環境じゃ難しいか ……
- 46. 秘伝のスクリプト $ find /tmp/drone/*/*/*/* -type d -maxdepth 0 | # ディレクトリのみ > grep -v master | # master のキャッシュは消さない > xargs -n 5 --verbose rm -rf # 5件ずつじゃないと進 が…… これを毎週末回して解決（...）
- 47. 並列数/分散ビルド > workerを追加すればできる > デフォルトでは > 同ホストのdocker.sockを見る > ２つできる（ハードコード） > 同じエントリを追加すれば、エント リの数だけworkerを増やしてくれる
- 48. 8workerにする例
- 49. 分散で困ること > どのworkerでビルドするかは選べない > 独自イメージを使ってると 全台で同期する必要が…… > インハウスなDocker registoryで解決するが それはそれで別の、ねえ… > Drone用のDockerfileをリポジトリ管理し、そ のCDをDroneで行う、みたいなのを考えている
- 50. 率直な感想
- 51. 強いマシンさえあれば何とかなる？ > 運用自体はそこまで難しくない印象 > だいぶ地雷を踏み抜いた > LAは高いが、これ多分 今も「実験的運用」なのでVM上で 走らせてるからです……
- 52. テストのポータブル化が進む > これは非常に大きい > Jenkins上にしかない秘伝のタレを はがす > 手順がリポジトリに必ず入る > 再現可能なテストになる
- 54. 他の第三世代CIと比べて > CircleCIの方が使いやすいかも…… > 未経験なですが画面等を見た印象 > 最大の違いはオープンソース > 困ったらソースを見れば良い
- 55. 困ったらソースを 見れば良い
- 56. 便利
- 57. 総括
- 59. CIをナウくしたいなら > Drone.ioは参入障壁が低い > OSSで無料です > まあ、余ったサーバがあればだけど…… > まあ、Dockerの扱いにある程度慣れていれ ば…… > まあ、Goのコードをある程度（ry
- 61. テストのポータブル化が重要 > ツールでやりたいのは、そういうこと > 秘伝のタレはがし > 手順をリポジトリに入れる > クリーンな環境で通るようにする > そういう意味では、Drone.io は 良いきっかけになるのでは？
- 62. 記事広告
- 63. Drone.ioを全力で使える仕事あります > GMOペパボは 福岡/東京ともにエンジニアを 募集中です。 > アプリケーション/インフラ両方です！ > 詳細は： http://pepabo.com/recruit/ career/
- 66. ご清聴 ありがとうございました！