CloudとWerckerでCI/CDパイプラインを作ってみたtechblogはじめまして、SBCloudのtelescreenです。CI/CDパイプラインを見るだけで興奮してしまうエンジニアです。CI/CDをどう構築するかこの記事で書きたいと思います。開発者が書いたコードを定期的に共通レポジトリへマージし、マージした後のビルド・テストが自動的に実行する開発の手法です。CIの拡張したもので、デリバリープロセスが追加されます。継続的デリバリーでは、開発したコードが自動的にビルド・テストされ、本番環境へリリース可能な状態へ準備されます。CI/CDは主に以下のメリット開発生産性を向上バグを早期に発見し対処できる更新を迅速に配信CI/CD実施するメリットが多いため、開発プロセスに導入するのが当たり前となっていると思います。オンプレミス時代なら、ビルドサーバーやCIサーバーの見積もりや構築・運用しなければならず、CI/CDの導入することが大変だと思いますが、今のクラウドやSaaS時代ならば、CI/CDを容易にできるようになりました。日本リージョンはCI/CDのサービスはまだサポートしていませんが、他のSaaS系CIツールと組み合わせればCI/CDを実施可能です。CI/CD構成CI/CDの試すためにWerckerというツールを使いました。Werckerは、DockerによりCI/CDを実施する自動化プラットフォームです。Werckerの詳細については、qiitaには記事がたくさんあったので興味を持っている方はそちらに参照してください。CloudのECSにデプロイされた検証環境へ更新デプロイ済みの検証環境ECSからイメージを作成ステップ4のイメージはAutoScalingへ使用してもよいし、イメージを基づいて本番環境のECSを作成してもよいです。...wercker.ymlの中身からパイプラインを3つ存在していることがわかります。prepare-production-imageパイプラインです。それぞれのパイプラインの実施する作業はstepsで確認できます。パイプラインを繋ぎます。管理画面で、stepsが使用する環境変数を定義します。パイプラインを実行し、検証環境デプロイパイプラインを実行し、結果をわくわく待ちます。パイプラインをすべて実行し、問題がなければ緑パイプラインが表示されます。develop/new-featureソースコードがプッシュされると、werckerが自動にテストが走らせます。テストでバグ発見したらよくある、モデルを修正して、単体テストは通りますが、結合テストで問題を発見。model_dataというモデルレイヤが修正され、単体テストがパスしているように見えますが、結合テストは失敗。Werckerはそれを見つけてくれます。ステップを開くと詳細エラーの原因がわかります。4まとめCI/CDは開発生産性を向上バグを早期に発見し対処できる更新を迅速に配信というメリットがあります。Cloudのようなクラウドサービスを組合せることによって容易にCI/CDパイプラインを実施できます。CI/CDを見て興奮する気持ちを理解したい方は、是非テストプロジェクトをクローンしてwerckerのパイプラインを見てみてください。reserved.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。