CircleCIがAWSやGoogle Cloud、Kubernetesなどへ自動デプロイするための共有パッケージ「Orb」を公開。クラウドへの自動デプロイが容易に
CircleCIがAWSやGoogle Cloud、Kubernetesなどへ自動デプロイするための共有パッケージ「Orb」を公開。クラウドへの自動デプロイが容易に ビルドやテストのプロセスを自動化する、いわゆる継続的インテグレーション（Continuous Integration）の機能をサービスとして提供するCircle CIには、「Orb」と呼ばれる、設定ファイルなどを含むCircleCI向けパッケージの共有機能があります。 Orbは、CircleCIのWebサイト上の公開レジストリ的なサービスによってまざまな設定が公開されています。 例えば、CircleCIにAWSコマンドラインツールを統合する設定、ソースコードをビルドしてDockerイメージを生成、それをDockerレジストリに登録する操作を自動化する設定などがあります。 こうしたOrbを利用することで、CircleCIでさまざ
CircleCI 2.1 の新機能を使って冗長な config.yml をすっきりさせよう！ – PSYENCE:MEDIA
使うときはコマンド等の中で<< parameters.パラメータ名 >>と書いてやると渡ってきたパラメータが展開されます。また <<# parameters.パラメータ名 >>hogehoge<</ parameters.パラメータ名 >>と書くとparameters.パラメータ名が真の場合にブロックの中身（hoghoge）が展開されます。真偽の判定については後述するConditional Stepsを参考にしてください。 今回の例では deploy_dev、deploy_stg、deploy_prodの３つのジョブはnpm run deploy:の後に指定するパラメータ以外はすべて同じなのでdeployジョブとしてまとめてみます。 version: 2.1 executors: default: working_directory: ~/workspace docker: - image
【小ネタ】CircleCIのManual Approvalを利用したシンプルなブランチ/タグ運用 | DevelopersIO
はじめに こんにちは、中山です。 私が現在関わっている案件ではCircleCIを利用してAWS SAMで管理されたサーバーレスアプリケーションのCI/CDを整えています。ご存じの方も多いかと思いますが、CircleCIは去年2.0を発表しその機能を大きくアップデートしてくれました。Dockerを全面的に取り入れたアーキテクチャに変わっていたり、ローカルでの実行などもサポートされ日々便利に使っています。 今回は、そんなアップデートの内Manual Approvalについてご紹介したいと思います。この機能はワークフローに静止点を作ってくれるものなのですが、これを応用して複雑になっていたブランチ/タグ運用をシンプルにできた事例についてご紹介します。 今までの課題 私が関わっている案件ではGitのブランチ運用をGitHubフローにしています。つまり、フィーチャーブランチを master ブランチか
CircleCIを使って「完全サーバーレス運用」を実現した話
はじめに こんにちは、BizHint事業部でエンジニアのとみーです！今回はCircleCIを使ってCI環境を構築した件について書かせていただきます。 2023年12月、株式会社ビズヒントの全保有株式をスマートキャンプ株式会社に譲渡しました。 背景 BizHint事業部では現在、GCPのApp Engineなどを使ったサーバーレスなアプリケーションを開発しています。新規サービスのβリリースに際し、CI環境を整備する必要がありました。 AWS上ですでに運用されている別サービスではCI環境としてJenkinsサーバーを使っているのですが、VPC内専用としているため、GCPに新しく自前のJenkinsサーバーを構築する必要があります。 チーム内では「完全サーバーレス運用(NoOps!)」することを目指していたため、 CI環境だけサーバを構築/運用をするなど言語道断 という結論になりました。そこで、
Git(Hub)+CircleCI+Slack で実現する静的コンテンツ配信システム - BASE開発チームブログ
BASEでエンジニアリングマネージャーを担当している加賀谷です。普段は採用に携わったり、1on1での経験学習の促進などを通じて、個人と組織のアウトプットが大きくなるようにサポートする仕事をしています。また、サービス開発に関わる体験を良くしていくこともしています。その中で今回は、静的コンテンツのCI/CDでしていることを紹介したいと思います。 静的コンテンツのホスティング 静的コンテンツは、サーバサイドでリクエストに応じてレスポンスする内容を作成しないデータです。主に、サイト内で使う画像、CSS、JS、ランディングページなどのHTMLファイルになります。これらのファイルはよく、AWSのS3に置いてホスティングして前段にはCDNを配置し、Webブラウザの同時接続数を考慮してサービスとは別のホストに分散したりしますが、BASEでもそうしています。 静的コンテンツ用のGitリポジトリを用意 CSS
S3/CloudFront/Route53/ACM構成の静的サイトをTerraformで構築 & CircleCIで自動デプロイ - Giftmall Inside Blog
みなさん、はじめまして。ギフトモールの@nori0620です。 ギフトモールはギフト領域にフォーカスしたベンチャー企業で、日本とシンガポールに拠点があります。 今まであまり情報を発信できていなかったのですが、今後積極的に情報を発信していく一環として、このブロクを開始しました。 会社の詳細については、↓のサイトをご覧ください！ https://careers.lucheholdings.com ※現在はサイトリニューアルしております。 ちなみに上記のサイトはS3,CloudFrontな構成でTerraformで構築 、 CircleCIで自動デプロイといった仕組みで管理しています。 本ブログの最初の記事として、このような構成の組み方を解説する記事にしたいと思います。 最近だと単純な静的サイトであればNetlity のようなホスティングサービスを使う選択肢もあると思いますが、弊社ではTerra
CircleCIのworkflowを使ってコードのチェックアウト、ライブラリのインストールを共通化した - patorashのブログ
2019-01-25 追記：CircleCI 2.1を使うとデフォルトで共通化ができるようになっています。 patorash.hatenablog.com 以下より、投稿時の原文です。 私が担当している製品では、RailsのテストをCircleCIで4並列で動かしているのだけれど、これがいちいち各コンテナ毎にコードのチェックアウト、ライブラリのインストールをしているのは無駄じゃないかなー？と常々思っていました。これが、workflowを使ったら解決できそうだとわかったので、やってみることにしました。 目標を定義する 作業前は、以下のようになっていました。 コードのチェックアウト・・・各コンテナ毎に実行 bundle install・・・各コンテナ毎に実行 yarn install・・・各コンテナ毎に実行 rspec・・・各コンテナ毎に実行 作業後は、このようにしたい。 コードのチェックアウ
CircleCIで変更があった箇所だけに限定してビルドするテクニック
この記事は CircleCI Advent Calendar 2015 - Qiita の10日目の記事です。 前回はpokrkamiさんによる「circle.ymlの書き方」でした。 circle.ymlの書き方 - 冷やしブログはじめました 今日はCircleCIで変更があった箇所だけに限定してビルドするテクニックについて書きます。 時間のかかるビルド 今のプロジェクトではMicroservices志向でやっててDockerをフル活用しているのですが、それゆえに運用しているDockerイメージの数はそれなりの数があります。 アプリ側ではAPIコンテナやReactでSSRするコンテナ、バッチコンテナ、その他インターナルなMicroserviceなコンテナ等色々あります。 それとは別に、nginxやtd-agentといったミドルウェアのコンテナがあり、これらも用途別に複数用意されています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
api-preview-docs/docs/conditional-workflows.md at master · CircleCI-Archived/api-preview-docs
CircleCI2.0のWorkflowを試してみる - Qiita