こんにちは、あらさんです。ポケモンSV最高です。 今回は面倒なXcodeの配布のための証明書をXcode13から提供されているCloud-managed certificatesを利用して自分たちの管理から脱却する内容です。 現在の痛み 色々な証明書のFastlane Matchを利用したGithubでのホスティングによる手動管理、プロジェクトにあふれるsigningStyleのManualをなんとかしてAutomaticに書き換えたい。 Fastlane Matchを利用することでCIでの証明書管理は飛躍的に快適になった、しかし管理するコストは変わらず更新作業などは発生する。Bitkeyでは様々なプロダクトを扱うためできる限り管理作業を自動化することにメリットがある。この現状を打破したい、というモチベーションが原点となる。 また、特定のCI/CD製品(弊チームではBitrise)に依存し
https://event.cloudnativedays.jp/cicd2021/talks/1154Read less
【高1/歴25日】 React, TypeScript, CI/CD, Supabase, Firebase でデジタル名刺アプリを作った - Qiita
【高1/歴25日】 React, TypeScript, CI/CD, Supabase, Firebase でデジタル名刺アプリを作った初心者ですReact個人開発初学者高校生 みなさんこんにちは！僕は現在1ヵ月本気の技術力向上を目指している現役高校生1年生、 @shuniiです！ 今回はReact学習開始から25日目でデジタル名刺アプリCardfolioを作ったのでその成果を共有させていただきます。少し文章量が多くなってしまうかもしれませんがお付き合いいただけるとうれしいです。プログラミング初学者の方であれば、「自分にもこんなものを作れるようになるんだ！！」とワクワクしてくれたら嬉しいです(技術のことはいったんおいといて) 使用技術 React TypeScript react-hook-form Supabase jest react-testing-library github a
Spinnaker vs. Argo CD vs. Tekton vs. Jenkins X: Cloud-Native CI/CD
Introduction All right, we’re gonna try and compare tools. Why try? When we talk about continuous integration (CI) and continuous deployment (CD), a myriad of tools is available, and each of them has a slightly different scope. Jenkins for example has been around for years and offers great pluggability, leading to a highly customizable CI/CD experience―you can build almost anything (both in a good
cndjp #15で発表させていただいた内容です。AWS CDKのお話。
AWS （ECS + RDS）+ CircleciによるCI/CDの理解（初学者がインプットすべき情報）~用語と概念理解編~ - Qiita
AWS （ECS + RDS）+ CircleciによるCI/CDの理解（初学者がインプットすべき情報）~用語と概念理解編~AWSCircleCIDockerECReks 導入のきっかけ ・いわゆるWeb系の現場ではコンテナのデプロイ+ CI/CDパイプライン構築が当たり前に組まれている 主なメリットとしてはフックとなる箇所（masterブランチにpushしたときなど)を指定してテスト~デプロイ~DBマイグレーションなどを自動でやってくれるというところ。それにより テスト~デプロイまでが一定の品質で自動でできる 開発者は商品価値を生み出す部分（機能の差別化など）に全力を注ぐことができる。 Web系のエンジニアとしてDevOpsの知見と後に出て来るような構成での構築スキルは武器になる最早必須であると考えた。 参考文献 【AWS Black Belt Online Seminar】Amazon
こんにちは！AWS事業本部コンサルティング部のたかくに（@takakuni_）です。 今回は、TerraformのCI/CDパイプラインでどのような構成が取れるか考えてみました。 きっかけは、最近tfsecを使う機会がよくあり、CI/CDに組み込むと面白そうだなと思い、GWの宿題として考えてみました。 気がついたら、6月の終盤で超大作ブログになっていました。是非ともTerraformユーザーの方にご覧いただけるととても嬉しいです。 今回の構成が「必ずしも正解」というわけではなく、あくまで一例として参考程度にご覧いただけると幸いです。 「tfsec」って何？と言う方は以下のサイトも合わせてご覧いただけると幸いです。 全体の構成図 以下の構成図のようなTerraform実行パイプラインを作成しようと思います。 パイプラインが少し長いため、以下の区分で実装方式や解説をまとめていこうと思います。
マイクロサービス アーキテクチャを主な利点の 1 つは、リリース サイクルの高速化です。 しかし、優れた CI/CD プロセスなしでは、マイクロサービスが約束するアジリティは達成できません。 この記事では、これらの課題について説明し、問題に対処するために推奨するいくつかの方法を示します。 CI/CD とは CI/CD の話は、実際には、継続的インテグレーション、継続的デリバリー、および継続的デプロイという関連する複数のプロセスについての話です。 継続的インテグレーション。 コード変更は、メイン ブランチに頻繁にマージされます。 自動化されたビルドとテストのプロセスによって、確実にメイン ブランチのコードが、常に運用環境の品質であるようにします。 継続的デリバリー。 CI プロセスに合格したコード変更は、運用環境に似た環境に自動的に公開されます。 運用環境へのデプロイには手動による承認が必要
用語の定義や専門家の解説だけでは、具体的に思い描くのが難しい用語の一つに「CI/CD」があります。この記事では何が重要で、ソフトウェア開発などになぜ必要か、実務経験の無い方にもわかりやすく説明しています。実際の作業や手法は高度ですが、目指している考え方には価値があり、多くの分野に応用可能なノウハウと考えます。 CI/CD の概要 ソフトウェア開発などの業務をより正確に、より効率良く進めるための手法であり考え方です。2つの用語に共通する「C」はContinuousの頭文字で、「継続的に」何かを進めていくことです。CI/CDでは、作業 → テスト → 公開の流れを「自動化」する意味で使われています。作業量が少ないうちは手作業でできていたことでも、激増すると対応ができないため、この「自動化」は重要になってきました。 インターネット上で利用可能なサービスの分野でも、ソフトウェア開発業務をいかに迅速
CI/CDをリポジトリ分割し、CircleCIの設定ファイルのメンテナンス性を向上させた話 - サーバーワークスエンジニアブログ
こんにちは。サーバーワークスでCloud AutomatorのSREチームで開発・運用を担当している尾崎です。 2回に渡って、Cloud AutomatorのSREチームが中心となって取り組んだアプリケーションのCI/CD改善について紹介します。 まずはCircleCIの設定ファイルのメンテナンス向上について紹介をして、別の記事でCircleCIを利用したカナリアデプロイについて紹介します。 なお、記事中で「CI」は主にアプリケーションの自動テストやコンテナイメージのビルド、「CD」はアプリケーションコード(コンテナ含む)のデプロイを意味しています。 開発チームが持っていた課題 課題への対策 アプリケーションデプロイ(CD)用のリポジトリを新設 CircleCIのダイナミックコンフィグを利用したデプロイ設定ファイルの分割 まとめ 開発チームが持っていた課題 Cloud Automatorは
Auth0は様々なアプリやAPIに対応可能な統合認証基盤サービスです。Auth0公式が提供しているAuth0 Deploy CLIを使用することで、テナントの設定をソースコードで管理できます。また、既存のCI/CDパイプラインと統合して、Auth0テナントのCI/CD環境を構築することも可能です。 今回はAuth0のCI/CD環境をGitHub Actionsで構築してみます。 Auth0 Deploy CLIをインストール npmで個人のPC環境にAuth0 Deploy CLIをインストールします。 npm i -g auth0-deploy-cli テナント設定をエクスポート プロジェクトのディレクトリにAuth0 Deploy CLIの設定ファイルを作成します。認証情報は次の記事を参考にアプリを作成後、アプリの設定ページから取得してください。 config.json { "AUTH
AWS 上の CI/CD パイプラインにおける Terraform State ファイル管理のベストプラクティス | Amazon Web Services
Amazon Web Services ブログ AWS 上の CI/CD パイプラインにおける Terraform State ファイル管理のベストプラクティス はじめに 昨今、多くのお客様はインフラストラクチャのデプロイとメンテナンスに関する手動運用を減らしたいと考えています。 AWS でインフラストラクチャをデプロイしたり運用したりするためには、 AWS CloudFormation、AWS Cloud Development Kit (AWS CDK)、 Terraform のようなツールを利用した Infrastructure-As-Code (IaC) モデルを採用することが推奨されます。 Terraform を利用する上では、インフラストラクチャの設定やリソースを追跡するための State ファイルの管理がとても重要な要素となります。 AWS 上の CI/CD パイプラインで
第93回 雲勉【オンライン：初心者向け】CI/CDって結局何なの？インフラエンジニアがCode3兄弟を学ぶ
第93回 雲勉【オンライン：初心者向け】CI/CDって結局何なの？インフラエンジニアがCode3兄弟を学ぶ
AWS CDKでAWS Step FunctionsのCI/CD環境を作ってみた | DevelopersIO
AWS CDKでAWS Step FunctionsのCI/CD環境を作ってみました。向き不向きは置いといて、本気を出せばAWS CDKで大体のことは出来ます。 AWS CDKで何でも作ってみたい こんにちは、のんピ(@non____97)です。 皆さんは何でもAWS CDKでゴリ押しますか? 私は何でもゴリ押します。 今回、AWS Step FunctionsのCI/CD環境を作る機会があったので、AWS CDKの底力を知るべくAWS CDKでチャレンジしてみました。 作成したAWS CDKのリポジトリは以下になります。 こちらの記事は、今までの私のAWS Step FunctionsやCodeCommit関連の記事の総集編のような意味合いが強いです。自身で試したり、中身を知りたい方は以下記事も参照しながらご覧ください。 構成図 上述のリポジトリでAWS CDKを使ってデプロイされるリソ
PostgreSQLのロール管理とその注意点（Open Source Conference 2022 Online/Osaka 発表資料）NTT DATA Technology & Innovation
昨今、もはや当たり前とも言えるCI/CD(継続的インテグレーション/継続的デプロイ)は、Kubernetesの世界でも当然必要な技術です。さまざまなツールが登場し、「それぞれどういった位置付けなのかわからない」というかたも多いのではないでしょうか。 そこで今回は、CI/CDツールについてGitOpsやIaC(Infrastructure as Code)など、さまざまな側面から紹介することで、位置付けをより深く理解していただきます。なお、個別のCI/CD系のツールの使い方などの詳細については次回以降紹介します。 標準化の動き- CDF(Continuous Delivery Foundation) さまざまなCI/CDツール出てくるなかで、ツールに応じた記法を覚えるのは非常に大変なことでしょう。2019年3月12日にCDF(Continuous Delivery Foundation)の設
Terraform CI/CD and testing on AWS with the new Terraform Test Framework | Amazon Web Services
AWS DevOps Blog Terraform CI/CD and testing on AWS with the new Terraform Test Framework Introduction Organizations often use Terraform Modules to orchestrate complex resource provisioning and provide a simple interface for developers to enter the required parameters to deploy the desired infrastructure. Modules enable code reuse and provide a method for organizations to standardize deployment of
【CI奮闘記】第1章：Jenkinsを使う事=CI/CDではない» CloudBees|テクマトリックス
はじめに この記事は、CI/CDが定着していない会社に転職して、上司の溝⼝さんにCI/CDの重要性を説きながら、その会社にCI/CDを定着させていく形式で進んでいく連載記事です。 登場人物 吉田：転職したてのエンジニア。前職では積極的にCIやCDという事に取り組みながら開発をしていた。 溝口：入社20年のベテラン。現職の部署の開発経験しかなく、従来通りのウォーターフォールでの開発経験しかない。新しい取り組みには積極的だが、どうしても今までの成功体験に寄ってしまいがち。 連載内容の趣旨 CI/CDについての概要の説明はもちろん、時には実演を伴って一緒に読み進めていくことによりCI/CDを理解し、実践できることを目的としています。 背景 CIという単語が初めて言われたのが1991年頃だそうです。それから約30年、すでにCIやCDという概念や用語はある程度日本でも定着しています。 概念だけでなく
CI/CDをオーケストレーションするツールKeptnは、2020年6月26日にSIG App Deliveryでの検討の上、TOCのスポンサーを得てCNCFのサンドボックスプロジェクトとして認定されたオープンソースソフトウェアだ。今回は、2020年12月にオーストリアのDynatraceが公開した「Introduction to Keptn」という動画から概要を紹介する。 セッションを担当したのは、Rawkodeというサイトを運営するEquinixのエンジニアDavid McKay氏と、DynatraceのエンジニアJurgen Etzlstorfer氏だ。動画そのものもRawkodeのチャネルで公開されているもので、CNCFのWebinarでもなければDynatraceの公式チャネルでもないが、Keptnの概要と公式サイトに記載されているチュートリアルを2回に渡って詳細に解説するもので、
[！] この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。 はじめに 近年、CI/CDという言葉をよく耳にします。開発・リリースのプロセスを自動化することで、品質や生産性の向上・人的ミスの減少・リリースサイクルの改善や高速化・コスト削減などがメリットとして挙げられています。 世の中には様々なCI/CDのツールがありますが、この記事ではGitLabのCI/CDと連携してパイプラインを実行するGitLab Runnerの構築方法と課題対応について紹介します。 CI/CDとは 継続的インテグレーション(Continuous Integration)と継続的デリバリ(Continuous Delivery)または継続的デプロイ(Continuous Deployment)の略で、この2つを組み合わせたものを「CI/CD」と呼びます。 CIはソースコード
こんにちは。 ピリカ開発チームの伊藤です。 ピリカでは6月1日より、ピリカサポーターズクラブを開始しました。 まだご覧になっていない方はこちらをご覧ください。 corp.pirika.org ピリカサポーターズクラブをはじめるにあたって新しいシステムを構築しました。 ピリカの開発チームのリソースは潤沢ではない中、全く新しいシステムを作るのはとても大きなチャレンジです。 社内からも「開発のリソースが潤沢でないならSNSピリカに注力すべき」という意見はありましたが、開発チームでは単に新しいシステムを作るだけではなく、この開発を「SNSピリカの開発を今後少ないリソースで効率的に進めるために必要な基盤の実験」としても位置付けていました。 この開発を通じて得たことのまとめとして、ピリカサポーターズクラブの構成やデプロイの仕組みをご紹介したいと思います。 SNSピリカの開発で抱えている問題 SNSピリ
この記事は、Codemagic の運営元である Nevercode Ltd の依頼で作成しました。2020/7/6 に公開された オリジナルの英語記事の日本語訳に加え、冒頭に私のコメントを、末尾におすすめの Codemagic 関連の日本語記事へのリンクを列挙しています。 Codomagic は、今年の２月に発表された Flutter UX 調査チームによる Q4 2019 の調査結果において、開発者が CI/CD で採用しているサービスのトップ３に挙げられており、（Codemagic、 Github Actions、 GitLab）、その中でも満足度が最も高かったことが示されています。 Codomagic は、Google と提携して Flutter 専門の CI/CD サービスとして開始されただけあって、Flutter を手厚くサポートしています。また、以下の翻訳で示されているように、
Ansible Towre + GitLab + moleculeで作るCI/CD環境 | 日常系エンジニアのTech Blog
AnsibleのPlaybookやRoleのCI/CDをAnsible Tower + GitLab + moleculeを使って出来ないか検証してみたので書いてみようと思います。 やること ここでは、Apacheの設定やコンテンツを自動的にテストしてプロダクション環境への反映までやってみます。 流れは以下の通りです。 User ユーザーは、PlaybookやRoleおよびApacheの設定とコンテンツを作成します。 普通、コンテンツはCMSで管理するとは思いますが、ここでは挙動確認のため簡単なコンテンツを作成してプロダクション環境へ反映します。 GitLabでは、リポジトリの管理とCIおよびAnsible TowerのWF実行までを実施します。 ユーザーは、作成したPlaybookなどをリポジトリに反映すると自動で以下のテストが実施されます。 main playbook lintテスト
サイバーエージェントのインフラエンジニア青山昌也氏がKubernetesネイティブなCI/CDを解説。 今回はサイバーエージェントのインフラストラクチャーを担当するエンジニア、青山昌也氏のセッションを紹介する。青山氏はサイバーエージェントのインフラストラクチャー担当としてOpenStackからKubernetesまで幅広くカバーし、最近はKubernetesに関する書籍も執筆するなどの啓蒙活動も行うエンジニアだ。CloudNative Days Tokyo 2020の共同チェアパーソンとしてイベントの運営にも関わっている。 今回のセッションでは、クラウドネイティブなインフラストラクチャーを構築するための出発点として、CI/CDに特化してGit、Tekton、Kaniko、Harbor、Argo CDを組み合わせたワークフローを紹介した。また単なるCI/CDではなくセキュリティを組み込む必要
スマホアプリで全ユーザに「お知らせ」を表示しようと思い、JSONデータを公開する仕組みを作ってみました。 API（API Gateway + Lambda）を作っても良かったのですが、簡単に済ませるため、S3バケットにJSONファイルを格納して公開することで簡略化しました。 （「クラウド側の仕組みとCI/CDの仕組み」を作ってみたかった） 目次 概要 JSONファイルの仕様 リポジトリとブランチ運用 CI/CDを構築する Python仮想環境を作成 Makefileを作成 S3バケット & IAMユーザ & IAMロールを作成 IAMロールのARNを取得 IAMユーザのアクセスキーを取得 単体テスト用のファイルを作成 AssumeRole用のスクリプトを作成 JSONファイルを作成 CircleCIの設定ファイルを作成 CircleCIの設定 リポジトリのPush CircleCIにログイ
コンテナ Lambda の CI/CD パイプラインを SAM Pipeline で作ろう ! ~コンテナ利用者に捧げる AWS Lambda の新しい開発方式 ! ~ 第 6 回 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
こんにちは、サーバーレス スペシャリストソリューションアーキテクトの下川 (@_kensh) です。 「第 1 回 コンテナ Lambda の ”いろは”、AWS CLI でのデプロイに挑戦 !」では、AWS CLI を使ってコンテナ Lambda 関数を実際に AWS Lambda サービスにデプロイして動作確認をしてみました。 「第 2 回 コンテナ Lambda を開発、まずは RIC と RIE を使ってみよう !」では、開発者のローカル環境でコンテナ Lambda 関数の動作確認をする方法を紹介しました。 「第 3 回 コンテナ Lambda をカスタマイズして、自分好みの PHP イメージを作ろう !」では、コンテナイメージサポート Lambda 関数のカスタムイメージ作成方法について紹介しました。 「第 4 回コンテナ Lambda を AWS SAM でデプロイしよう !」
黒川さんの動画でCodeDeploy、CodePipelineを学んだので 活字でもハンズオン出来るように記事として書き起こしてみる。 参照：【はじめてのCI/CD】AWSでやってみるDevOps最初の一歩、CodeDeploy、CodePipelineを使った自動デプロイのハンズオン https://www.youtube.com/watch?v=8mPm7jolnVk&t=6s AWSのCodeシリーズの解説： コードをサーバまで運んでくれるので便利 CodeDeploy、CodePipeline github→codedeploy→internetgateway→ec2 このサービスを使うには３つの設定が必要。 ・AWSのVPC内の設定 ・githubクライアント側の設定 ・code系の設定 AWSのVPC内の設定 ・ルートテーブルにインターネットゲートウェイへのルートテーブルを設定
GitHub - cider-security-research/cicd-goat: A deliberately vulnerable CI/CD environment. Learn CI/CD security through multiple challenges.
The CI/CD Goat project allows engineers and security practitioners to learn and practice CI/CD security through a set of 11 challenges, enacted against a real, full blown CI/CD environment. The scenarios are of varying difficulty levels, with each scenario focusing on one primary attack vector. The challenges cover the Top 10 CI/CD Security Risks, including Insufficient Flow Control Mechanisms, PP
Digger is an Open Source Infrastructure as Code management tool that helps orchestrate Terraform and OpenTofu within your CI/CD system.
《第1回》 GitLab CI/CD環境構築｜GitLab-CI/CDでレガシー環境でのGitOps事始め｜SHIFT Group 技術ブログ
こんにちは。CAT推進グループ 小田柿 です。 最近はKubernetesでのGitOpsが流行っていますよね。でもうちはKubernetesなんて使ってないレガシー環境だし、そんな意識の高い概念は無関係だと思っている方も多いかと思います。 でもGitLabの定義によればGitOpsとは、 （引用） GitOpsを実践しているインフラチームは、コードとして保存された設定ファイル（Infrastructure as Code）を使用します。 インフラチームはIaCを使用して、マージリクエストで変更を実施するようになります。インフラの変更がコード化され、再現性があり、追跡可能になります。ヒューマンエラーが発生する余地が少なくなり、全員で同じ情報を共有できるようになります。 （参考）GitOpsとは とのことなので、コンテナもKubernetesも関係なく、バージョン管理システム上にCI/CD用
はじめに 昔リリースしたアプリをアップデートしたいんだけど、iOSの証明書周りどうなってたっけ？ということありますよね。。自分はiOSの証明書周りがあまり自信がなく、毎回調べながらリリースしてるのですが、今回色々調べていたらXcode Cloudなる機能を利用することで、自動署名でビルドしてTestFlightにアップロードできるようなので、備忘録的に記事にしてみます。 今回やりたいこと FlutterのiOSアプリをXcode Cloudを利用してCI/CDする。 Xcode Cloudとは？ Appleによって提供されているCI/CDサービスです。 Xcode 13.4.1以降とAppleDeveloperProgramのメンバーシップが必要なようです。 料金は25(コンピューティング)h/月までは無料のようです。 Xcode Cloudの設定 序盤の設定はぽちぽち進めてしまい詳しく覚
この AWS ソリューションでは以下のセットアップを行います。 AWS CodePipeline で、ソース、構築/テスト、デプロイの各ステージを持つ CI/CD パイプラインを自動化します。 ソースステージでは、Git ユーザーがコミットをプッシュし、CodePipeline が起動します。CodePipeline はソースコードを取得し、Amazon Simple Storage Service (Amazon S3) のアーティファクトバケットに保存します。 構築/テストステージでは: AWS CodeBuild は、アーティファクト S3 バケットからコードを取得し、TaskCat を実行します。 TaskCat は、CloudFormation テンプレートのデプロイとテストを行い、テスト結果をレポート S3 バケットに保存します。 AWS Secrets Manager は、C
SWETグループの平田（@tarappo）です。 10/21（木）にiOS Test TeaTime #3を開催しました。 その時の私の登壇資料は次のとおりです。 資料では不足しているであろう情報もあるので、本稿ではその点も補いつつ説明していきたいと思います。 はじめに SWETメンバーとして、プロジェクトに関わるときは「CI/CDサービス」が問題なく動いているかどうかを確認することはよくあります。 CI/CDサービスが文字通り継続的に動いているのであれば「プロジェクトのコードが手元でも動かせる」「コードの状態がある程度わかる」という状態ともいえます。 そのため、これはプロジェクトの状況を把握してなにをするべきかを判断するためには重要な指標の1つともいえます。 その中で最初にチェックする箇所の例としては、次のようなものがあります。 どのようなことを実行しているか 自動テストがあって実行され
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
GitHub Actionsは、GitHubが提供するCI/CDサービスです。GitHubにプルリクエストが作成された時や、GitHubにプッシュされた時など、GitHub上のイベントをトリガーとして、ビルドやテストなどを自動で実行させることが可能です。本書では、GitHub Actionsを用いてFlutterのCI/CD環境を構築します。
基本的に継続的な開発を行っていく上で、CI/CDは避けて通れなくなっています。CI/CDといえば、これまでも様々なツールやサービスがありました。 クラウドの発展やインフラ環境の変化などもあり、個々の特性を生かした機能やサポートなどを持つツールやサービスが生まれてきています。 OSSで基本的に自身で環境を構築する汎用ツール：Jenkinsなど CI/CD専用のSaaS：Circle CI、Travis CI、AWS Codeシリーズ、Google Cloud DevOps、GitHub Actionsなど クラウドやKubernetes環境向けのCD：Spinnakerなど アプリケーション実行環境とCDがセットになったPaaS：GAE、AWS Beanstalkなど 一方、この各ツールやサービス間で移行することになると、複雑になりがちな設定の書き換えや、特定ツールのサポートやプラグインに乗
GitLab CI/CDで特定のファイルが変更された場合にのみジョブを実行する - GeekFactory
GitLab 11.4から only:changes という記法がサポートされました．これにより，特定のファイルが変更された場合のみジョブを実行できます． https://docs.gitlab.com/ee/ci/yaml/#onlychangesexceptchanges 例えば，以下のように記述すると，ブランチをpushした時に terraform/ フォルダのファイルが変更されている場合にのみジョブが実行されます． stages: - build terraform_plan: stage: build only: changes: - terraform/**/* - .gitlab-ci.yml image: name: hashicorp/terraform:0.12.8 entrypoint: - /usr/bin/env script: - cd terraform/ -
GitHub Actionsを使ったマイクロサービスのCI/CDモジュール管理 | MoT Lab (GO Inc. Engineering Blog)
MoTではマイクロサービスアーキテクチャを採用しており、標準技術スタックにGitHub Actionsを採用しています。本記事では数多くのリポジトリのCI/CDパイプラインを管理していくアプローチを紹介します。 はじめに昨年10月頃にSREグループにjoinした古越です。クラウドインフラの構築、運用とアプリケーションのCI/CD構成などを担当しています。 MoTの中での開発体験向上はSREグループのミッションの一つです。CI/CDについては開発体験とアプリケーションの品質に大きく寄与する要素だと考えています。 MoTのSREグループが構築するサービスのCI/CDにはTravisCIが長く使われていました。最近になりGitHub Actionsを使う方針に切り替えており、現在は移行途中になります。移行については別記事で触れようと思いますが、移行過程でCI/CDの共通化や管理上の課題が幾つか明
According to the 2020 Jetbrains developer survey 44% of developers are now using some form of continuous integration and deployment with Docker Containers. We know a ton of developers have got this setup using Docker Hub as their container registry for part of their workflow so we decided to dig out the best practices for doing this and provide some guidance for how to get started. To support this
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iOSアプリのCI/CD構築を世界一簡単・楽に作る ~創刊号~ - Qiita
Machine learning CI/CD with OSS
アプリエンジニアを救え！ AWS CDKで実現するインフラCI・CD
TerraformのCI/CDパイプラインを実装してみた | DevelopersIO
マイクロサービスの CI/CD - Azure Architecture Center
Palo Alto Networks、CI/CDプラットフォームのセキュリティ強化のためCNAPPを拡大
【図解】CI/CD とは？非エンジニアの方向けにわかりやすく解説します - カゴヤのサーバー研究室
Auth0のCI/CD環境をGitHub Actionsで構築してみた | DevelopersIO
backlogsでもCI/CDする夢を見る
Kubernetes入門(15) CI/CDにおける潮流 - CIOpsからGitOpsへ
CI/CDから障害の復旧までハイレベルの運用自動化を実現するKeptnとは
GitLabでCI/CD GitLab Runner 前編
TerraformとCloud RunとCloud Load BalancingでCI/CDを突き詰めた
Codemagic でモバイルアプリの CI/CD を始めましょう - Qiita
CNDT2020シリーズ：CAのインフラエンジニアが解説するKubernetesネイティブなCI/CD
S3バケットにJSONファイルをアップロードするCI・CDを作ってみた | DevelopersIO
AWSのCI/CDサービスCodeDeploy、CodePipelineを試してみた - Qiita
Digger - CI/CD orchestrator for Terraform
FlutterもXcode Cloudで楽ちんCI/CD
AWS CloudFormation 向け TaskCat CI/CD パイプライン
治安維持のためにCI/CDサービスを活用しておこなったこと - DeNA Testing Blog
Xcode CloudによりiOSアプリ開発でCI/CD可能に
GitHub Actionsで始めるFlutter CI/CD入門
ポータブルなCI/CD Daggerを試してみる - What is it, naokirin?
Best practices for using Docker Hub for CI/CD | Docker