【レポート】AWS サービスで実現する継続的インテグレーション/継続的デリバリー（CI/CD）入門 #AWS-30 #AWSSummit | DevelopersIO
こんにちは！コンサル部のinomaso(@inomasosan)です。 AWS Summit Online Japan 2021が、2021年5月11日(火)、12日(水)で開催中されております。 本記事は2021年5月12日(水)に行われた「AWS サービスで実現する継続的インテグレーション/継続的デリバリー（CI/CD）入門」のセッションレポートとなります。 セッション概要 変化に迅速に対応する為に、ソフトウェアのリリースにも俊敏性が求められています。「より頻繁」、「より迅速」、「より安全」にリリースを行うには自動化が欠かせません。このセッションでは、継続的インテグレーション/継続的デリバリー（CI/CD）に利用できる AWS サービスをご紹介し、どのようにリリースプロセスを自動化することができるのかご紹介します。 登壇者 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 西
CI/CD pipelines have long played a major role in speeding up the development and deployment of cloud-native apps. Cloud services like AWS lend themselves to more agile deployment through the services they offer as well as approaches such as Infrastructure as Code. There is no shortage of tools to help you manage your CI/CD pipeline as well. While the majority of development teams have streamlined
cndjp #15で発表させていただいた内容です。AWS CDKのお話。
GitHub - rung/threat-matrix-cicd: Threat matrix for CI/CD Pipeline
A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
先日 DeNA 主催の CI/CD Test Night #7 というイベントで登壇しました。 自分は普段あまり登壇とかはせずに主に OSS の開発やブログの執筆という形でアウトプットをすることが多いのですが、自分がメンテしている OSS などでいつもお世話になっている @ponkio_o さんからお声がけいただき、登壇することとなりました。 貴重な機会をいただきありがとうございました。 本記事では自分の発表について紹介したいと思います。 自分は主に CI/CD のセキュリティ的なプラクティスや関連するツールの紹介をしました。 一つのことを掘り下げるというより、色々なトピックについて話をしました。 自分の発表の多くは自分が過去に書いたブログ記事に基づいています。 ブログ記事ではより詳しく解説していたりするので、是非そちらも参照してください。 Pull Request の CI の結果を P
最新のコンテナアプリケーション開発環境でパフォーマンス向上とコスト削減を両立する ~AWS Graviton に対応した CircleCI の CI/CDプラットフォームとは - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
自動車や産業用アプリケーションなど、極めて広範な要件をリアルタイム、かつ高水準で処理するワークロードを取り扱う場合、非常に多様な種類のコンピューティングに対応した環境が必要になります。 この記事では、このような多様な種類のコンピューティングに対応したアプリケーションを開発される企業やエンジニアの皆様に向けて、広範囲のワークロードに対応し、最良のコストパフォーマンスを発揮する AWS Graviton プロセッサの利用メリットをご紹介しながら、AWS パートナー CircleCI が提供する CI/CD プラットフォームを活用し、実際にAWS Graviton を搭載した AWS 環境において、どのように CI/CD パイプラインを構築し、コンテナアプリケーション開発における品質と開発スピードの向上を可能にできるのかについて解説いたします。 クラウドネイティブな CI/CD (継続的インテグ
デプロイ失敗時にCI/CDで再デプロイしたいので、CircleCIのワークフローを見直して並列にした話 | DevelopersIO
今のプロジェクトでは、リリース作業を毎週行っています。たまにデプロイやE2Eテストが失敗してやり直すことがあるのですが、CI/CDのワークフローが一本道なので手動デプロイせざるを得ない事象が発生しました。 そのため、対策としてCircleCIのワークフローを見直して並列にしてみました。 環境について 本番環境 エンドユーザーが利用している プレ本番環境 関係者が本番さながらに利用している 本番環境リリース前の最後の砦 ステージング環境 いわゆる検証環境 動作確認を行う 開発環境 開発者が自由に使える リリースについて v1.2.3のようなタグを付けてPushすれば、CircleCIのワークフローが動いてステージング環境・プレ本番環境・本番環境へのリリースが行われます。リリース作業自体はミスを防ぐために複数人で確認しながら行っています。 特徴としては、ステージング環境→プレ本番環境→本番環境
Trivyの脆弱性スキャン結果をFutureVulsに連携してみた（CI/CD編） | DevelopersIO
Trivy は OSS のコンテナ脆弱性スキャンツールで、コンテナの OS パッケージやアプリケーションの依存ライブラリの脆弱性を検出します。 前回、コマンドラインから Trivy でスキャンした結果を脆弱性管理ツールの FutureVuls に連携してみました。 今回は実践的な CI/CD パイプラインに組み込んだパターンを GitHub Actions で作ります。 やってみた 以下の手順で進めます。 ワークフローファイルを作成 シークレットを設定 コンテナ用意 実行 1. ワークフローファイルを作成 ワークフローでは以下を行います。 GitHub Secrets に登録した認証情報をセット trivy（コンテナの脆弱性をスキャン）をインストール trivy-to-vuls（trivy のスキャン結果を vuls のレポート形式に変換）をインストール future-vuls（スキャン結
同じ形式のツールを複数使用するのは逆効果 Linux FoundationがCI／CDに関するレポートを公開
同じ形式のツールを複数使用するのは逆効果 Linux FoundationがCI／CDに関するレポートを公開：2024年第1四半期時点で83％の開発者がDevOpsに関与 The Linux Foundation Japanは、「継続的インテグレーション＆継続的デリバリーの近況：ソフトウェアデリバリーパフォーマンスの進化」を公開した。それによると、2024年第1四半期時点で83％の開発者がDevOpsに関与していることが分かった。
cronジョブ監視サービスCronitorの設定をコード管理してCI/CDする - LIVESENSE ENGINEER BLOG
まえがき こんにちは、インフラグループの yjszk です。 今回は、Cronitorというツールについてご紹介します。Cronitorはジョブの状態を簡単に管理することができるモニタリングサービスです。 このサービスは、Cronジョブの監視を行うことができ、提供されているSDKは複数のプログラミング言語で利用可能で、設定をYAMLでエクスポートし、コード管理することができるのも魅力の1つです。 今回は、Python SDKを使用してCronitorを設定する方法について説明します。 まえがき Cronitorとは Python SDKによる設定のコード管理 GUIでのジョブ作成 SDKによる設定 既存設定のエクスポート コード化した設定の適用 Dry-Run GitHub Actionsによるパイプライン化の例 ハマりどころ 終わりに 参考 Cronitorとは Cronitorは、ジョ
How to use HashiCorp Waypoint to deploy with GitLab CI/CD
How to use HashiCorp Waypoint to deploy with GitLab CI/CD Learn how to use Waypoint using GitLab CI/CD by following this step-by-step demo. HashiCorp announced a new project at HashiConf Digital called Waypoint. Hashicorp Waypoint Hashicorp Waypoint uses an HCL based configuration file to describe how to build, deploy, and release applications to various cloud platforms, ranging from Kubernetes to
《第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用
技術同人誌 Advent Calendar 2019の12日目の記事です。 この記事のゴール 本稿ではTechBooster/ReVIEW-Templateリポジトリをベースに 著者はマークダウンで原稿を書く。 GitHubのプルリクで差分をチェックする。 マージしたら自動でPDF生成→Slack配信。 上記を実現するための取り組み（突貫工事）をご紹介します。 この記事の対象読者 技術同人誌の快適な執筆環境を整備しようとしている方。 自己紹介 販売数1,000部を超えた技術同人誌『個人開発がやりたくなる本』の発起人・編集代表です。 詳しくは以下の記事・スライドを参照ください。 yuzutas0.hatenablog.com 既存のツール TechBooster/ReVIEW-Templateという有名なGitHubリポジトリがあります。 Re:VIEWという書籍執筆支援システムを手軽に利用
iOS開発におけるGitHub Actions self-hosted runnerを利用したオンプレ CI/CD のすゝめ | CyberAgent Developers Blog
iOS開発におけるGitHub Actions self-hosted runnerを利用したオンプレ CI/CD のすゝめ 昨今のiOSのCI /CD環境において、マシンスペックと実行コストのトレードオフや、それに伴うクレジット管理に悩まされることが増えています。 6月27日〜28日にかけて開催した「CyberAgent Developer Conference 2023」では「iOS開発におけるGitHub Actions self-hosted runnerを利用したオンプレ CI/CD のすゝめ」というタイトルで下記についてご紹介しました。本ブログでは、そのセッションの様子をお届けします。 ————————— サイバーエージェントではCyberAgent group Infrastructure Unit（CIU）がMac OSの物理マシンを運用管理し、GitHub Action
【GitHub Actions】reviewdog + reusable workflows によるCI/CD共通化 - Sansan Tech Blog
この記事は Sansan Advent Calendar 2023 の13日目の記事です。および【R&D DevOps通信】の連載記事のひとつです。 こんにちは、研究開発部 Architectグループの藤岡です。 今回は部で運用しているCI/CDに関する取り組みについてお話しします。共通化のノウハウや、どういった種類のCI/CDを導入してコード品質を担保しているかといった話をしたいと思います。 そのまま使える実装例もあるので、是非参考にしてみてください。 目次 目次 CI/CD共通化 reviewdog による Pull Request へのコメント 導入しているCI/CD PythonのCI その他のCI CD 実装例 reusable workflows composite action reusable workflows を利用する例 release-drafter によるリリース
こんにちは。 食べログで2008年からコードを書いているおおいしつかさです。 プログラムは中学一年生の頃からMSX2で書いていました。ぼくも同じだ! という人はお友達になってください。1画面プログラムの話題で盛り上がりましょう。 (CDがいっぱい) Photo by Lucía Garó on Unsplash CI/CDについては「LeanとDevOpsの科学」などで言及されている通り、サービスの価値をユーザーへ届け続けるという部分で重要であり、組織全体のパフォーマンスとも相関があることが示されています。みなさんのサービスでもCI/CDが導入されていることかと思います。 食べログではインフラ基盤のKubernetes化を進めています。(このことについては去年のAdventCalendarで弊社の@tkyowaが記事にしています)。 Kubernetes化にともない、食べログのCI/CDパ
リポジトリの管理にGitLabを使用しています。 GitLabの機能としてCI/CDパイプラインの実行が可能で、テストや静的解析を開発フローに組み込むことができるのですが、モノレポ構成の場合のCI/CDの組み方で悩んだ点があったので調べたことをまとめます。 モノレポとは 詳細は省きますが、以下のような特性を持つリポジトリ管理の手法です。 複数のプロジェクトが、同一リポジトリ内にある プロジェクトは相互依存可能で、コードも共有できる 変更を行う場合、モノレポでは全てのプロジェクトで再ビルドや再テストをしない。その代わり、変更の影響を受ける可能性のあるプロジェクトだけを再ビルドと再テストする モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました 複数のプロジェクトが同一リポジトリ内に存在し、それぞれ
10/21（木）に開催したiOS Test TeaTime #3の発表資料です。 https://testonline.connpass.com/event/223189/
Stop re-writing pipelines! Why GitHub Actions drive the future of CI/CD
Stop re-writing pipelines! Why GitHub Actions drive the future of CI/CD The Pipeline-as-Code pattern is implemented by most CI/CD platforms today. So what could be the next evolutionary step? Based on GitHub Actions, the article outlines why open-source Pipeline-as-Code Building Blocks will take your pipelines to the next level. GitHub Actions – blog seriesPart 1: GitHub Actions CI pipeline: GitHu
CI/CD
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
スペシャルセッション「その ＼よーいドン！／ デプロイが、あなたのサービスの信頼性を損ねている」ーAWS DevAx::connect シーズン 3 「rethink CI/CD」（前編 第 4 回)
スペシャルセッション 「その ＼よーいドン！／ デプロイが、あなたのサービスの信頼性を損ねている」 ◆登壇者 講師：Tori Hara (@toricls) 氏 (CTO, Kaminashi) 進行：杉本 晋吾（アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト） パネリスト：福井 厚（アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト）/ 下川 賢介 (アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト）/ 野村 侑志 (アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト）/ 林 政利 (アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト）/ タメルラン トルガエフ (アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト） ◆ セッション概要： 本セッシ
GitLabとAWS CodePipelineを使ってAWS ECS/FargateのCI/CD - KeisukeYamashita
September 30, 2020 GitLabとAWS CodePipelineを使ってAWS ECS/FargateのCI/CD こんにちは。 本記事では、GitLabとAWS ECS/FargateのCI／CD環境の構築する方法を紹介します。 今回の記事を書く動機は、GitLabの目玉機能であるGitLab CI/CDとAWSのCode4兄弟と言われているAWS CodeCommit, AWS CodePipeline, AWS CodeDeployやAWS CodeBuildの協調がいまいち最初は分からなかったからです。これからGitLabとAWSのCode4兄弟でCI/CDをしていく人の参考になれば幸いです。 注意 用語について 本記事では、GitHubではなくGitLabを使用しているため用語がGitHubの場合と異なる場合があります(例: GitHubのPull Reque
GitHub - tadashi0713/circleci_flutter_demo: Demo for CI/CD pipeline for Flutter app using CircleCI.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
JAWS DAYS 2022でのハンズオン資料のUpdate Verです
![[JAWS DAYS 2022] ハンズオン～コンテナサービスをCI/CDパイプラインでデプロイしよう～](https://cdn-ak-scissors.b.st-hatena.com/image/square/879d651c4dd541e5b0aaa1d6448fcdd76b462f33/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--KNh__url--%2Fg_center%252Ch_280%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYm9va19jb3Zlci82MjJhMjE0NWJjLnBuZw%3D%3D%252Cw_200%2Fv1627283836%2Fdefault%2Fog-base-book_yz4z02.jpg)
A complete solution for engineering teams of all sizes.Pull requestsCompare revisionsBrowse codeQuality GatesWebhooksProtected branchesNotifications and alerts
CI/CD Conference 2023から、GMOペパボのSREがVM/Kubernetes混在環境でのCI/CDについて解説
CI/CD Conference 2023から、GMOペパボのSREが仮想マシンとKubernetesが混在する環境におけるCI/CDの課題と解決策を解説したセッションを紹介する。 CI/CDに特化したカンファレンスCI/CD Conference 2023から、GMOペパボ株式会社のSREが解説する仮想マシンとKubernetesが混在した環境でのCI/CDの改善について解説するセッションを紹介する。プレゼンテーションを担当したのは2021年にGMOペパボに中途で入社したSREの渡部龍一氏だ。 ●動画：インフラCI/CDの継続的改善の道のり セッション開始から約8分は自己紹介と自社紹介に使われており、実質的なシステムの解説は以下のスライドから始まった。今回はスライドが別資料として公開されており、そこから引用している。 ●参考（発表資料）：インフラCI/CD継続的改善の道のり
GitHub Actionsとgit-secretによるPostmanのCI/CD環境の構築 | HiCustomer Lab - HiCustomer Developer's Blog
はじめに HiCustomer のエンジニアの 吉村（@jumpyoshim）です。 今回は、 GitHub Actions と git-secret による Postman の CI/CD 環境の構築方法 を紹介させていただきます。弊社では公開 API とプライベート API の結合テストや回帰テストなどで Postman を利用しています。Postman を利用するなかで以下の問題がありました。 誤操作で Postman の Request が書き換わってしまうことが多々あった 大量の Request を作成・修正する場合に Postman 上で行うのは非効率だった 上記の問題を解決するべく、GitHub Actions を活用した Postman への同期の自動化と git-secret を活用した Postman のバージョン管理を行いました。 Postman とは Postman
GitHub CI/CD実践ガイド~ Forkwell Library#67 (2024/09/17 19:30〜)
📝 開催概要 「つぎの一歩が見つかる、気づきと学びの場」 Forkwell Library シリーズ 第67弾 これまで Forkwell のイベントで登壇されたエキスパートの方々は、先達が記した書籍から「気づき」を得て実践し、振り返り、再現性のある「学び」として身に付けていく中で、実績を築いてこられました。 しかし、日々限られた時間の中で知識や情報をアップデートし続けるのはそう簡単ではありません。 Forkwell Library では、著者・訳者・実践者らを登壇者として招き、そんな思いを抱えた開発者の皆さまが「学びのきっかけ」を得られる勉強会を目指します。 第67回目では『GitHub CI/CD実践ガイド ――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用』を取り上げます。 GitHub Actionsの基本構文から，テスト・静的解析・リリース・コンテナ
複数ブランチ運用は『単一のコードベース』と言えるのか | CI/CD Conference 2021 by CloudNative Days
architect - システム設計 developer - システム開発 app-developer - アプリケーション開発 operator/sys-admin - 運用管理/システム管理 かの有名な The Twelve-Factor App は、その「コードベース」の章で「一つのコードベースと複数のデプロイ」が重要であると説いています。[1] 周りを見渡してみましょう。develop ブランチ release ブランチ main ブランチ... おやおや。複数のコードベースから複数のデプロイが生まれているではありませんか。 The Twelve-Factor App はもう古い、そんなのできていて当たり前などという言葉が聞こえてくることもある昨今ですが、そもそも当たり前すぎるセオリーすら満たせていない現場はあまりにも多そうです。 The Twelve-Factor App が間違
PackerBuild and manage images as code
はじめにiOS/Androidの自動テストを実行する環境として端末（実機やエミュレーター）を利用したいケースがあるかと思います。 自動テストは手元だけの実行でなく、CI/CDサービスを通して継続的に実行できるようにしておくことが望ましいです。 その場合、CI/CDサービスからどのように端末に対して自動テストを実行すれば良いでしょうか。 最近は、クラウドのCI/CDサービス（BitriseやCircleCIなど）の利用が増えています。 そのため、CI/CDサービスを通してテストを実行する場合、デバイスファームを利用することになるかと思います。 そこで、本稿ではCI/CDサービスを通してデバイスファームで自動テストを実行した場合について、主に次の２つのことについて書いていきます。 - デバイスファームが出力するテスト結果 - CI/CDサービスによるテスト結果の表示 まず、これらについて書く前
[ワークショップ紹介] AWS Fargateを使用したブルー/グリーンデプロイ用のCI / CDパイプラインの構築 #DOP305 #reinvent | DevelopersIO
CX事業本部＠札幌の佐藤です。 re:Invent 2019 のワークショップ「Building a CI/CD pipeline for blue/green deployments using AWS Fargate」のレポートです。 ワークショップ概要 In this workshop, you learn how to build a CI/CD pipeline (AWS CodePipeline) to develop a web-based application, containerize it, and deploy it on a serverless Amazon ECS cluster (AWS Fargate). You use the blue/green method to deploy it, and you implement a switchover m
![[ワークショップ紹介] AWS Fargateを使用したブルー/グリーンデプロイ用のCI / CDパイプラインの構築 #DOP305 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
【CI/CD】GitLabのinclude機能を用いて、マイクロサービスのCI設定ファイルをテンプレート化する - OPTiM TECH BLOG
はじめに こんにちは、AI・IoTサービス開発部の岩丸です。 早いもので2年目に突入し後輩が出来ました。年齢も無事にインクリメントされましたので自分らしく2年目も頑張っていきたいと思います。 前回はGCPのCloud Run、Cloud BuildでCIOps環境を構築してみた話を執筆しました。もしお時間ある方は合わせてご覧ください。 tech-blog.optim.co.jp 今回はGitLabのinclide機能を用いてCI/CD設定ファイルのテンプレート化を行ったのでご紹介致します。GitLabは優秀な機能が多いのでどんどん活用していきたいです。 目次 はじめに 目次 やりたいこと include機能とは やったこと テンプレートの構成 /Templates/Gradle.gitlab-ci.yml やってみて おわりに やりたいこと マイクロサービス構成で構成されたプロダクトは新機
Kubernetes CI/CD Pipelines — Best Practices and Tools
CI/CD pipelines enhance the software delivery process by automating key stages such as testing, security scanning, and deployment. Adopting a pipeline-based workflow helps you ship more quickly by passing all code through a consistent set of steps. This guarantees that required standards are adhered to. You’ll see the greatest CI/CD success when you combine the right set of tools for your team’s s
PostmanとNewmanを組み合わせて、CI/CDに組み込むREST APIの自動テストを作ろう！ - Qiita
PostmanとNewmanを組み合わせて、CI/CDに組み込むREST APIの自動テストを作ろう！テストREST-APIPostmanNewman はじめに REST APIのテストツール、テストが書きやすくてCLIベースで動くものを探していたんですが、PostmanとNewmanの組み合わせが神だったのでご紹介です。 これらを使うとざっくりこんなことが出来ます。 REST API実行する 実行したAPIのresponseをチェックするテストスクリプトを作る 作ったテストスクリプトをjsonファイルにexport CI/CDでこのスクリプトを実行するようjenkinsジョブを作る このざっくり説明で少しでも興味を持った方、ざっくり使い方を見ていってください。 Postmanは、APIを持つソフトウェアの開発を簡単にするためのツールです。アイコンかわいい(大事 出来ること APIテストを
[速報] 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！#AWSreInvent | DevelopersIO
こんにちは！ AWS 事業本部コンサルティング部のたかくに（@takakuni_）です。 re:Invent 2023 でラスベガスにきています。最終日のキーノートにて、 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！ 今までどんな状態だったか まず初めに、AWS で提供されているコンテナイメージスキャンをおさらいしてみます。 AWS では、 ECR ベーシックスキャンと、Inspector v2 を利用した拡張スキャンの2種類が提供されています。 オンデマンドスキャン 使っている DB 等、いくつか違いがあるのですが、「CI に組み込めるか？」と言った目線だと、 ベーシックスキャンはオンデマンドスキャンが可能なため、 CI に組み込めて、拡張スキャンは対応していなかったため、組み込めませんでした。 追記 厳密には組み込めたのですが、複数のサービスを組み合わ
![[速報] 拡張イメージスキャンが CI/CD パイプラインに組み込めるようになりました！#AWSreInvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/0831131249568b6a5c4b12b46a8249f87f5faf99/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F12%2Fimage-1.png)
CI/CDを使ってみよう
はじめに 前回は、作成したアプリケーションをマイクロサービスとして連携する方法を紹介しました。 今回は、作成したサービスをOpenShiftが提供するCI/CDツールを用いて、外部のイベントを契機にビルド・デプロイを動的に実行する方法を解説します。 CI/CDとは 昨今では、ビジネスの変化に対応するため、アプリケーションの改善およびリリースサイクルを継続的かつ迅速に回していくことが重要となっています。 それを実現していくために必要な手法としてCI/CDがあります。CI/CDは「継続的インテグレーション/継続的デリバリ(Continuous Integration/Continuous Delivery)」の略で、ソフトウェア開発におけるビルド、テスト、デプロイ等の作業を自動化し、アプリケーションのリリース頻度を高める手法です。これらの作業を自動化することで人に起因するミスを防げるため、品質
AWS AmplifyでPythonのFunctionをCI/CDするとbuildに失敗する問題の対処方法 - Qiita
題名の通り、AWS AmplifyでPythonのFunctionをCI/CDするとbuildに失敗する問題に遭遇しました。 結論(対処方法) ビルド設定のamplify.ymlに以下を追記することでbuildを通すことができました。 version: 1 backend: phases: build: commands: # ここから追記 >>> - export BASE_PATH=$(pwd) - yum install -y gcc openssl-devel bzip2-devel libffi-devel python3.8-pip - cd /opt && wget https://www.python.org/ftp/python/3.8.2/Python-3.8.2.tgz - cd /opt && tar xzf Python-3.8.2.tgz - cd /opt/P
いい方法が思いつかなくて、Netlifyチームに「ぶっちゃけどうやるのがいいの？」って聞いてみた。 今回のサンプル 特に意味はないですが、Gatsbyあんまり触ってないのであえて使ってみます。 GitHubのリポジトリと […] 今回のサンプル 特に意味はないですが、Gatsbyあんまり触ってないのであえて使ってみます。 $ npx gatsby new netlify-cli-test $ cd netlify-cli-test $ git init $ git add ./ $ git commit -m "init" $ git remote add origin <YOUR_GITHUB_REPO> $ git push origin master GitHubのリポジトリとの関連付けまでこれですみました。 Netlifyと連携する とりあえずサイトをそのままデプロイしてみましょう
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverless CI/CD on the AWS Cloud | Caylent
アプリエンジニアを救え！ AWS CDKで実現するインフラCI・CD
Amazon.co.jp: CircleCI実践入門──CI/CDがもたらす開発速度と品質の両立 (WEB+DB PRESS plus): 浦井誠人, 大竹智也, 金洋国: 本
CI/CD Test Night #7 で登壇しました
技術同人誌のアジャイル執筆を支えるCI・CD整備 - 下町柚子黄昏記 by @yuzutas0
食べログのCloud NativeなCI/CDパイプラインのお話 - Qiita
モノレポでのCI/CDパイプラインの定義方法を考える(GitLab)
治安維持のためにCI/CDサービスを活用しておこなったこと
[JAWS DAYS 2022] ハンズオン～コンテナサービスをCI/CDパイプラインでデプロイしよう～
Gitness: Open-Source Code Hosting & CI/CD Pipeline Engine
Learn CI/CD Automation with Terraform and CircleCI
デバイスファームで出力されるテスト結果とCI/CDサービスでの活用について｜tarappo
Netlify と Circle CIでのReact SPAのCI / CD | WP-kyoto