Hatena Blog Tags
はてなブログ トップ
CICD
このタグでブログを書く
言葉の解説
ネットで話題
関連ブログ

CICD

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
kickflow Tech Blog•2ヶ月前

鉄は熱いうちに打て、CI は Blacksmith で鍛えろ — runs-on 1行で1.76倍高速化

Blacksmith 氏が runs-on を打ち直す様子（イメージ） こんにちは、プロダクト開発本部でエンジニアをしている秋山です。 昨今のプロダクト開発では AI は切っても切れない存在となりました。kickflow でも掲げているバリューの一つに AI 1st があり、日々 Claude Code や Codex をフル活用してプロダクト開発をしています。 昨今の AI モデルの高性能化、コーディング AI のチームナレッジ集積による業務効率化に加えて、開発メンバーの増員（ありがたいことにここ1年で倍の人数になりました！）による稼働量増加などの要因のかけ合わせで、リポジトリのプルリクエス…

#GitHub Actions#CICD#パフォーマンスチューニング

関連ブログ

newmo 技術ブログ•3ヶ月前

PlaywrightのテストをDocker ImageとProjects機能で安定化と高速化

newmoのフロントエンド開発では、複数の機能を持つ単一のNext.jsアプリケーションを開発しています。このアプローチは、コードの共有やCIの管理といった面でメリットがある一方で、PlaywrightテストのCI実行における安定性とテスト時間という2つの課題を抱えていました。 この記事では、newmoで実施したPlaywright CI最適化の取り組みについて紹介します。 Docker Image導入によるセットアップの安定化と、テスト分割とShardingによる実行時間の短縮という2つのアプローチを実施しました。 結論を先に述べると、Docker Image化でセットアップ起因のCI失敗を…

#playwright#CICD
弁護士ドットコム株式会社 Creators’ blog•5ヶ月前

GitHub Actionsでstaging反映を自動化してCI事故をなくした話

staging automationこんにちは。弁護士ドットコムでエンジニアをしている @bhujel（ブゼル）です。 私が所属するチームでは、約 20 名のエンジニアが 1 つの巨大なコードベースで並行開発を行っています。配属されて最初に直面した課題は、CI（ビルド・テスト・各種チェック）の長さでした。完了までに約 30 分。長年の蓄積もあり、CI の高速化はすぐには難しい状況でした。 この環境で特に運用負荷が高かったのは、staging 環境（検証環境）への反映フローでした。今回は、GitHub Actions を活用してこのフローを自動化し、開発者体験（DX）を向上させた取り組みをご紹介…

#GitHub#GitHub Action#GitHub API#自動化,#staging#CICD#developer eXperience#workflow_dispatch
RAKUS Developers Blog | ラクス エンジニアブログ•10ヶ月前

あなたのCIは本当に安全？GitHub Actionsに潜むリスクと防ぎ方

こんにちは、id:takaram です。 ラクスでは全社で GitHub を利用しており、大半のプロジェクトが GitHub Actions を CI として利用しています。 GitHub Actions は、テストやデプロイまでを自動化する強力な仕組みである一方、正しく使わなければセキュリティホールとなる危険性もはらんでいます。 今回は、GitHub Actions のセキュリティについて紹介していきます。 GitHub Actions のセキュリティ ありがちな侵害のパターンと対策 1. サードパーティアクションの侵害 問題 対策 2. 過剰な権限設定 問題 対策 3. run 内での O…

#CICD#GitHub Actions#セキュリティ
APC 技術ブログ•1年前

Databricks Asset Bundlesを活用して、CI/CDをやってみよう：変数設定を活用したカタログ間の移動

はじめに こんにちは、Global Data + AI事業部Lakehouse部の陳（チェン）です。 「Databricks Asset Bundlesを活用して、CI/CDをやってみよう」シリーズの第二弾です。第一編にて話をした「カタログ間のアーティファクトの移動」の実演に「変数参照」を交えながら、Databricks Asset Bundlesの活用方法を紹介いたします。 シリーズになっているため、アーティファクトの準備やDatabricks Asset Bundlesの準備について、第一編を参照してください。 まえおき Databricks上で、CI/CDプロセスを円滑に行うためのDat…

