Natureに掲載され、かなり話題になった論文の感染性プロファイルの推定が間違っているという指摘。マジか 発症の2.3日前から感染力ありとしていたが、修正されたモデルからは接触者の調査は4日以上遡る必要がある。… https://t.co/ci9rbXPUna
けんもう新型コロナ対策本部 on Twitter: "Natureに掲載され、かなり話題になった論文の感染性プロファイルの推定が間違っているという指摘。マジか 発症の2.3日前から感染力ありとしていたが、修正されたモデルからは接触者の調査は4日以上遡る必要がある。… https://t.co/ci9rbXPUna"
Natureに掲載され、かなり話題になった論文の感染性プロファイルの推定が間違っているという指摘。マジか 発症の2.3日前から感染力ありとしていたが、修正されたモデルからは接触者の調査は4日以上遡る必要がある。… https://t.co/ci9rbXPUna
【社内勉強会】AKIBA.GCP でZennのCI/CDを紹介し、Google Cloud Japan の皆さまに改善アドバイスをいただきました | DevelopersIO
【社内勉強会】AKIBA.GCP でZennのCI/CDを紹介し、Google Cloud Japan の皆さまに改善アドバイスをいただきました こんにちは。Zennチームの和田です。2023年3月1日、Google Cloud に関する社内勉強会が開催され、そこでZennのCI/CDの話をしたのでレポートを書きます。 Zenn の CI/CD Zennは、バックエンドにGoogle Cloudを採用しています。少人数のチームで運営しており、できるだけ運用負荷を減らす観点でCI/CDは重視しているポイントです。いまは、以下のような概略図で動いています。 勉強会の目的 おおきくふたつありました。 Google Cloud で動いているアプリのCI/CDとして、Zennを例にとって共有すること Google Cloud Japan の方々に改善点をアドバイスしてもらうこと この勉強会のために、
週刊Railsウォッチ（20190701）RMagickのメモリ使用量が劇的に改善、インスタンス変数の定義順で速度が変わる？、GitLab CIランナーをローカルで回すほか｜TechRacho by BPS株式会社
2019.07.01 週刊Railsウォッチ（20190701）RMagickのメモリ使用量が劇的に改善、インスタンス変数の定義順で速度が変わる？、GitLab CIランナーをローカルで回すほか こんにちは、hachi8833です。kazzさんのアバター画像が変わったことにお気づきでしょうか。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ※今回のつっつき録画に音声が入っていなかったので、今回は分割せず軽量版とします。申し訳ありません🙇。 ⚓お知らせ: 第12回公開つっつき会（無料） 応募先: 週刊Railsウォッチ公開つっつき会 第12回｜IT勉強会
[DevOpsプラットフォームの取り組み #6] CI/CDにおけるパラメータの課題とQmonus Value Streamの取り組み - NTT Communications Engineers' Blog
DevOpsプラットフォームの取り組みを紹介する6回目の記事です。 Qmonus Value Stream 開発チームの奥井 ( @HirokiOkui ) です。 連載第6回では、パラメータを効率的に管理するためのQmonus Value Streamの取り組みについて紹介します。 第3回 で解説したとおり、Qmonus Value StreamではInfrastructure as Code（以後IaC）およびCI/CDパイプラインを記述するためにCUE言語を用いています。 CUE言語は洗練されたデータ記述言語であり、CUE言語が有する型システムやプログラマビリティにより、宣言的マニフェストを高品質かつ効率的に記述することが可能になります。 しかしながら、CUE言語を用いても改善できない領域が存在します。 それは、パラメータです。 本記事では、IaCおよびCI/CDパイプラインの構築に
![[DevOpsプラットフォームの取り組み #6] CI/CDにおけるパラメータの課題とQmonus Value Streamの取り組み - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/e1dc56cd92c697974f3d36eb41ee4779696aff8b/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220824%2F20220824100559.png)
RubyKaigi2020 用に準備してた資料の供養として発表させていただきました。 僕が知ってるCIの知見や2020年時点でのCIのトレンドはだいたい詰め込めたと思っています。 connpass ginza-rails.connpass.com スライド
EngineeringMaking GitHub CI workflow 3x fasterUsing deferred compliance in GitHub’s CI process to improve developer productivity. Welcome to the first deep dive of the Building GitHub blog series, providing a look at how teams across the GitHub engineering organization identify and address opportunities to improve our internal development tooling and infrastructure. At GitHub, we use the Four Key
Conftest で CI 時に Rego を用いたテストを行う こんにちは。青山（@amsy810）です。 実は少しだけ PLAID さんでお手伝いをしており、CI に Conftest を組み込んで Kubernetes マニフェストのポリシーチェックを行うようにしたので、その時の備忘録を書いておきます。 PLAID さんでも GKE を基盤として選定して開発しています。 Conftest とは？ Conftest は Rego 言語で記述したポリシーを用いて、JSON や YAML などがポリシーに合致しているかをチェックする OSS です。 今回は Kubernetes のマニフェストがポリシーに合致しているかどうかを判別するために利用します。 例えば下記の例では、Deployment や StatefulSet などの Workloads リソースの Selector や起動して
GitHub Pull-ReqでCIの完了をデスクトップ通知するChrome拡張 "WatchRaptor" を作った - Islands in the byte stream
Chrome Web Store chrome.google.com 使い方ですが、GitHub PR pageに次のようにCI statusにcheckboxが現れるので、完了通知がほしいCI statusにチェックをつけるだけ。 チェックされたCI statusが完了（success or failure）になると、次のようなデスクトップ通知が出ます。この完了したときの通知をクリックすると該当のGitHub PR pageのタブをアクティブにします。 tab idごとにcheck状態をもっているので、リロードしてもtabごとのcheck状態は維持されます。 現在（v0.9.2）の機能はこれだけです。既知のバグとして、GitHubのPR画面で差分をみたりdiscussionに戻ったりしているとcheckboxが出ないことがありますが、そういう場合はリロードするとcheckboxが出ると思
GraphQL Schemaの破壊的変更をCIで検知する
ここ数年、私はGraphQL APIサーバーの開発を行っています。GraphQLは柔軟かつ強力なAPIクエリ言語で、Webフロントエンドからモバイルアプリなどいくつかのクライアントがそれぞれ画面に必要なデータをフェッチしており、フロントエンドの開発パフォーマンスが向上しました。 破壊的変更の問題 私のチームではGraphQLサーバーはRailsとGraphQL Rubyを用いてCode First[1]で開発しています。 しかし、複雑性が増すにつれてクライアントやクエリの全体像を把握できずに破壊的変更を引き起こすこともあり、その変更が既存のクライアントに影響を与えないように注意深くSchemaを管理する必要があります。 実際に最近、fieldやmutationの引数の変更がクライアントに不具合をもたらす事態に発生しました。 破壊的変更の検知 そもそもGraphQLは仕様が網羅されているSc
MySQL 8.0 でも utf8mb4_general_ci を使い続けたい僕らは - mita2 database life
このエントリーは MySQL Advent Calendar 2020 の 12/7 のエントリーです。 照合順序（COLLATION）とは 照合順序は文字列の比較やソート順のルールのことです。各キャラクタセットごとに照合順序が定義されています。 -- SHOW COLLATIONS で一覧が見れる mysql> SHOW COLLATIONS; +----------------------------+----------+-----+---------+----------+---------+---------------+ | Collation | Charset | Id | Default | Compiled | Sortlen | Pad_attribute | +----------------------------+----------+-----+-------
CI providers like webapp.io, GitLab, TravisCI, and Shippable are all worsening or shutting down their free tiers due to cryptocurrency mining attacks. On September 1st, 2020, GitLab announced that their free CI offering was being restricted in response to "usage." Two months later, TravisCI announced that a similar restriction in response to "significant abuse." Concurrently with these pricing cha
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformを利用したプロジェクトでの改善を紹介します。Drift Detectionの導入、monorepoにおけるDynamic Workflowの採用など過去1年で実施したTerrafromを利用するプロジェクトの改善を紹介します。Read less
【ハンズオン】Next.js × Go × AWSでJWT認証付きGraphQLアプリとCI/CDを構築してみよう - Qiita
■ご案内■ 本内容は合計４つの記事で構成されています。 【環境構築編】 👈いまここです 【Next.js編】 【Go編】 【AWS編】 これからも頑張ってハンズオン系の記事を書いていきたいと思っているので、いいねっと思って頂けたらLGTM押していただけると励みになります！ 作成に至った背景 普段エンジニアの皆さんは、業務用に新しいライブラリやツールを調べたり、趣味で新しい言語やフレームワークを使ってサンプルアプリを作ってみる方は多いと思います。 エンジニアになって歴は浅いものの、私も例に違わず、業務前後や休日を使って趣味の延長でコードを書いていました。 ある日、ふと自分のGitHubリポジトリを見返してみると、それなりに多くの"インプットの跡"に気づきました。 "使えそうなプロジェクトを合体"してみれば、それなりのボリュームにもなるし、何よりGitHubの藻屑となりえたこの子達にも少し
はじめに こんにちは、ZOZOMO部OMOバックエンドブロックの杉田です。普段はFulfillment by ZOZO（以下、FBZ）が提供するAPIシステムを開発・運用しています。 FBZでは、昨年からビルドの高速化や自動デプロイをはじめとしたCI/CDパイプラインの最適化に取り組んできました。本記事では、それらの取り組みの詳細とその効果についてご紹介します。 目次 はじめに 目次 FBZにおけるCI/CDと構成管理の現状 リリースサイクルの見直し リリースまでの流れ 顕在化した課題 長時間のデプロイ ビルド環境のメンテナンス性の低さ 手動デプロイが抱える人為的なリスク CI/CDパイプラインの改善に向けて デプロイフローの見直し CodeBuildのバッチビルド タスク定義の実装例 個々のタスクを高速化 Direct deploymentsの有効化 devDependenciesの依存
こんにちは、Wantedly の Developer Experience Squad で生産性に関わるあらゆることに手を出している大坪です。今回は巨大化した Rails の CI 高速化手法について解説します。 CI は早ければ早いほどいい 上にリンクした DX Squad のミッションでも書いていますが、CIは早ければ早いほどよいと考えています。遅い CI は Pull Request の merge までのリードタイムを長くするという短期的なデメリットだけでなく、開発者の test を書くモチベーションを削いでしまい長期的にもプロダクトの安定性を悪化させます。 テストが早いと書きたくなる「他の人がテストを書いてくれない」「なんでこのコードはテストされていないのか」と思ったことは誰しもあるでしょう。そんな状況において自分が大事だと考えているのは「テストを書くことがお得である」と感じるこ
CI/CDの巨大パイプライン、デプロイを高速化するには？ 〜 インフラにおけるScrewdriver.cdカスタマイズ事例
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ヤフーで社内向けCaaS（Kubernetes）環境を提供している岸本です。 アプリケーションを継続的にリリースするためには、CI/CDは欠かせない物となっており、ヤフーでもCI/CDを用いたデプロイを行っております。 社内ではCI/CDツールとして、ヤフーとVerizon Mediaが共同開発しているScrewdriver.cdを利用し、アプリケーションのビルドやテスト（Continuous Integration/継続的インテグレーション、Continuous Delivery/継続的デリバリー）に限らず、さまざまな環境へのリリース（Continuous Deployment/継続的デプロイ）も行っています。 今回
FlutterのCI/CD環境のAWS EC2(Mac)環境に構築してパイプライン実行速度を改善する - Qiita
背景 現在Flutterを用いたモバイルアプリの開発を行なっているが、その中でGitlabによるCI/CDを構築している。 こちらを運用していくにあたって1点問題が発生した。 それは、メンバーの増加によって相対的にCI/CDのビルド端末が不足し、pipelineの滞留が発生したことだ。 pipeline待ちがDeveloperのストレスになったり、作業効率の低下を招いたりすることは既に広く知られてはいるため本件を早急に解決する必要がある。 基本的には、CI/CDのRunnerとなるMacを購入して、処理台数を増やすことで、本件を解決することができる。 しかし、この問題の解決には以下のような課題がある。 Mac端末の購入にはリードタイムが必要であり、解決まで時間がかかる。 新規で購入した端末では新たに環境構築が必要であり、人的リソースがかかる。 メンバーの増加は一時的なものであり、減少した際
はじめに コンテナイメージのセキュリティ診断ツール｢Dockle｣を正式にリリースしました。コンテナイメージから特に危険な項目をチェックするとともに、イメージに保存されているコマンド履歴をもとにベストプラクティスに沿ったコンテナイメージが作れているかも確認できます。 https://github.com/goodwithtech/dockle 導入まで インストールしたら、あとはイメージ名を指定すればOKです。 他には何も用意する必要がありません。そう、Dockerすら不要です。 各OSでのインストール手順はこちら。 プライベートレジストリにも対応してます。プライベートレジストリのイメージを利用する方法はこちら。 Dockleの公式イメージも用意してます。利用方法はこちらをご確認ください。 実行結果は、以下のようにでます。 問題なければ ｢PASS｣が表示されます。 特徴 Dockleの特
こんにちは、マッチング領域でバックエンドエンジニアをしているぽこひで ( @pokohide ) です。 冷やし中華はじめました的なタイトルですね。分かります。 今回はタイミーが本番運用しているRailsアプリケーションに対してRails edgeでCIを回すようになった話を紹介します。翌週には「〜見つけたエラー編（仮）〜」と題して、実際に弊社で見つけたエラーの例を紹介していきます。記事公開時点（2023年7月）のバージョンは下記の通りです。 $ ruby -v ruby 3.2.2 (2023-03-30 revision e51014f9c0) +YJIT [aarch64-linux] $ rails -v Rails 7.0.6 弊社ではRubyもRailsも積極的に最新バージョンにあげる活動をしています。今回の記事はRailsに関してですが、Rubyのアップグレードも同様に行って
iOSのCI環境をゼロから構築
「CI/CD Test Night #4」での登壇資料 https://testnight.connpass.com/event/130465/ CI環境を整備した経緯 やったこと まずはここから整えよう まとめ
【週刊 Kubernetes 連載】ミニマリストのための CI/CD パイプライン！！ - Zeals TECH BLOG
こんにちは！！ 8月からZEALSにジョインしたぱんでぃーです！TypeScriptとAureliaを愛するバックエンドエンジニアとして、現在はGolangでMicroservices化を目指したAPIを開発しています！ このAPI開発のプロジェクトについても、近いうちにブログで公開していきたいのですが、今回はKubernetes環境でのCI/CDについてご紹介します。（おもにCD） このトピックについては、以前、CTO島田のエントリーでも少し紹介していましたが、さらに進化させた内容となっております！ tech.zeals.co.jp TL;DR KubernetesエコシステムのCDツールの現状 できるだけミニマムスタックでスタートするためには？ Gitブランチ戦略 アプリケーションの実行環境 目指すゴール ZEALSの実際のCI/CDパイプラインを紹介 今後の伸びしろ さいごに TL;
Go で書いた CLI ツールのリリースは GoReleaser と GitHub Actions で個人的には決まり を読んで、自分もどうやっているのか書いておこうと思ったので書く。 CIでテストを実行する これはまあ、素朴にやる。テスト自体はMakefileに隠蔽しておくと手元でもCIと同じテストを実行できて便利。 --- name: CI on: [push] jobs: run_test: name: Go Test runs-on: ubuntu-latest steps: - name: Set up Go 1.13 uses: actions/setup-go@v1 with: go-version: 1.13 id: go - name: Check out code into the Go module directory uses: actions/checkout@v
CI/CDをCloud Buildへ乗り換えたついでにリリースを10分以上短縮した話 - Commune Engineer Blog
はじめに コミューンではこれまでCI/CDのツールにCircleCIを使っていましたが、最近Cloud Buildへ切り替えました。 結論から言うと、切り替えにあたってパイプラインの中身とプロセスを今一度見直したところ、以下のように改善しました。 ビルド回数：2回 -> 1回 本番環境のリリース完了時間：約13分~24分 -> 約3分 今回の記事では切り替えるきっかけとなった出来事やCloud Buildの設定、注意点について書きます。 はじめに タフな仕事始め その場限りの対応ではなくあるべきを考える あるべきを設計する パイプラインのステップ ステップ1 ステップ2 Cloud Buildの設定 構成ファイルの作成 サービスアカウントの設定 トリガーの設定 開発環境用のプロジェクト 本番環境用のプロジェクト 注意点 cloudbuild.yamlの多段構成は避ける 自前のタグをつけたリ
crowdworks.jpのCI事情とスローテスト調査内容の紹介 - クラウドワークス エンジニアブログ
この記事は クラウドワークス Advent Calendar 2021 の１８日目の記事です。 こんにちは。crowdworks.jp で、市場投入までの時間短縮を目指して日々改善活動をしている高橋です。最近はCIのテスト実行時間改善に取り組んでいますので、その際に調査した内容を紹介します。 はじめに CI（continuous integration）とは、自動でアプリケーションのビルドとテストを行うDevOpsソフトウェア開発の手法です。CIの目的は、バグを早期に発見して対処することやソフトウェアの品質を高めること、そしてソフトウェアの更新を検証してリリースするためにかかる時間を短縮することが挙げられます。 crowdworks.jpでは、CIツールにCircleCIのクラウド版を利用しており、テスティングフレームワークにはRSpecを利用しています。そのため、本記事ではCircleC
本記事は 【コンテナウィーク】 1日目の記事です。 💻 告知記事 ▶▶ 本記事 ▶▶ 2日目 📱 こんにちは。梅原です。 皆さんはCI/CDパイプラインやってますか。昨今はパイプラインファーストという考え方もあり、ソースコードの変更反映をトリガーにテストやビルド、デプロイまで自動でやることは多いのではないでしょうか。 今回はAWSでCI/CDパイプラインを実現するためのサービスであるCodeシリーズ（CodeCommit、CodeBuild、CodeDeploy、CodePipeline）を使ってECSへ自動デプロイする流れを見ていきます。 AWSでCI/CDパイプラインを実現するために そもそもCI/CDパイプラインは、継続的インテグレーション/継続的デリバリーの略で、これまで手動でしていたテストやビルド、デプロイ作業を自動化･高速化するために使われるものです。 CI/CDパイプライ
EM完全に理解した と思ったけど、 やっぱり何も分からなかった話 / EM Night Fukuoka #1
現在自分が担当しているプロジェクトでは、GitHub Acitionsを利用してデプロイを行っています。 npm ci を使ってパッケージのインストールが行われていましたが、 その際に node_modules をキャッシュしていて意味がない状態となっていました。 - name: Cache Node modules uses: actions/cache@v2 with: path: hoge/node_modules key: ${{ runner.os }}-node_modules-${{ hashFiles('**/package-lock.json') }} - name: Build hoge run: | npm ci npm run build working-directory: hoge これは修正せねば！ということで、調べると npm ci する際は ~/.npm
Hondaの研究開発子会社である本田技術研究所は、振る舞いや言葉を通じてコミュニケーションを図り、ユーザーや周囲の人と協調しながらユーザーを支える、人とわかり合える独自の協調人工知能「Honda CI（Cooperative Intelligence）」を活用した「Honda CIマイクロモビリティ」と、そこに搭載される2つのコア技術を公開。これらのCIマイクロモビリティを用いた技術実証実験を、茨城県常総市内の「水海道あすなろの里（11月より）」および「アグリサイエンスバレー（2023年春より）」で順次開始する。 公開されたコア技術は、高精度地図に頼らずカメラベースで周辺環境を認識し、目的地まで安全を維持しながらの自動走行を可能とする「地図レス協調運転技術」と「意図理解・コミュニケーション技術」があり、地図レス協調運転技術には次の技術などが含まれる。 「リアルタイム道路構造理解機能（車道）
シューティングスターの常設タイトル 『マネーアイドルエクスチェンジャー』Lv.8 石田敦子先生によるとっても可愛いキャラクターたち とっても可愛い声の声優さんたちが起用されています シューティングスターには本作を得意とする少女がいます 通り名は『リアルマネーアイドル』『姉ヶ崎のマネーアイドル』 などと呼ばれています ※以下少女 少女が小学5年生の夏 2022年8月31日に高田馬場ゲーセンミカドさんで本作の大会がありました https://www.youtube.com/watch?v=2lSpuikR9i0 自分の腕前を知りたい少女は大会に出てみかったのですが 開催日がなんと夏休み最終日Σ(ﾟдﾟlll)ｶﾞｰﾝ 開催時間も21時スタートと千葉県市原市在住の小学生の女の子が参加するのは難しいと親に判断され大会には出られませんでした 小学生が東京に遠征して夜の大会に参加するのが難しいのであれ
pixivFANBOX・Fantiaが相次いでAI生成を主にした支援活動を禁止措置に！AI生成師はCi-en・Patreonに活動を移すも…？
【5/11 21:00頃追記】Ci-enおよびDLsiteにてAI生成禁止措置の告知とPatreonでのAI生成に関するアンケートのツイートを追加しました。 正直やっとという気持ちではあるけど日に日に変わる情勢がどう動いていくのか注目です。
GitHub - filipdutescu/modern-cpp-template: A template for modern C++ projects using CMake, Clang-Format, CI, unit testing and more, with support for downstream inclusion.
Modern CMake configuration and project, which, to the best of my knowledge, uses the best practices, An example of a Clang-Format config, inspired from the base Google model, with minor tweaks. This is aimed only as a starting point, as coding style is a subjective matter, everyone is free to either delete it (for the LLVM default) or supply their own alternative, Static analyzers integration, wit
GitHub ActionsのSelf-hosted RunnerをM1 Macで構築して、iOSのCI/CDが快適になった話
こんにちは！テラーノベルでiOS/Android/Webとフロントエンド周りを担当している @kazutoyoです！ テラーノベルのCI/CDは、Bitriseを利用していました。（旧プランでTeamsプラン移行前のもの） BitriseはモバイルにフォーカスされたCI/CDサービスで、かんたんにモバイルでのCI/CDパイプラインを構築できる素晴らしいサービスです。 ただし、テラーノベルのアプリ開発において、以下のような問題点がありました。 テラーノベルでのBitriseを利用する問題点1: マシンタイプが現在では古い こちらは旧プランを利用していたためGen２マシンを利用できなかったからなのですが、当時のEliteプランでもMac mini 2018年モデルでした。 Model Identifier: Macmini6,2 machdep.cpu.brand: 0 machdep.cpu
dotnet format を CI で行って継続的にコードフォーマットしていく - tech.guitarrapc.cóm
この記事は Qiita C# Advent Calendar 2021 7日目の記事です。 Visual Studio や Rider での コードフォーマットは個人で使うにとても良く、開発上は必須といえます。 しかしチーム開発でコードフォーマットをいい感じに標準化させたい、労力かけずにフォーマット修正をかけたいと思ったときには CLI で実行できてほしいものです。 dotnet には長らく標準的なコードフォーマッタ用のCLI がありませんでしたが、.NET 6 SDK からコードフォーマッタ dotnet format が標準組み込みとなりました。 今回は C#で開発するにあたり、CI でCLIを実行してC# のコードフォーマットを自動修正する方法を紹介します。 普段からやっていると開発上でフォーマッタで困らなくなるので、塵も積もれば的な良さを感じる人がいれば幸いです。 tl;dr; 実
Simplify CI/CD Configuration for AWS Serverless Applications and your favorite CI/CD system – General Availability
You can now create secure continuous integration and deployment (CI/CD) pipelines that follow your organization’s best practices with a new pipeline configuration capability for serverless applications. AWS Serverless Application Model Pipelines (AWS SAM Pipelines) is a new feature of AWS SAM CLI that gives you access to benefits of CI/CD in minutes, such as accelerating deployment frequency, shor
Heroku CI and Review App Secrets Compromised | Hacker News
Just got an email from Salesforce: "Action Required: Heroku security notification".Looks like the database that stores pipeline-level config variables for both Review Apps and Heroku CI were compromised. Per Heroku, "...any secrets you set in Review Apps and Heroku CI config may have been compromised and should be rotated". This...is really messed up :/ Text of the email: At Salesforce, we underst
Terraform リポジトリをマージして CI/CD を改善した話 - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 Terraform のコードを管理する複数のリポジトリ (以下 Terraform リポジトリ) を一つにまとめて CI/CD の品質およびメンテナンス性を改善した話をします。 弊社のこれまでの CI/CD 改善の取り組み 弊社ではこれまで Terraform の CI/CD を日々改善してきました。 その幾つかは既にブログで紹介していますのでそちらをご参照ください。 Terraform の CI/CD を CodeBuild に移行した話 - スタディサプリ Product Team Blog Renovate の Tips - スタディサプリ Product Team Blog Pull Request の terraform plan の実行結果を S3 に保存して安全に apply - スタディサプリ Produc
CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO
先日、CodeCommit への push をトリガーに terraform apply をサクッと実行するシンプルなパイプラインの記事を投稿しました。 今回はもうちょっと発展させて以下のような要件を取り込んでみたいと思います。 terraform workspace 環境でも使えるようにしたい 本番環境は terraform apply の前に承認者による承認プロセスを入れたい イメージは以下のとおりです。 開発環境向け 1-1. develop ブランチへ push 1-2. dev workspace に terraform apply を実行 本番環境向け 2-1. develop ブランチから master ブランチへ merge 2-2. prod workspace で terraform plan を実行 2-3. 承認者に後続処理の承認要求をメール通知 2-4. 本番用パ
GitHub Actions Importer を使って CI/CD を GitHub Actions に移行する
Description: GitHub Actions Importer helps you plan, test, and automate your migration to GitHub Actions. Please share your feedback @ https://gh.io/ghaimporterfeedback Options: -?, -h, --help Show help and usage information Commands: update Update to the latest version of GitHub Actions Importer. version Display the current version of GitHub Actions Importer. configure Start an interactive prompt
Amazon Web Services ブログ AWSでの動的に制御可能なマルチアカウントCI/CDソリューション (この記事はConfiguration driven dynamic multi-account CI/CD solution on AWSを翻訳したものです。) 多くの組織は、アプリケーションに堅牢で自動化されたコードのデリバリーを必要としています。マルチアカウントの継続的インテグレーション/継続的デプロイ (CI/CD) パイプラインを活用してコードをデプロイし、本番環境にデプロイする前に複数の環境で自動テストを実行します。テスト戦略がリリース固有の場合は、リリースのたびにパイプラインを更新する必要があります。従来のパイプラインのステージは事前定義されていて本質的に静的であり、それらが一度定義されると更新するのは困難です。この投稿では、リポジトリごとの動的に制御可能な C
Building a Modern CI/CD Pipeline in the Serverless Era with GitOps | Amazon Web Services
AWS News Blog Building a Modern CI/CD Pipeline in the Serverless Era with GitOps Guest post by AWS Community Hero Shimon Tolts, CTO and co-founder at Datree.io. He specializes in developer tools and infrastructure, running a company that is 100% serverless. In recent years, there was a major transition in the way you build and ship software. This was mainly around microservices, splitting code int
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#ginzarails にRuby on CIで発表した - くりにっき
Making GitHub CI workflow 3x faster
Conftest で CI 時に Rego で記述したテストを行う - @amsy810's Blog
Crypto miners are killing free CI
FBZにおけるCI/CDパイプライン改善の取り組み - ZOZO TECH BLOG
Wantedly のマザー Rails の CI 高速化 | Wantedly Engineer Blog
CIで簡単につかえるコンテナのセキュリティ診断｢Dockle｣ - Qiita
Rails edgeでCIを回し始めました 〜設定方法編〜 - Timee Product Team Blog
Go製ソフトウェアのCIやリリースをGithubActionsで行う
改めてCI/CDパイプラインを使ったECS自動デプロイの流れを整理する - NRIネットコムBlog
CI details in Kubernetes
CI/CDでnpm ciする際は ~/.npm をキャッシュしよう | DevelopersIO
本田技術研究所、人と分かり合える独自のAI、協調人工知能「Honda CI」を活用したCIマイクロモビリティ技術を公開
マネーアイドルエクスチェンジャー - 姉ヶ崎シューティングスター☆彡 - Ci-en（シエン）
AWSでの動的に制御可能なマルチアカウントCI/CDソリューション | Amazon Web Services