初心者でも分かりやすい関数とテスト、そしてCircleCIの設定ファイルで解説していきます。 今回のファイル構成はこのようになっています。 . ├── requirements.txt ├── src │ └── a.py └── tests ├── __init__.py └── test_a.py まずはじめに、簡単に数値計算する関数を書きます。 src/a.py def b(a, b): return a * b 次に、テストをする関数を書きます。 test_a.py from src.a import b def test_b(): assert 2 == b(1, 2) ようやくお待ちかね、CIrcleCIの設定ファイルを書きましょう。コメントアウトで簡単な説明を書いたので、わかりやすいかと思います。 これが今回の設定ファイルです。 詳しくはCircleCIのサイトを見てくだ
流れ herokuのdockerでのデプロイの流れは以下のようになる。 ①herokuのログイン ②herokuのアプリ作成 ③herokuとgitの紐付け ④herokuへdockerコンテナをpush ⑤herokuでdockerコンテナを起動する ⑥herokuでアプリの確認 ⑦herokuのログの確認 ⑧herokuのサーバーの停止と再起動 ⑨herokuのapikeyの作成 ←CircleCIに必要なため ※前提として全てアプリのディレクトリ内を想定している。 ①herokuのログイン herokuへのログインは以下のコマンドを叩く。 container:loginはdockerを起動するために必要なので必ず両方のコマンドをしなければならない。
![[heroku]DockerとherokuとCircleCIでアプリをらくらくデプロイ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc896c8fc065c3e15ea2865617b551db6262bed2/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaGVyb2t1JTVERG9ja2VyJUUzJTgxJUE4aGVyb2t1JUUzJTgxJUE4Q2lyY2xlQ0klRTMlODElQTclRTMlODIlQTIlRTMlODMlOTclRTMlODMlQUElRTMlODIlOTIlRTMlODIlODklRTMlODElOEYlRTMlODIlODklRTMlODElOEYlRTMlODMlODclRTMlODMlOTclRTMlODMlQUQlRTMlODIlQTQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWFiYTI4ZGMxODEyNjkwMDM4ZTk5NDA4YTc1NmRmM2Yy%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtYXJ1NDAxJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz01OGQ0YTFkY2UxMDExMjg4Y2ZmNmY5YTk1M2Y3NTg1Zg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Ddb9ecb0bb2ff513ebaadfdc5cf042237)
この記事の情報は古い、または正確ではない可能性があります。本件に関する情報は公式からの報告を参照してください。 CircleCIのセキュリティインシデントについて こちらで1月4日（日本時間 1月5日）にキュリティインシデントが発生したとの報告がありました。 CircleCIに保存しているシークレットのローテーションが推奨されたので、これを実施しました。 主な対象はこちらで列挙されているものです。 （対応中に上記の日本語記事にも記載されました） 個人でやったこと 1. OAuthトークン まずはCircleCIへのログインに使用するOAuthトークンです。 こちらは記載の通りに更新しました。 5. ユーザーAPIトークン VS Codeの拡張機能を使っているので、このユーザAPIトークンも更新しました。 プロジェクトでやったこと 3. プロジェクトの環境変数 アプリケーションやクラウドプラ
CircleCI Orbsを使ってRailsのECR・ECSへのデプロイ（マイグレーション込み）を自動化した話 - Qiita
TL;DR ECS の RunTask を実行でマイグレーション込みのデプロイが自動化できた いきなりですが 2 ヶ月前ぐらいまで下記の手順でデプロイを行っていました @ローカル コンテナ作成 (docker build) コンテナにタグづけ (docker tag) ECR のコンテナイメージを更新 (docker push) AWS の RDS にマイグレーション実行 (rails db:migrate) AWS コンソール画面で ECS の手動でリビジョン更新 サービスでタスク定義の更新 新旧タスクが入れ替わるのを見守る 現在は・・・ デプロイブランチ(production や statging)にプッシュ slack で結果を待つ 一番の壁、マイグレーション実行 実は、今回のこの記事でお伝えしたいのは前述の中でも 「4 の RDS のマイグレーション」の部分です ローカルで実行して
Building automated workflow using Slackbot and CircleCI | Mercari Engineering
Hi, I’m @celia, an iOS Engineer working at Merpay. Last time, I wrote about the different aspects of infrastructure in Mercari’s mobile team, and introduced a few tools we made that makes our team more productive (article is available here). Today I want to share with you about some improvements we made recently, on automating code integration between Merpay and Mercari iOS. Background Let me firs
System Managerを使ってCircleCIでEC2のセキュリティGを動的に変更してみる｜SHIFT Group 技術ブログ
はじめにこんにちは、自動化アーキテクトの森川です。 本日はCircleCIのパイプラインに関するTipsです。 やりたいことCircleCIのクラウド環境でE2Eテストをまわすとき、VMからテスト対象へのアクセスが必要となります。 開発環境にIPアドレス制限がかかっていることは「あるある」です。 IPホワイトリストのオプション契約をしていれば万事解決ですが、POCフェイズではそのようなリッチな環境は望めません。 CircleCIで開示されているIPアドレスリストを使うのはセキュリティ的に難しい場合もあるでしょう。 IP アドレスの範囲 - CircleCI Note: Jobs can use any of the address ranges above. また、このアドレス リストは、本機能を有効化しているすべての CircleCI ユーザーと共有されることに注意してください。 そこで
CircleCIのDynamic Configでconfig.ymlを分割管理する - Carpe Diem
背景 CircleCIを使っているのですが 多数のリポジトリを管理している config.ymlが肥大化している。けれど殆どは似たような記述 といった背景がある上で、新しいjobやworkflowを各リポジトリに適用していく際に コピペ漏れが起きやすい レビューがつらい といった課題を持っていました。 そんな時にCircleCIがDynamic Configという新機能を出していたので、これを使って 各リポジトリで変更が不要な共通処理のファイル リポジトリ毎に修正が必要なファイル を分割して管理することで、 前者はファイル自体をコピペすれば良い レビューは後者だけ注視すれば良い という対応をします。 環境 CircleCI 2.1 circleci/continuation 0.2.0 yq 4.24.2 Dynamic Configとは Dynamic Configを使うと動的にconf
CircleCI and AWS Integration
Deploy your code to AWS Save time by using orbs to quickly deploy to AWS. Use our Amazon ECS, Amazon EKS, or AWS Lambda integrations, Deploy with AWS CodeDeploy, or explore one of our other AWS integrations. Explore Orbs Read the Docs Deploy on AWS Graviton2 Using CircleCI CircleCI is one of the few services to offer fully cloud-based Arm compute for CI/CD. Customers who need Arm-based compute can
問題 Docker Hubは、無料アカウントと認証なしユーザーで、11月からpull数に制限がかかります。CircleCI上で認証無しで運用しているとIPアドレスベースの制限がかかり、CircleCIのIPアドレスはユーザーと比較して多くないので影響が懸念されます。 CircleCIチームはDocker社と会話してる模様なので、今後もしかしたらユーザーの対応は不要となるかも知れません。しかしCI/CD環境が止まれば影響は大きいので回避策を押さえておきましょう。 解決策 ひとまずDocker Hubのユーザー認証を噛ませれば、IPアドレスでは判断されなくなるので無料アカウントでも200 pulls/6hまでは利用できます。これ以上になるならDocker Hubへの課金が必要ですが、どのみちCircleCI上でユーザー認証を行う必要があるので同様の作業が発生します。 作業手順 以下の作業でCi
複数環境に対してCircleCI Workflowで同じコードをデプロイする（ElasticBeanstalk編） - Qiita
概要 CircleCI Workflow ではテストを通した後に待たせておいて、任意のタイミングでワンクリックでデプロイするという方法をとることができます。 特に本番デプロイは手作業が多いと心理的負荷が高くて億劫になるので手順をできるだけ自動化したいです。 この記事では特に、AWS ElasticBeanstalk の複数の環境に同じバージョンのアプリケーションをデプロイする方法について書きます。ElasticBeanstalk以外でもworkflowの流れと、ジョブ間での情報の受け渡しの方法は同じなので応用できるかと思います。 具体的用途としては、以下のものを想定しています Webアプリケーションとジョブ実行するWorker環境の両方に同じコードを勝手にデプロイして欲しい 開発環境と本番環境の両方にワンクリックで同じコードをデプロイしたい 完成イメージ こちらはCircleCI Work
あるプロジェクトでCIに25〜30分かかっていたのを10分切るぐらいに高速化できたので、やったことを細かく分けて書き出します。 そもそも そのプロジェクトではCircleCIで4コンテナ使って40分ぐらいかかっていましたが、AWS CodeBuildで10並列にして20分ぐらいに高速化することができていました。 ただ、db:migrateやbundle install, assets:precompileなどの環境準備の状態によって時間が伸びるケースがあり、10並列以上に増やしても分単位課金のCodeBuild料金が高くなりやすい傾向でした。 そこで、環境準備部分をCircleCI側に寄せ、CodeBuildはrspec実行のみで並列数を増やしやすくすることができるように改修しました。 やったこと この節では、そこそこ大きなCircleCIの設定ファイルから、Tipsになりそうなところを抜
CIをJenkinsからCircleCIに載せ替えた話 - Cybozu Inside Out | サイボウズエンジニアのブログ
kintoneチームの川向です。 kintoneチームではCIツールとしてJenkinsを長い間使用してきましたが、 2021年の夏でCircleCIへの移行を完了しました。 今回はその時の様子を共有したいと思います。 2021年初めの状況 2021年初め頃のkintoneチームでは、メインのCIとしてJenkinsを使用し、CircleCIをサブとして併用していました。 リリース候補のブランチのCI(メインのCI)では、Jenkinsを使用して複数のジョブを用意し、 それをJoinプラグインで繋げていました。 このプラグインを使うことで、別々のジョブを同時実行することができます。 これをDelivery Pipelineプラグインで可視化していました。 また、メインのCIではE2Eのテストも自動で実行しています。 テストでは特別にセットアップした開発機材を使う必要があり、その排他制御のた
はじめに 普段、CircleCIさまに大変お世話になっているのですが、とある要件でGitHub Actionsを使う機会があり、使ってみるとCircleCIでいう所のこれかと思った部分が結構あったのでまとめることにしました CircleCIのyamlをGitHub Actionsのyamlで書くことで、CircleCI使いの人たちがGitHub Actionsの概要をざっくりと理解する参考になれば幸いです GitHub Actionsに導かれた瞬間 ちなみにドラゴンクエスト4は未プレイです 記事のターゲット GitHub Actionsの基本的な部分をざっくりと知りたいCircleCI使いの人 サンプルコード全容 今回はフロントエンドのリポジトリで、任意のブランチ名でプルリクが作成された際に下記処理の実行をするワークフローをサンプルコードとします yarn(v3)でdependencies
GitHub+CircleCI+Herokuでプッシュしたらデプロイの仕組みをつくる - Qiita
デプロイの自動化を作る みなさんこんにちは。 今回は、GitHubのPublicリポジトリとCircleCIを連携させて、Herokuにデプロイする仕組みを作成したいとおもいます。 すべて無料枠でやっていきます。 GitHubにリポジトリを作成する 今回はデプロイ自動化をすることが目的ですので、サーバー側はなんでも良いですが、 最近勉強中のLaravelを利用したいと思います。 GitHubでリポジトリを作成します。 ちなみに作成したリポジトリは下記です。 https://github.com/hirotoyoshidome/practice_laravel Laravelの準備をします。 Laravelの準備はここでは省略します。 以前にDockerで環境を構築しているので、ローカルを汚したくない方は下記でさくっと環境構築をすることをオススメします。 https://github.com
CircleCIにPlaywrightを組み込んだ話
こんにちは！saimyonです！ Social Databank Tech Blog Advent Calendar 2023の14日目です。 今回はCircleCIにPlaywrightを組み込んだ話をします🎭 きっかけ 私は弊社製品「Liny（リニー）」のQA担当として日々品質を格闘しております。 LinyのE2Eテストは現在、全て手動で実施しています。 そのため、新機能を入れた際にデグレが発生していたとしても、そのデグレが（ユニットテストでは発見できず）E2Eテストでしか発見できない場合、検証項目から漏れているとそのデグレに気付けない状況です。 ということで、この状況から脱却すべく、E2Eテストの自動化に取り組むことに。 LinyではCI/CDにCircleCIを使用しているので、そこにE2Eテストを組み込むこととなり、本記事を書くことと相成りました。 デグレ、本当に怖い。 やった
UPDATE: There is a new experimental script that allows conditioning workflows on specific path changes using advanced pathspec. See v2 for more details. Monorepos bring simplicity to the development process, but raise the complexity of automated builds and deploy. When we first started migration to monorepo in a large project that had over 12 repositories, we faced the challenge of configuring Cir
CircleCI Orbsを利用して、AWS CLIを超簡単に導入してみました。 おすすめの方 CircleCIでAWS CLIを使いたい方 CircleCI用のIAMユーザを準備する IAMユーザの作成 まずは前準備としてCircleCI用のIAMユーザを作成します。 aws iam create-user \ --user-name circleci-test-user IAMユーザにIAMポリシーをアタッチ さきほど作成したIAMユーザに対して、S3に対するRead権限を付与します（動作確認用の権限）。 aws iam attach-user-policy \ --user-name circleci-test-user \ --policy-arn arn:aws:iam::aws:policy/AmazonS3ReadOnlyAccess なお、実際にCI/CDを構築するときは、
はじめに 2023年1月にCircleCIでセキュリティインシデントが発生し、Environment Variableの変更を余儀なくされました。 https://circleci.com/blog/january-4-2023-security-alert/ 手作業で結構辛かったので、OIDCを利用してAWSに接続するように変更したいと思います。 Circleで必要な情報を取得する CircleCIのOrganization SettingsにあるOrganization IDをメモっておきます。 Terraformでopenid_connectを作成する 必要なのは以下の３つです。 aws_iam_openid_connect_provider でOPENIDコネクトプロバイダーを作成する aws_iam_roleでCircleCI側に設定するRoleを作成する aws_iam_rol
ポートフォリオとして、絵本読み聞かせ記録のWebアプリを作成しました。【Laravel / Docker / AWS / CircleCI】 - Qiita
※中間テーブル 3. 作成した目的・背景について 続いて、アプリを「どのような目的・背景で作ったか」については、以下のとおりです。 ⑴ なぜポートフォリオを作ろうと思ったのか ⑵ なぜ「よんで」のようなアプリにしようと思ったのか ⑴ なぜポートフォリオを作ろうと思ったのか ポートフォリオを作るそもそもの理由は、以下３点です。 ① 転職活動時に必要不可欠と考えるため ② 自身のエンジニアへの適性を確認したいため ③ 技術力を効率的に高めたいため ① 転職活動時に必要不可欠と考えるため 一般的に、ほぼ必須と言われていて、しかも年々求められるレベルは上がっているという情報も多く、私にとっても必須と考えました。ましてや私は未経験エンジニア転職市場では高齢で、既婚者でもあります。私の学歴や職務経歴はITエンジニアとは畑違いということもあり、採用担当者目線で自分をみた時に、ポートフォリオがない３４才未
以下の5日目のエントリです。 CI/CD Advent Calendar 2021 [1] AWS Containers Advent Calendar 2021 [2] CircleCI Advent Calendar 2021 [3] 2021年の年明けから Fargate に取り組み、3月・5月に運用され始め、問題起きては改善していったた我がCI/CDのおさらい的な記事です。 土台情報をまず並べておきます。 3->4->8->10月 に公開した 4記事 3月 Laravelプロダクト Fargate化への道 4月 とある Blue/Green Deployment 構築・運用案（ecspresso + CodeDeploy） 8月 思い立って70分で tfenv の CircleCI Orb を作った 10月 Bitbucket Pipelines から CD の一部を CodeBu
![[Day.05] AWS Fargate への CircleCI(等)による全自動/半自動デプロイ](https://cdn-ak-scissors.b.st-hatena.com/image/square/13e0fd5d8d23a2cdde52540e3006d581bd35b2ac/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--hFzxR78C--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BDay.05%25255D%252520AWS%252520Fargate%252520%2525E3%252581%2525B8%2525E3%252581%2525AE%252520CircleCI%252528%2525E7%2525AD%252589%252529%2525E3%252581%2525AB%2525E3%252582%252588%2525E3%252582%25258B%2525E5%252585%2525A8%2525E8%252587%2525AA%2525E5%25258B%252595%25252F%2525E5%25258D%25258A%2525E8%252587%2525AA%2525E5%25258B%252595%2525E3%252583%252587%2525E3%252583%252597%2525E3%252583%2525AD%2525E3%252582%2525A4%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Asogaoh%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2dqeUJ2UUNtOE5IT3JDdTNoNi1MTkhsaWp1ZmVfTlB0ZU9sV1ZxSlE9czI1MC1j%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
主な目的 管理しているサービスやWebサイトが増えていく中で、 新規機能開発や既存機能の改善などを行なった際に発生する副作用を、把握することが難しくなってきました。 バグの検知や表示崩れもですが、特にスピードに関して追いきれていない部分があり 一人でやる分にはdevtoolsを開いてAudits叩いてもいいんですが、 チームでやっていくにはやはり限界が出てきます。 そこで取っ掛かりとしてCircleCIの勉強も兼ねて、Lighthouseとの連携をやってみました。 実装する機能ついて 以下の順序で実装していきます。 LighthouseをlocalのCLI上で実行 CircleCI上でLighthouseを実行 slack WebhookURLの発行とCircleCI環境変数への登録 slack通知のCircleCIへの実装 LighthouseをCLI上で実行 Lighthouse によ
React Native e2e tests and Automatic Deploys (Detox + Fastlane + CircleCI)
React Native e2e tests and Automatic Deploys (Detox + Fastlane + CircleCI) A little bit of context (skippable) These past weeks I've been struggling trying to set up a pipeline where for every PR pointing to our staging branch, e2e tests run automatically, and for every PR that gets merged, test flight builds, and google internal beta builds are created. My experience has been... difficult, but it
デプロイ失敗時にCI/CDで再デプロイしたいので、CircleCIのワークフローを見直して並列にした話 | DevelopersIO
今のプロジェクトでは、リリース作業を毎週行っています。たまにデプロイやE2Eテストが失敗してやり直すことがあるのですが、CI/CDのワークフローが一本道なので手動デプロイせざるを得ない事象が発生しました。 そのため、対策としてCircleCIのワークフローを見直して並列にしてみました。 環境について 本番環境 エンドユーザーが利用している プレ本番環境 関係者が本番さながらに利用している 本番環境リリース前の最後の砦 ステージング環境 いわゆる検証環境 動作確認を行う 開発環境 開発者が自由に使える リリースについて v1.2.3のようなタグを付けてPushすれば、CircleCIのワークフローが動いてステージング環境・プレ本番環境・本番環境へのリリースが行われます。リリース作業自体はミスを防ぐために複数人で確認しながら行っています。 特徴としては、ステージング環境→プレ本番環境→本番環境
最新のコンテナアプリケーション開発環境でパフォーマンス向上とコスト削減を両立する ~AWS Graviton に対応した CircleCI の CI/CDプラットフォームとは - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
自動車や産業用アプリケーションなど、極めて広範な要件をリアルタイム、かつ高水準で処理するワークロードを取り扱う場合、非常に多様な種類のコンピューティングに対応した環境が必要になります。 この記事では、このような多様な種類のコンピューティングに対応したアプリケーションを開発される企業やエンジニアの皆様に向けて、広範囲のワークロードに対応し、最良のコストパフォーマンスを発揮する AWS Graviton プロセッサの利用メリットをご紹介しながら、AWS パートナー CircleCI が提供する CI/CD プラットフォームを活用し、実際にAWS Graviton を搭載した AWS 環境において、どのように CI/CD パイプラインを構築し、コンテナアプリケーション開発における品質と開発スピードの向上を可能にできるのかについて解説いたします。 クラウドネイティブな CI/CD (継続的インテグ
Ruby on Rails,AWS, Docker, CircleCIでポートフォリオを作成してみた - Qiita
初めに 今回はRuby on Railsをメインに、AWS,Docker,CircleCIなど近年人気の高まっているインフラ技術を使用してポートフォリオを作成してみました。 本記事では、実装した機能や苦労した点、参考にした記事などを紹介していきたいと思います。 皆様のポートフォリオ作りに少しでもお役に立てれば幸いです。 今後、ポートフォリオをアップデートした際にはこちらの記事も随時アップデートしていきます。（2021年1月26日時点） アプリの概要 レシピと料理に使った材料の投稿ができるアプリです。 レシピに乗っているあの材料はどこで手に入るんだろう？？ 料理初心者の誰もが感じる疑問を解消すべく、レシピ投稿機能のほか、料理に使用した材料の購入場所を投稿できるアプリを製作しました。 URLは下記になります、よかったら見て行ってください！ URL: https://www.cooknavi.x
これにあるpath-filteringを試す セットアップ・ワークフロー(モノレポ対応) プレビューに参加しよう！(setup workflow) - Community - CircleCI Discuss
CircleCI + AWS(StepFunctions)でmigrationの成功を待つ - Qiita
commands: start_migration: parameters: state_machine: { type: string } steps: - aws-cli/setup - run: name: Start State machine command: | EXECUTION_ARN=$(aws stepfunctions start-execution \ --state-machine-arn arn:aws:states:${AWS_DEFAULT_REGION}:${AWS_ECR_REGISTRY_ID}:stateMachine:<< parameters.state_machine >>\ | jq -r ".executionArn") STATUS="RUNNING" while [ "$STATUS" = "RUNNING" ] do echo "実行
ソフトウェア開発の継続的インテグレーション(CI)＆継続的デリバリー(CD)サービスであるCircleCIが、2022年12月に発生したセキュリティインシデントの調査結果を発表しました。侵入のきっかけは従業員のノートPCがマルウェアに感染したことで、この従業員は本番環境へのアクセストークンを作成する権限を持ったエンジニアだったことから、侵入者が本番環境にアクセスし情報窃取を行うことにつながったとのことです。 CircleCI incident report for January 4, 2023 security incident https://circleci.com/blog/jan-4-2023-incident-report/ Compromise of employee device, credentials led to CircleCI breach | SC Media
失敗したテストの再実行機能を使用すると、一過性のテスト失敗が発生したときに、テスト・スイート全体を再実行する代わりに、テストのサブセットだけを再実行することができます。
追記 2021/09/15 * ハマり２の解決策で追加すべきものを追加 * おまけハマりを追加 はじめに CircleCIからaws cdkでデプロイ仕様とした時に、AWSの認証関連でハマった２点です。 CircleCIでの実行ですが、多分どのパイプラインサービスでも同じだと思います。 前提 CircleCI用のIAMユーザー circleci-user を作成しCredentialsを生成しておく。 circleci-user は必要最低限の権限とする。 CloudFormation実行用のIAM Role CFn-Roleを作成してcdkのオプションで指定する。 ハマり１：cdkではProfileが必要 AWS_DEFAULT_REGION=ap-northeast-1 AWS_ACCESS_KEY_ID=AKxxxxxxxxxxxxxxxxxxxxx AWS_SECRET_ACCES
sidekicq使って定期的なメール配信（rails/Docker/Heroku/circleCI） - Qiita
#! /bin/sh if [ "${RAILS_ENV}" = "production" ] then bundle exec rails assets:precompile fi bundle exec rails s -p ${PORT:-3000} -b 0.0.0.0 version: 2.1 orbs: ruby: circleci/ruby@1.1.2 # config.ymlのruby向け記法を導入 node: circleci/node@2 heroku: circleci/heroku@1.2.3 jobs: build: docker: - image: circleci/ruby:2.7.4-node working_directory: ~/kyodokoza/src steps: - checkout: path: ~/kyodokoza - ruby/inst
【ポートフォリオをECSで！】Rails×NginxアプリをFargateにデプロイするまでを丁寧に説明してみた(VPC作成〜CircleCIによる自動デプロイまで) 前編 - Qiita
【ポートフォリオをECSで！】Rails×NginxアプリをFargateにデプロイするまでを丁寧に説明してみた(VPC作成〜CircleCIによる自動デプロイまで) 前編RailsAWSCircleCIECSFargate 概要 現在、運営しているサークルの公式サイトを作成しているのですがデプロイ環境をEC2からECSに引っ越しました。その際に、色々ハマりながらデプロイしたので、方法を忘れないために書きます。 この方法を真似ればFargateへのデプロイが再現できてるので、ぜひ活用してください。 以下のようなインフラ構成を想定しております。 【前編】 1.VPCの設定 2.RDSの設定 3.ECRの設定 4.ECSの設定 【後編】 5.独自ドメインの設定(お名前ドットコム) 6.ACMの設定 7.ALBの設定 8.CircleCIの設定 追記 sample_public_subnetがt
「GitHub Actions でモノレポ上の変更があったプロジェクトだけテストを走らせる」 これを読んで、 ちなみに書きかけだけど paths みたいなパスでトリガーをフィルターできるかどうかはここでまとめてる。https://t.co/QtlDVDQI4B — ずみっくす@あつまれCIサービス (@srz_zumix) April 22, 2021 からの ぜひぜひお試しのほど、よろしくお願いいたします！https://t.co/XblLXJaVvR — CircleCI Japan (@CircleCIJapan) April 23, 2021 これで、公式から記事も紹介してもらったのでやってみた。 Setup Wrokflows とは 現在 OpenPreview 中の機能です。 最初に読み込む config.yml がセットアップワークフローになって、後続のワークフローを動的に構
Swift Package Manager fails to clone from private Git repositories – CircleCI Support Center
Swift Package Manager fails to clone from private Git repositories If you are using Swift Package Manager as part of the xcodebuild process, you may find that this fails with the following error message: xcodebuild: error: Could not resolve package dependencies: Authentication failed because the credentials were rejected Or xcodebuild: error: Could not resolve package dependencies: The server SSH
冬休みの自由研究 (3) 〜 俺は一日どのくらい走って (歩いて) いるのかを Fitbit Web API と pixela を使って可視化する検証 CircleCI を添えて 〜 - ようへいの日々精進XP
追記 CircleCI で定期的に... (01/04) Access Token の期限切れ対策 (01/03) Fitbit Charge2 はスマートウォッチではなくトラッカー (01/03) tl;dr モチベーション Pixela とは Fitbit の Web API 作ったもの リポジトリ 活動量の取得 草を生やしてみると... そして, CircleCI 以上 追記 CircleCI で定期的に... (01/04) CircleCI の Schedule Job を利用して定期的に処理させようと思ったいたんだけど, Access Token の期限切れ対策で, 一日に一回よりも短い周期でスクリプトを動かす必要がありそう. circleci.com となると, CircleCI の Schedule Job では, crontab によく書く以下のような書き方をする必要があ
【ポートフォリオをECSで！】Rails×NginxアプリをFargateにデプロイするまでを丁寧に説明してみた(VPC作成〜CircleCIによる自動デプロイまで) 後編 - Qiita
【ポートフォリオをECSで！】Rails×NginxアプリをFargateにデプロイするまでを丁寧に説明してみた(VPC作成〜CircleCIによる自動デプロイまで) 後編RailsAWSCircleCIECSFargate 概要 ↓前編 後編では、独自ドメインの取得〜CircleCIの自動デプロイの設定まで行いたいと思います。 【前編】 1.VPCの設定 2.RDSの設定 3.ECRの設定 4.ECSの設定 【後編】 5.独自ドメインの設定(お名前ドットコム) 6.ACMの設定 7.ALBの設定 8.CircleCIの設定 5.独自ドメインの取得(お名前ドットコム) 前編でパブリックIPでFargateにデプロイしたアプリにアクセスできましたが、ここから独自ドメインを使ってアクセスできるように設定していきます。 以下のお名前ドットコムにアクセスして独自ドメインの設定をしていきましょう。
本日11時ごろ？ あたりからCircleCIで以下のようなエラーが起こりMySQLが起動しなくなりました。 2021-03-18 03:21:57+00:00 [ERROR] [Entrypoint]: MYSQL_USER="root", MYSQL_PASSWORD cannot be used for the root user Use one of the following to control the root user password: - MYSQL_ROOT_PASSWORD - MYSQL_ALLOW_EMPTY_PASSWORD - MYSQL_RANDOM_ROOT_PASSWORD どうやらdockerイメージのバージョンアップによるものらしいです。 今回はちょっと脳死で暫定対処したので、その方法を紹介します。 2021/03/19追記 こちらの問題はすでに解決
VS CodeでJSON Schemaを使ったらCircleCI Configの編集がすごく楽になった | DevelopersIO
こんにちは、CX事業本部 IoT事業部の若槻です。 今回は、Visual Studio Code（VS Code）で、CircleCI Config（.circleci/config.yml）に対してJSON Schemaによるバリデーション/アノテーションを効かせたら編集がすごく楽になったので、紹介をしたいと思います。 どう楽になったのか？ VS Codeで下記のようなCircleCI Configを開いています。 .circleci/config.yml version: 2.1 executors: my-executor: docker: - image: circleci/node orbs: aws-cli: circleci/aws-cli@2.1.0 jobs: get_token: executor: my-executor steps: - checkout - aws
CircleCIにて暫定のCI/CDを行った際の設定過程です。常時実行が不要なbuildとdeployに対してManual Approvalを挟むことでリソース浪費防止を試みました。 はじめに 手作業によるbuild・deployのヒューマンエラー防止として自動化を検討する際に、ぶつかる壁として考えられるものに 手順をCI/CDに落とし込めるか 処理時間が肥大化しないか CI/CD設定作成が困難ではないか の3点があります。 今回、それらの課題を抑えつつも「既に出来上がっている手順を大きくは崩さない」前提でCircleCIの設定へ落とし込みをしてみました。 前提 本運用にて用いるプラットフォームの選定が完了していないものの、プラットフォームを変える選択肢有りでとりあえず自動化を済ませたいという目論見があります。既にCircleCI上でpytestの実行だけは行っており、その延長としてCI/
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python3とpytestを使ってCircleCIに入門する (書きかけ) - たのしい駆動開発
[heroku]DockerとherokuとCircleCIでアプリをらくらくデプロイ - Qiita
CircleCIのセキュリティインシデント（2023/1/4）に対応した話 - Qiita
CircleCIでDocker Hubの制限を回避するための設定 - Qiita
CircleCIとCodeBuildで爆速CIするためにしたことまとめ - Qiita
GitHub Actionsに導かれし、CircleCI使いの者たちのための導きの書
Monorepo with CircleCI Conditional Workflows
CircleCI OrbsでAWS CLIを超簡単に導入して使ってみる | DevelopersIO
CircleCIでAWSへのアクセスにOpen ID Connect(OIDC)を使う - Qiita
[Day.05] AWS Fargate への CircleCI(等)による全自動/半自動デプロイ
Amazon.co.jp: CircleCI実践入門──CI/CDがもたらす開発速度と品質の両立 (WEB+DB PRESS plus): 浦井誠人, 大竹智也, 金洋国: 本
CircleCIとslackを使ってLighthouseの計測結果を簡単に見たい - Qiita
CircleCI Cloudのpath-filteringを試してみる
CircleCIへの不正アクセスで顧客データ盗難が発生、サードパーティー製トークンにも影響
失敗したテストのみを再実行する (プレビュー) - CircleCI
CircleCIでcdk deployしようとしてAWSの認証でハマった２点 - Qiita
CircleCI でモノレポ上の指定パスに変更があったらテストを走らせる
CircleCIでMySQLが動かなくなったので暫定対処 - Qiita
自動化と時短を目的にCircleCIで暫定のCICD環境を作成した記録 | DevelopersIO