#Databricks#CICD#Asset Bundles
APC 技術ブログ•1年前

Databricks × Terraform × Docker Image: 実践的な構築と CI/CD パイプライン

目次 目次 はじめに 背景と課題感 全体アーキテクチャ 前提条件 手順 1. Docker イメージの作成 2. Terraform でクラスタを定義 3. 検証の進め方 CI/CD への統合 まとめ おわりに はじめに GLB事業部Lakehouse部のティダです。 前回の記事では、Terraform を使用した Databricks リソースのデプロイの自動化について紹介しました。 前編の記事はこちらです。 https://techblog.ap-com.co.jp/draft/entry/PIuJdBvdBPoiP8oI7p6Ql5FXjxg 今回はその第2弾として、Terraform …

#Databricks#Terraform#CICD
Leapcell技術ブログ•1年前

Puppeteerをオンラインで実行するための最良の方法：ソリューション比較

「Puppeteer」という言葉を聞いたことがない人はいますか？ これは、人間によるWebページへの操作をシミュレートして、さまざまな複雑な要件を実現できる強力なブラウザ自動化ツールです。例えば、ウェブサイトのスクリーンショットの取得、PDFの生成、自動テスト、ウェブサイトのスクレイピング、Webコンテンツの変更の監視などです。 多くの場合、Puppeteerをオンラインで実行する必要があります。例えば： CI/CDパイプラインで、オンラインのPuppeteerを呼び出して自動テストを実行する。 cronを使用してウェブサイトの利用可能性を定期的にチェックする。 大規模な分散型Webクローラー…

#プログラミング#automation#CICD
APC 技術ブログ•1年前

Databricks Asset Bundlesを使い、CI/CDをやってみよう：前準備編

はじめに こんにちは、GDAI事業部Lakehouse部の陳（チェン）です。 久しぶりにブログを執筆します。今回のテーマはDatabricks上、推奨されるCI/CDのプロセス・アセットバンドル（Asset Bundles）についてです。 アセットバンドル（Asset Bundles）の使い方などの紹介は一編のブログのみで紹介しきれないため、不定期に更新するシリーズにしたいと思います。第一編の本ブログでは、環境分けの考え方を交えながら、アセットバンドルの基本の使い方を紹介します。 もくじ はじめに もくじ まえおき アセットバンドルについて 開発のための環境分け カタログによる環境を分ける ワ…

#Databricks#Asset Bundles#CICD
たねやつの木•1年前

【CI/CD勉強編-4】Raspberry PiにK3sを導入！Kubernetesへ手動デプロイ

こんにちは、たねやつです。 CI/CDパイプラインで、Raspberry Pi(ARM)でも動作するマルチプラットフォーム対応のDockerイメージをビルドできるようになりました。いよいよ、このイメージをデプロイする先の環境を構築していきます。 今回は、軽量なKubernetesディストリビューションである「K3s」をRaspberry Piにインストールし、CI/CDでビルドしたイメージを手動でデプロイするところまでを目指します。 前の記事 この記事でできること KubernetesとK3sについて K3s環境構築と手動デプロイ手順 1. Raspberry PiにK3sをインストール 2.…

たねやつの木•1年前

【CI/CD勉強編-3】x86とARMの壁を越える！Docker buildxでマルチプラットフォームイメージをビルド

こんにちは、たねやつです。 前回は、GitLab CI/CDを使ってDockerイメージのビルドとプッシュを自動化しました。しかし、そのイメージは開発PC（x86_64アーキテクチャ）でビルドされたもので、そのままでは最終目標であるRaspberry Pi（ARMアーキテクチャ）では動作しません。 今回はこのアーキテクチャの壁を乗り越えるため、docker buildx という強力なツールを使います。目標は、「1回のビルドで、x86とARMの両方で動作するマルチプラットフォームイメージを作成する」ことです。 前の記事 この記事でできること CPUアーキテクチャの壁とは？ Docker Buil…