tl;dr こんばんは。最近は Fargate づくしのえのかわです。 CircleCI から ECS に対して Blue/Green Deployment をしたい場面、ありますよね。CircleCI-Public/aws-ecs-orb を用いることで Rolling Update は可能だったのですが、Blue/Green Deployment はサポートしていなかったのでコントリビュートしてみました。その流れを記録としてこのエントリに残したいと思います。 検討期 CircleCI から ECS に対して Blue/Green Deployment をしたい場面に遭遇し、いくつか方法を検討しました。 CircleCI-Public/aws-ecs-orb を利用する kayac/ecspresso や silinternational/ecs-deploy などのデプロイツールを利用
Last updated on Sept 4, 2019 On August 31st, we became aware of a security incident involving CircleCI and a third-party analytics vendor. An attacker was able to improperly access some user data in our vendor account, including usernames and email addresses associated with GitHub and Bitbucket, along with user IP addresses and user agent strings. The engineering and security teams at CircleCI imm
Note (August 2020): Since publishing this blog post, we have updated the hiring process outlined below in several ways. We have removed the “collaborative exercise” interview stage and combined the “product interview” with “product thinking & work breakdown”. These changes mean a shorter process and help us increase the effectiveness of our hiring process. We value continuously improving based on
こんにちは。18新卒でサービスインフラチームの小笠原 (@0gajun) です。 今日はCircleCIのPerformance Planを用いて、CI環境の改善を行った話をします。 （決してCircleCIの回し者ではありません :wink: ） Summary 今までJenkinsをCI環境として用いており、様々な問題を抱えていた CI環境を改善するためにCircleCIに移行した CircleCIにはPerformance Planという従量課金プランが存在する コンテナの並列実行数に制限がなく、実行時間ベースでの従量課金 ただし、まだ Early Accessの段階。 JenkinsからCircleCIに移行することで、次のメリットが得られた CI時間の短縮 CIジョブがキューイングされる問題からの開放 CI環境のメンテナンスコスト削減 CIコストの削減 CircleCIのPerf
だが、指定できるのは、パブリックなリポジトリにあるイメージだけなので、プライベートなリポジトリを使っている場合は、このやりかたはつかえない。(正しく動くものとして、これみよがしに Amazon ECR のログインを書いているのはそのため) (2017/09/12 追記) 一番上に追記したように docker image の指定に aws_auth という指定が増えて、ECRのイメージをそのまま使えるようになりました。 「circleci 2.0 docker-compose」でググるとハマる 「circleci 2.0 docker-compose」でググると、以下のようなページがヒットする。 Installing and Using docker-compose How to Build a Docker Image on CircleCI 2.0 ここに罠となるキーワードが登場する。s
追記（2017-06-09） CircleCI の公式ブログにおいて，本記事の英訳が投稿された．翻訳・公開に大変感謝している． circleci.com 先日，CircleCI 2.0 がオープンベータになった． CircleCI 1.0 ではベースコンテナとして LXC，ファイルシステムとして Btrfs を採用しているため，バージョン 1.11 以降の Docker を利用することができなかった． CircleCI 2.0 ではそのような制限は存在しない．Docker をネイティブサポートしているからだ． ユーザは任意の Docker イメージを自由に組み合わせて望みの CI コンテナ環境を作ることができる． プロジェクト毎の設定で「Ubuntu 12.04 (Precise)」か「Ubuntu 14.04 (Trusty) 」の二択から選んでいたことを考えると，レゴブロックを買い与え
⠀人 / ⁰⊖⁰ \ オカメインコエンジニアの五十嵐(@ganta0087)です。 CrowdWorksでは、サービスのCI環境としてCirlceCIを利用しています。 今回、CircleCI 1.0から2.0に移行すると同時に、新機能のキャッシュをフル活用したことで、コストを増加させることなくCI実行時間を半分にすることができました。 今回の記事では、CirlceCI 2.0のメリットや、どのようなチューニングを行ったのかをご紹介します。 CircleCI 2.0について CircleCI 2.0は現在ベータ版となっており、「CircleCI 2.0: Beta Access - CircleCI」から申し込むことができます。(試してみたところ個人のリポジトリではすぐに利用できるようです。) 申請したOrganizationのすべてのプロジェクトで突然バージョンが切り替わるわけではなく、
Introducing Chunk sidecars: Inner loop validation that keeps up with your agents 5 min read
日々、bundle updateしてますか！ circleci-bundle-updateとcircleci-bundle-update-prを使って、bundle updateの Pull Requestを自動化する手順をまとめてみます。作者の記事を読めばいいっちゃいいんですが、地味に抜けていた手順と各ステップは何のために必要かを整理してみました。 このgemは、Pull Requestに各gemの差分リンクを貼ってくれるのが便利だな！って思って採用してます。素敵なgemをありがとうございます。 github.com github.com ステップは CircleCI経由でbotからgithubにpush出来るようにしておく CircleCI経由でbotからgithubにPR作れるようにしておく 外部からCircleCIへbuild指示できるようにする 外部からcronでCircleCI
タイトルの通り、CirclCIで回しているテストを40%高速化した話をします。 うちの会社では、342files, 27300examples強を回しており、テスト時間が肥大化傾向にありました。 そこで、テスト高速化を図ろうと試行錯誤したので、その過程を書きます。 ※RRRSpec使えよ！というツッコミはなしで。CircleCI上で試行錯誤の記録を残すために書きます。 また、spec自体の高速化ではなく、CircleCIの仕様に合わせた高速化の方法についてのみを書きます。 やり方 並列実行する 遅いテストファイルを特定する 遅いテストファイルを分割する なんと、この2つだけです！ シンプル！なんてシンプル！ 並列実行して、遅いテストを特定するだけです。 そもそも技術力なんていりません。気合と根性*1で速くできます。 並列実行する 並列数を変更 CircleCIで並列実行数を増やすオプション
この記事はCircleCI Advent Calendar 2015の5日目の記事です。 はじめに Go+Web+CIの実戦的な話です。Go+CIに関してだと色々な手法は出てきていますが「実際どうすればいいの？」と感じている方が多いと思います。 また、昨今Go+Webアプリも増えているので、これからGoでWebアプリケーションを作ろうと思っていた方の継続的インテグレーションへのアプローチの足掛かりとなれば嬉しいです。 （Go要素強いです） ＿人人人人人人人人人人人人人人人人人人人人人人人人人人人＿ ＞ 本当は12/6のGoConferenceで話そうと思ってたんだぜ!! ＜ ￣ＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ￣ ※ GoConのセッション外れた＋抽選も外れた勢 さて、今回使用したリポジトリは下記にあります。 Base64 Encode/Decodeするだけですが、Go
この記事はフィードフォースエンジニア Advent Calendar 2015 - Adventar4日目です！ みなさんrubyのRPMビルドってどうしてますか！ CentOSをメインで使っていると最新のrubyはyumで入らないのでどこかのリポジトリからインストールするか自前でビルドする必要があるかと思います。 プロビジョニングのタイミングでrbenvやmakeで入れてもいいのですがciや新規ホストを立てた時など毎回rubyのビルドをするので時間がかかってしまうんですよね。 それが嫌でrubyはリリースされるたびにrpm化してインストールするようにしています。 ところがrpmのビルド環境って用意するのが面倒だったりビルドしたい環境ごとにvagrantを立ち上げて〜とか意外と手間がかかる。 自動化したいなーと思っていて、Dockerは特定の環境を再現するのに最適だし、CircleCIはG
どうも。麦芽系エンジニアasmzです。今年もあっという間に年の瀬になってまいりましたが、こないだコストコでのどごし生を大量補給したので、年内は何とかやっていけると思います！ CircleCIでのiOSビルドが有料化！？ これまでCircleCIでiOSアプリのビルドをされていた方はご存知かと思いますが、これまで「ベータ機能」として無料で利用できていたiOSビルド機能は、11月末でベータ提供終了とのお知らせが先日CircleCIから届きました。 で、12月から新しいプランになりますよ！って出てきたプランを見ると、無料プランというものは見当たらず、最安でも$99/月（ベータ機能利用者は今申し込めば限定価格でご提供）という噂…。（※） ※この辺はまだ公式サイトにアナウンス掲載されていないので、今後変更される可能性はあります。（もし違っても石投げないでやってください…） 少々お高いですなぁ… その
Announcing CircleCI Insights: Helping You Understand Your Builds Note from the publisher: You have managed to find some of our old content and it may be outdated and/or incorrect. Try searching in our docs for current information. Today we are happy to announce we shipped CircleCI Insights. Available for all paid and open source customers, Insights is an interactive visual dashboard enabling you t
VASILYの自動化大好きAndroidエンジニア堀江(@Horie1024)です。今回、GitHubとCircleCIを利用したAWS Device Farmでのテストの自動化ついてご紹介しようと思います。 概要 ・ Calabashで書いたAndroidアプリのE2EテストをAWS Device Farmで実行する ・ GitHub + CircleCIでAWS Device Far...VASILYの自動化大好きAndroidエンジニア堀江(@Horie1024)です。今回、GitHubとCircleCIを利用したAWS Device Farmでのテストの自動化ついてご紹介しようと思います。 概要 ・ Calabashで書いたAndroidアプリのE2EテストをAWS Device Farmで実行する ・ GitHub + CircleCIでAWS Device Farmでのテ
Gem を作った# [2015-01-25-1] のバージョンアップ。 個人、会社含めて、複数リポジトリで継続的 bundle update を始めて一ヶ月。汎用コードを Gem に外出ししました。 circleci-bundle-update-pr | RubyGems.org | your community gem host circle.yml で完結できるのでなかなか良さげです。ただし [2015-01-25-1] のスクリプト部分を Gem 化しただけで、テストもなく、名前が安直です。でもとりあえず動いています。 変更前後をご覧になると分かりますが、deployment で circleci-bundle-update-pr を呼ぶだけで良くなりました。 変更前 https://gist.github.com/masutaka/d9bf91e22567753fe76b 変更後
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
