並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 826件

新着順 人気順

CIの検索結果401 - 440 件 / 826件

  • GitHub - catchpoint/workflow-telemetry-action: Github action to collect metrics (CPU, memory, I/O, etc ...) from your workflows to help you debug and optimize your CI/CD pipeline

    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

      GitHub - catchpoint/workflow-telemetry-action: Github action to collect metrics (CPU, memory, I/O, etc ...) from your workflows to help you debug and optimize your CI/CD pipeline
    • Pythonを使った APIサーバー開発を始める際に 整備したCIとテスト機構 / python-api-ci-test

      PyCon JP 2019で発表するAPIサーバー開発で始めるCI・テスト機構の話です

        Pythonを使った APIサーバー開発を始める際に 整備したCIとテスト機構 / python-api-ci-test
      • モノリシックなRuby on Railsアプリケーションの膨大なRSpecをGitLab CI/CDを使って並列実行する - OPTiM TECH BLOG

        はじめに こんにちは。Optimal Bizのサーバーサイドに関する開発を担当している伊藤です。 突然ですが皆さんは開発中、単体テストをどのように実施していますでしょうか。 Optimal BizではGitLabのマージリクエスト毎に単体テストを実施し、 その結果がマージリクエストに出るようにしています。 こんな感じです(モザイク部分には失敗したテストの詳細が表示されてます) しかし、歴史が長く単体テストが膨大になったプロジェクトの場合は実施に時間がかかり、マージリクエスト毎のタイムリーな実行が難しくなってきます。 Optimal Bizでは70,000ケース以上の単体テストがあり、シングルスレッドで実行すると24時間以上かかってしまう状況でした。 そこで今回は単体テストを実行するPCを20台に分散させ、50並列で実施することによって、実施時間を約1時間程度に短縮したアプローチをご紹介しま

          モノリシックなRuby on Railsアプリケーションの膨大なRSpecをGitLab CI/CDを使って並列実行する - OPTiM TECH BLOG
        • GitHub Actions で Terraform の CI/CD を構築する | MoT Lab (GO Inc. Engineering Blog)

          タクシーアプリ「GO」、法人向けサービス「GO BUSINESS」、タクシーデリバリーアプリ「GO Dine」の分析基盤を開発運用している伊田です。GitHub Actions から OIDC トークンを利用し、サービスアカウントキーなしで GCP に認証した上で Terraform の CI/CD を構築する方法を紹介します。 ※ 対象読者は分析基盤を管理しているデータエンジニア、または Terraform を管理しているエンジニアです はじめに本記事では、なぜ Terraform の CI/CD を構築したのか、まず分析基盤について簡単に説明し、次に分析基盤のうち Terraform で何を管理しているのか説明します。その上で現状抱えていた課題とそれに対する対応案を説明させて頂き、実際に構築に使用した技術要素やコード、運用にあたって気をつけたことについて紹介させて頂きます。 分析基盤に

            GitHub Actions で Terraform の CI/CD を構築する | MoT Lab (GO Inc. Engineering Blog)
          • CI/CDとは何かをわかりやすく図解、具体的なツールや取り組み方とともに紹介する

            デジタルトランスフォーメーション(DX)を推進する中で、最も具体的な取り組みがアプリケーション開発だろう。先駆けとなったUberやAirbnbなどではアプリケーションそのものが「革新」だからだ。こうしたDXアプリケーションの特徴の1つがアジャイル開発によるものであることだ。そして、それを実現する手段として開発と運用を一体として考えるDevOpsが普及。そこからさらにそのためのツールとして、CI/CD(継続的インテグレーション/継続的デリバリー)が注目を集めている。ここでは、自動化の考え方を取り入れて、リリース頻度を高めるCI/CDについて、基礎から主要ツール、活用事例まで、わかりやすく解説する。 製造業向け基幹系システムの開発を経験後、企業ITの編集、ライター業に従事。ファイナンス、サプライチェーンなど、企業経営の知識を軸にした執筆に強みを持つ。インダストリー4.0など新たな技術による製造

              CI/CDとは何かをわかりやすく図解、具体的なツールや取り組み方とともに紹介する
            • GitLab CIでTerraformを動かす - くりにっき

              GitLab CIでTerraformをいくつか動かしてるのですがGitLab CI独自の機能をうまく使うといい感じにCIができるようになったのでメモ 前提 ベースになるジョブをincludeで別リポジトリから読み込むと便利 include導入前 include導入後 メリット 上記templateでやってること Terraform実行専用のRunnerを作る limit = 1 にする理由 前提 AWSの各アカウントをTerraformで管理している アカウントごとにTerraformのリポジトリを作成 1アカウント = 1リポジトリ masterブランチ以外では terraform plan を実行し、masterブランチで terraform apply を実行 terraform plan があまり信用できないから別アカウントへの terraform apply のパターンもあるか

                GitLab CIでTerraformを動かす - くりにっき
              • RBSをCIに導入して型の恩恵を得たい - BOOK☆WALKER inside

                こんにちは,相生ゆら(@Little_Rubyist)です.最近配信でクロノトリガーをやっているんですがあまりにも面白すぎてありとあらゆる知人に「クロノトリガーをやれ」と言っています. さて,入社から半年以上経過しましたがその話はまた別でやるとして,私の所属している部署では勉強習慣というのがあって,自分の興味のあることを業務時間中に勉強してもいい時間が存在します.各々色んなことをやっていますが,私はその時間で少しずつRBSを導入しています.まだあまり触れていないプロジェクトなのでコードリーディングをしながらゆっくり入れていこうと思っています. CI導入まで済んだのでこれを一区切りとし,どういったことをやっていたのかをご紹介します. 型導入の準備 とってもシンプルです.steep, rbs_rails, katakata_irbをGemfileに追加します.ライブラリの型も必要なので,rbs

                  RBSをCIに導入して型の恩恵を得たい - BOOK☆WALKER inside
                • タダの実行環境一覧 - ci7lus

                  https://www.youtube.com/watch?v=A6KGGyO47MU つまりはタダ枠一覧です タダで使い倒しましょう #無料枠 デカくなった解説はプロダクト別にページを分割 ページ分離が難しい、リンク先説明ページ有りと書いてあるやつは名前がリンクじゃなくて説明ページです クラウドサービス Google Cloud Free Program 1年限定の$300ある、ドブに投げました AWS クラウド無料利用枠 | AWS あんま大したことないので作っちゃって良い Azure の無料アカウントを今すぐ作成 | Microsoft Azure 無料で使えるIBM Cloudサービス - 日本 | IBM 1ヶ月限定の$200あるらしい、クレジットカードが必要? Always Free Resources Oracle Cloud 1ヶ月限定の$300ある、仮想通貨採掘以外のいい

                    タダの実行環境一覧 - ci7lus
                  • Using the K3s Kubernetes distribution in an Amazon EKS CI/CD pipeline | Amazon Web Services

                    AWS Open Source Blog Using the K3s Kubernetes distribution in an Amazon EKS CI/CD pipeline Modern microservices application stack, CI/CD pipeline, Kubernetes as orchestrator, hundreds or thousands of deployments per day—this all sounds good, until you realize that your Kubernetes development or staging environments are messed up by these deployments, and changes done by one developer team are affe

                      Using the K3s Kubernetes distribution in an Amazon EKS CI/CD pipeline | Amazon Web Services
                    • JavaのビルドとCIのキホン

                      Expert of Java, JavaScript, JVM bytecode, build and CI. Publishes SpotBugs plugin, Java libraries, Jenkins plugin and open-source ebook about Maven3.

                        JavaのビルドとCIのキホン
                      • Managing secrets in CI/CD with AWS Secrets Manager

                        Managing API keys, database passwords, and other secret variables in CI has always been a tiny bit painful and often a massive security loophole in most organisations. Let’s try to see how we can improve the situation with AWS Secrets Manager, this simple wrapper, and your favorite CI provider (in our case, Gitlab CI — but it should work relatively similarly with most providers). The problemBy def

                          Managing secrets in CI/CD with AWS Secrets Manager
                        • GitLab CI/CD 導入の手引き

                          こんにちは。8日目のアドベントカレンダー記事を書かせていただきます、エンジニアの山門です! 現在は旅行プラットフォーム事業部で大手旅行会社のシステム開発を担当しています。 突然ですが皆さん、CI/CD しているでしょうか? 社内ではレポジトリ管理にGitLabを使用しているのですが、これまでGitLab CI/CD は使用していませんでした。 ここ最近になり、GitLab CI/CD の魅力に気づいた社内の各所で使われ始め、私自身も使い始めてみたので、そもそもどうやって使うんだ?という導入部分の紹介ができればと思います。 そもそも CI/CD って? ここ最近 CI/CD というワードをよく耳にするようになりましたが、実際どういったものなのでしょう。 概要 参照元 ざっくり以下のような役割を果たしており、開発段階の効率をあげるプロセスがCIで、運用段階の効率をあげるプロセスがCDのようなイ

                            GitLab CI/CD 導入の手引き
                          • 話題の CI/CD ツール Dagger を体験してみる | 豆蔵デベロッパーサイト

                            Dagger は、Docker を開発した人たちによるポータブルな CI/CD ツールです。先月末公開されました。 Introducing Dagger: a new way to create CI/CD pipelines ポータビリティ実現のためコンテナ環境が前提になっています。 Dagger は DAG (Directed Acyclic Graph)に由来するものと思われますが、CI/CD の文脈で DAG はパイプラインを構成するジョブの依存関係グラフのことです。 Dagger はビルドエンジンとして BuildKit を利用しています。BuildKit は Docker に統合されたツールキットで docker build の高速化・ルートレス化を実現したテクノロジーです。 GitHub - moby/buildkit: concurrent, cache-efficient

                            • OctoDNSとGitLab CI/CDを利用した複数DNSプロバイダー構成の運用 - 後編:GitLab CI/CDの利用

                              こんにちは、滝澤です。 昨年(2019年)11月に開催された日本DNSオペレーターズグループのDNSOPS.JP BoFで発表した話を改めて本ブログで紹介します。 3行で説明すると次のような内容になります。 DNSゾーン管理ツール OctoDNS と SCM(ソースコード管理)ツール GitLab のCI/CD機能を使って、 複数DNSプロバイダー構成を運用する事例を紹介します。 前後編に分けて紹介します。 前編: OctoDNSの紹介 後編: GitLab CI/CDの利用 本記事は後編の「GitLab CI/CDの利用」になります。 「前編: OctoDNSの紹介」において、OctoDNSの紹介を行いました。 弊社ハートビーツが実際に採用した構成は次の通りです。 ソースプロバイダー ZoneFileSource(ゾーンファイル) ターゲットプロバイダー Route53Provider(

                              • CI/CD Conference 2023 に参加し、ミラティブのCI基盤移行について発表しました - Mirrativ Tech Blog

                                インフラ・ストリーミングチームの @udzura です。 3月20日、私は日比谷国際ビルのコンファレンススクエアで開催されたCI/CD Conference 2023に参加しました。 event.cloudnativedays.jp このカンファレンスにてミラティブにおけるCI基盤の移行についての事例発表を行いました。それとともに、参加者として他社の事例を聞き、また会場でもいろいろな意見交換ができました。この記事で、簡単ですがレポートをさせていただきます。 なお、先日のブログの通り、ミラティブはCI/CD Conference 2023のロゴスポンサーでもあります。 ミラティブの発表「大規模レガシーテストを 倒すための CI基盤の作り方」について 私は現在ミラティブで行っているCI基盤のCloud Buildへの移行と、その際に向き合った課題と実践についてお話ししました。 詳細は発表資料と

                                  CI/CD Conference 2023 に参加し、ミラティブのCI基盤移行について発表しました - Mirrativ Tech Blog
                                • New Relic One の Terraform CI/CD Pipeline by GitHub Actions - BASEプロダクトチームブログ

                                  こんにちは。BASE BANK 株式会社 Dev Division にて、 Software Developer をしている東口(@hgsgtk)です。 BASE 株式会社では、New Relic 株式会社のプレスリリースで発表されている通りオブザーバビリティプラットフォーム「New Relic One」を導入しています。 newrelic.com 私が所属している BASE BANK 株式会社のプロダクトチームでも New Relic One を活用しています。当チームでは AWS や GCP などのインフラ構成管理に Terraform を利用しております。New Relic One での設定情報も Terraform でのコード管理をすると次のような利点が得られて便利です。 設定内容がコードとして可視化される 意図しない設定変更を切り戻したい場合に Terraform の機能で戻しや

                                    New Relic One の Terraform CI/CD Pipeline by GitHub Actions - BASEプロダクトチームブログ
                                  • extendsを使って.gitlab-ci.yml内の重複処理をまとめる | DevelopersIO

                                    先に結論から .gitlab-ci.yml内の以下のような重複処理は validate-dev: stage: terraform-static-test script: - cd env/dev - terraform init -backend=false - terraform validate validate-stg: stage: terraform-static-test script: - cd env/stg - terraform init -backend=false - terraform validate validate-prod: stage: terraform-static-test script: - cd env/prod - terraform init -backend=false - terraform validate 以下のようにスッキリさせ

                                      extendsを使って.gitlab-ci.yml内の重複処理をまとめる | DevelopersIO
                                    • VMwareの運用シーンでもできるCI/CD | IIJ Engineers Blog

                                      クラウドに関わる業務を担当しています。最近はサービス開発の仕事多め。IIJ けいおん部(社内クラブ)部長。好きな音楽はロックンロール。サウナでととのうのが週末の楽しみ。 【IIJ 2020 TECHアドベントカレンダー 12/20(日)の記事です】 はじめに こんにちは。クラウドサービスの開発を担当している山本です。私たちのチームでは2009年より提供し続けている「IIJ GIO」の次世代を実現させる「GRP(GIO Re-birth Project)」を実行中です。次世代のサービス、ということで開発体制だけでなく、調達、物理設計から業務・工程を見直し、次世代のIaaSを開発するプロジェクトを進めています。その中での取り組みを一つご紹介します。 VMwareの運用と課題 いろいろなご意見もあるかとは思いますが、エンタープライズのお客様にご利用いただくにあたり、IaaSをVMware (vS

                                        VMwareの運用シーンでもできるCI/CD | IIJ Engineers Blog
                                      • TerraformのCIツールであるAtlantisを導入しました | PSYENCE:MEDIA

                                        こんにちは、今年の春に新卒でリクルートに入社し、『スタディサプリENGLISH』SREグループ所属となった巻田です。 他の記事でも書かれていますが、『スタディサプリENGLISH』ではTerraformを使って主にAWS上のインフラ管理を行っています。この記事ではTerraformの動作の自動化のためにAtlantisを導入した経緯やその際の設定、使い方などに関して解説します。 導入に至った経緯 Terraformはインフラ管理のために非常に便利なツールです。このチームでは1つのRepository内にdev、staging、productionのように複数のTerraform Working Directoryを配置して各環境のインフラ構築を行なってきました。 今まではインフラの構成を変更する際には以下のような作業を行なっていました。 Terraformのコードを編集 手元でplanして

                                          TerraformのCIツールであるAtlantisを導入しました | PSYENCE:MEDIA
                                        • CodePipelineでCI/CDパイプラインを組もうとして苦労した話 - Qiita

                                          はじめに 今年の10月に株式会社LITALICOに入社しました@i-kです。SREチームに所属しています。 この記事は『LITALICO Advent Calendar 2020』2日目の記事です。 前職でCI/CDパイプラインを設計・構築した際にCodePipelineを使おうとして苦労した話を書いていこうと思います。 CodePipelineとは フルマネージドのCI/CDサービスです。 リポジトリサービスのCodeCommitやビルドサービスのCodeBuild、デプロイサービスのCodeDeployやAWS以外のCIツール等と連携してデプロイフローを構築することができます。ソースにはGitHubやCodeCommit以外にECRやS3、Bitbucketを指定できます。 AWSのサービスなので当たり前なのですが他のAWSサービスと親和性が高いです。 手動承認ステージが作れたり、Cl

                                            CodePipelineでCI/CDパイプラインを組もうとして苦労した話 - Qiita
                                          • Pa11y CI でアクセシビリティテストを自動化し日本語のレポートを HTML 形式で生成する

                                            Node.js で動作する CUI Web アクセシビリティチェックツール 「Pa11y」 ベースの CI ツール 「Pa11y CI」 の導入から、複数 URL に対するアクセシビリティテストを一括で実行し、最終的に日本語のレポートを HTML 形式で生成するまでを解説します。 かなり前 (2016年だった) に Node.js で動作する CUI Web アクセシビリティチェックツール 「Pa11y のレポートを日本語で出力する方法に関して記事を書きました。 参考 pa11y のレポートを日本語で表示したかったので HTML_CodeSniffer の日本語版作った Pa11y のアップデートによって上記記事の内容は古くなっていて、今は使えない状態になっているわけですけども、Pa11y 自体はずっと使わせて頂いているのと、今は Pa11y ベースの CI ツールとして 「Pa11y C

                                              Pa11y CI でアクセシビリティテストを自動化し日本語のレポートを HTML 形式で生成する
                                            • エロゲクリエイターが起業コンテストで1500万円獲得した話 - BlueHat - Ci-en(シエン)

                                              エロゲクリエイターが起業コンテストで1500万円獲得した話 どうも… 次の記事ではゲームデータを持ってくるとか言ってたのに… 全く違う展開になってしまって申し訳ない… 一応調教システムはほぼ完成してウィンディーネをイカせまくる事が可能にはなったんですけどそれどころじゃなくなってしまい… この度起業コンテストに「違法UPされないエロゲ販売プラットフォーム」という題目で申し込んだところ1500万円を獲得いたしました。 何それどういう事?と思うかもしれませんが、そのいきさつを述べます。 べつに起業したい人向けに描いたわけでもなく、単に日記的な感じで書いた文章ですが興味があればご覧ください。 Part1:このまま死んでいくのかな… Part2「引きこもりエロゲクリエイターがビジネスアイデアを持ち込んだら箸にも棒にもかからずボコボコにされた件~たとえ後から励まされたとしてももうやる気が出ないので知ら

                                                エロゲクリエイターが起業コンテストで1500万円獲得した話 - BlueHat - Ci-en(シエン)
                                              • Travis CIのGitHub連携を停止する方法

                                                Travis CIのセキュリティ的なリスクが表面化したため、GitHubのリポジトリとの連携をすべて切る方法について書いた記事です。 Summary この記事がやっていることのサマリです。 Travis CIに設定されているSecrets(環境変数)が、ForkしたPull Request(PR)に対するビルドへ露出していた脆弱性があった 具体的な影響範囲の開示や利用者へのメールでの通知などがないため、情報が不透明な状態 Travis CIはメインで利用しなくなったため、安全のためにTravis CIのGitHub連携を止める Travis CIのSecurity Bulletin 最初にブログでThe Travis CI Blog: Security Bulletinという簡潔な記事が公開された。 詳細は別途Security Bulletin - Announcements - Trav

                                                  Travis CIのGitHub連携を停止する方法
                                                • Node.js+mongoDBのDockerアプリをCircleCI+AWS Elastic BeanstalkでCI/CDできるようにする - Qiita

                                                  Node.js+mongoDBのDockerアプリをCircleCI+AWS Elastic BeanstalkでCI/CDできるようにするNode.jsMongoDBCircleCIElasticBeanstalkDocker この記事について 「ローカル環境を汚さずにいろんなツールを入れて試して勉強・アプリを開発してみたい!」「本番環境にアプリをのせるときに、サーバーに直接接続して作業するのではなくて、イケてるデプロイフローを構築して使いたい!」と思う"目指せ初心者脱却マン"は多いと思います。 今回は、開発環境のコンテナ化+AWS Elastic BeanstalkとCircle CIを使った自動デプロイフローを構築するまでの一連の流れを紹介したいと思います。いろんな記事・本を行ったり来たりしないでこの記事だけで完結させることを目標にします。 使用する環境・バージョン 開発環境 OS

                                                    Node.js+mongoDBのDockerアプリをCircleCI+AWS Elastic BeanstalkでCI/CDできるようにする - Qiita
                                                  • ソフトウェア開発者のための、CI(継続的インテグレーション)の基礎勉強 | バージョン管理システム入門(初心者向け)

                                                    CI(継続的インテグレーション)の基本 ソフトウェア開発の現場で使える継続的インテグレーションの基礎がわかる。 PHP,Java,Rubyそれぞれの言語での独習チュートリアルサイトへようこそ。 継続的インテグレーションとは?、使い方、基礎勉強、実践的な使い方までチュートリアル形式で解説しています。 まずは継続的インテグレーションの基礎を学びましょう なぜ継続的インテグレーションが必要なのか、継続的インテグレーションとは何か?についてご紹介します。 CI(継続的インテグレーション)とは? 初級編:インストールから基本の使い方について CI(継続的インテグレーション)ツールを各言語で使う場合の、それぞれの使い方をまとめています。 使う言語が決まっている方は、該当の記事へお進みください。 【PHP版】CI(継続的インテグレーション)ツール導入ガイド 普段PHPで開発をしている方はこちらをご覧くだ

                                                      ソフトウェア開発者のための、CI(継続的インテグレーション)の基礎勉強 | バージョン管理システム入門(初心者向け)
                                                    • GitHub Actions で PHP の CI/CD をする - Qiita

                                                      EC-CUBE の CI/CD を GitHub Actions で実装してみたので、メモ程度に知見をまとめてみます。 該当の Pull Request はこちら - 4系 https://github.com/EC-CUBE/ec-cube/pull/4337 - 2系 https://github.com/EC-CUBE/eccube-2_13/pull/312 2019年12月現在、 EC-CUBE organization アカウントが利用している契約プランの関係 で、 EC-CUBEオフィシャルリポジトリで GitHub Actions は利用できなくなっています。 ご利用の際は、 fork した個人アカウントでお願いします 実現したいこと 以下の環境をマトリクスで実行したい Linux, Windows PHP5.4〜7.3 PostgreSQL/MySQL/SQLite3 P

                                                        GitHub Actions で PHP の CI/CD をする - Qiita
                                                      • The End of CI

                                                        Hard to understand, but I could see a world where CI doesn't exist anymore. Continuous Integration is a model thats tightly tied to how we run version control. Workflows are shifting left. Pre-commit workflows are much more important. Real-time is actually continuous. — Matt Rickard (@mattrickard) September 8, 2021 Today, Continuous Integration (CI) is something that nearly every engineering organ

                                                          The End of CI
                                                        • CodePipeline + Fargate + FastAPIで本番・開発・ローカル毎に環境変数が変わるCI/CDを構築してみた - Qiita

                                                          CodePipeline + Fargate + FastAPIで本番・開発・ローカル毎に環境変数が変わるCI/CDを構築してみたDockerECSCodePipelineECRCICD はじめに 初めまして。現在、新卒1年目でグーホームチームに所属しているプロトソリューションの川崎です。 今回は業務でAPIサーバーのCI/CDを構築する業務があり、その中で得た知見を書いていこうと思います。 環境 【筆者ローカル環境】 ・Windows ・WSL(コントリビューション:Ubuntu-20.04) ・Docker 20.10.23 【使用した主なAWSサービス】 ・CodeCommit ・CodeBuild ・CodePipeline ・Elastic Container Registry ・Elastic Container Service(ECS on Fargate) この記事で分かる

                                                            CodePipeline + Fargate + FastAPIで本番・開発・ローカル毎に環境変数が変わるCI/CDを構築してみた - Qiita
                                                          • Ci-enとFantiaとFanboxの違い ~どれに登録したらいいの?~ - もかぷりん - Ci-en(シエン)

                                                            どうも、ルンバです。 このブログを読んで頂いてる皆様は、 DLsiteからお買い物のついでに見ていただいてる方が多いと思いますが、 創作活動されている方も多いかと思います。 また、Ci-enに登録している方もいらっしゃると思いますが、 現在このようなクリエイター支援サイトが沢山あり、 どれにしようか迷いませんでしたか? 今回は、私がCi-en、Fanbox、Fantiaに登録してどーなったかを ズバリ!書いてみようと思います。 3つに登録したらどうなったか? 私もクリエイター支援サイトに登録するにあたって、 「Ci-en Fanbox Fantia 違い」でいろいろとググりました。 ただし、ググってみると、料金のパーセンテージがどうだの、手数料がどうだの、 システム的なところはでてきますが、 実際登録して比較したような情報は出てきません。 そこで、3か所に同時に登録してみました! 3か所と

                                                              Ci-enとFantiaとFanboxの違い ~どれに登録したらいいの?~ - もかぷりん - Ci-en(シエン)
                                                            • 【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?

                                                              【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?:JetBrains調査 JetBrainsが開発者エコシステムの現状をレポートする「Developer Ecosystem Report 2022」からCI/CDツールに関する調査結果を発表した。レポートでは、世界中の2万9000人を超える開発者の回答に基づいて、最もよく使用されている17のCIツールがランク付けされている。

                                                                【比較表付き】2万9000人が選ぶベストCI(継続的インテグレーション)ツールの第2位はJenkins、第1位は?
                                                              • どんなに小さなサイドプロジェクトでもCI/CDパイプラインは大いに役立つ - Qiita

                                                                こちらの記事は、Luc Juggery 氏により2018年9月に公開された『 Even the Smallest Side Project Deserves its CI/CD Pipeline 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 TL;DR 今を行く最新のツールを使えば、シンプルなCI/CDパイプラインを構築することは難しくありません。個人的なサイドプロジェクトであっても、CI/CDパイプラインを構築することで多くのことを学ぶことができるでしょう。Docker、GitLab、Portainerはこのようなセットアップで使うのに最適なコンポーネントです。 サンプルプロジェクト 南フランスのソフィア・アンティポリス地域で技術イベントをよく主催する私は、今後開催されるイベントを全部知る方法はないのかとよく聞かれていました(ミートアップ、ジャグ、自治会主催のも

                                                                  どんなに小さなサイドプロジェクトでもCI/CDパイプラインは大いに役立つ - Qiita
                                                                • CIでのiOSアプリ依存パッケージビルド時間を削減する - stmn tech blog

                                                                  mohamed HassanによるPixabayからの画像 こんにちは、スタメンでモバイルアプリ開発を担当している @temoki です。 2月に Mobile Act ONLINE #3 というオンライン勉強会に参加し、iOSパッケージマネージャー奮闘記 というテーマで発表しました(詳しくは以下のスライドをご覧ください)。 この発表でお話しした内容の背景にあるのは CIでのiOSアプリビルド時間を短縮したい ということです。CIサービスは実行時間が利用料金に関連しますし、何よりユニットテストやアプリのテスト配信などの待ち時間は極力減らしたいですよね。 弊社のiOSアプリのビルド時間に大きく影響しているのは Firebase iOS SDK などの依存パッケージのビルドです。そこでこの記事では。依存パッケージの導入方法の工夫により、CIでのビルド時間を削減する過程をお話ししようと思います。

                                                                    CIでのiOSアプリ依存パッケージビルド時間を削減する - stmn tech blog
                                                                  • Markdown を PDF に変換する CI/CD パイプライン構築 - Qiita

                                                                    AWS が提供するサービスを組み合わせて、Git で管理された Markdown を PDF に一括変換する CI/CD パイプラインを構築した。 パイプライン構成図 処理フロー Markdown を含むファイルを Git で CodeCommit のリポジトリにプッシュ CodeBuild で CodeCommit から Markdown を含むソース一式を取得 ECR にある Pandoc の Docker イメージを利用して Markdown から PDF に変換 PDFをまとめて zip に圧縮し S3 へ転送 パイプライン構築手順 【注意】各種サービスのリージョンは同一リージョンに揃える必要がある S3 生成したPDFを格納するS3バケットを構築する。特に注意点はなし。 ECR Pandoc の Docker イメージをプッシュするためのレジストリを予め作成しておき、Docker

                                                                      Markdown を PDF に変換する CI/CD パイプライン構築 - Qiita
                                                                    • 環境を GitLab CI に移行してビルドを高速化した話 - pixiv inside

                                                                      はじめましての方ははじめまして。ピクシブで Scala エンジニアとして働いている Javakky です。 今回はビルド高速化 / デプロイの利便化のためビルド環境を Jenkins から GitLab に移行しましたので、そのレポートをお送りしていきたいと思います。 弊社のデプロイについて まずは、弊チームリポジトリの動作環境とデプロイの流れがどうなっていたかを見ていきます。 弊チームの利用する環境としては、本番環境 (サーバー)、ステージング環境 (サーバー)、共用開発環境 (サーバー)、個人用開発環境 (ローカル) の 4種類が存在します。厳密にはバッチ処理をするサーバーも存在するのですが、デプロイ時には本番環境と全く同時にデプロイしているため、ここでは本番環境に含めることにします。 個人用開発環境でのプログラムの起動は sbt run コマンドで行っているのですが、その他サーバー上

                                                                        環境を GitLab CI に移行してビルドを高速化した話 - pixiv inside
                                                                      • mainブランチよりも古いブランチでCIを実行できなくしたい - くりにっき

                                                                        たまにやりたくなるやつメモ モチベーション 実際のスクリプト おまけ:実際にGitLab CIで動かしてるやつ モチベーション CIでTerraformを動かしていると mainブランチを自動apply PRとかでマージ前に挙動を確認したい場合はPRに出ているブランチを手動apply というワークフローを作ることがよくあるんですが、最新のmainブランチよりも古いブランチをapplyした時にapply済の構成が巻き戻って事故になるため、そうならないように防止したかったというやつです。 実際のスクリプト どのCIで動かすかによって多少は変わってくると思うけどだいたいこれで動くと思います。 default_branch=`git remote show origin | grep 'HEAD branch:' | cut -d : -f 2 | tr -d '[[:space:]]'` com

                                                                          mainブランチよりも古いブランチでCIを実行できなくしたい - くりにっき
                                                                        • Skaffold + Cloud Build で Test にパフォーマンス測定を加えた CI を回す

                                                                          この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 18日目の記事です。 TL;DR下記のような CI (継続的インテグレーション) のユースケースを Skaffold + Cloud Build + GitHub Actions + k6 で実装してみました。 ローカル環境で、アプリケーション、コンテナ、Kubernetes デプロイのテストを継続的に回しながら開発をする。プルリク作成時、レビュー前に GCP 上でビルド & デプロイをテストして、合わせて API のパフォーマンス測定を行なう。サンプルコードどこにまとまってるの?という方は こちら。 はじめにこんにちは、Google Cloud の Koichi です。 Kubernetes 上にデプロイするアプリケーションをローカル環境で開発するとき、アプ

                                                                            Skaffold + Cloud Build で Test にパフォーマンス測定を加えた CI を回す
                                                                          • CI/CD と Cloud Security ~継続的な脆弱性診断・運用のベストプラクティス~あと Security Consultingの最新情報もしますよ~ – Developers.IO TOKYO 2019 #cmdevio | DevelopersIO

                                                                            はじめに こんにちは、AWS事業本部の島川です。 【11/1(金)】に開催されたDevelopers.IO 2019 @Tokyoで行われた CI/CD と Cloud Security ~継続的な脆弱性診断・運用のベストプラクティス~あと Security Consultingの最新情報もしますよ~ のセッションレポート記事でございます! 【11/1(金)東京】国内最大規模の技術フェス!Developers.IO 2019 東京開催!AWS、機械学習、サーバーレス、SaaSからマネジメントまで60を越えるセッション数! ちなみにこのセッション開始が12時45分からだったんですが、登壇者の河野氏12時29分に「今、皆様にお見せするスライドができました」とおっしゃっていました。え?笑 それではセッションレポートです! ※基本的にはスライドに情報はまとまっています。重要なポイントだけをレポート

                                                                              CI/CD と Cloud Security ~継続的な脆弱性診断・運用のベストプラクティス~あと Security Consultingの最新情報もしますよ~ – Developers.IO TOKYO 2019 #cmdevio | DevelopersIO
                                                                            • textlint + Reviewdog + GitLab CI でアドベントカレンダーの校正をした話

                                                                              textlint + Reviewdog + GitLab CI でアドベントカレンダーの校正をした話 2021.12.15 アドベントカレンダー2021 エンジニア テクノロジー これは、Qiita Advent Calendar 2021 GitLabの15日目の記事です。 はじめに こんにちは、フォルシアにて、旅行会社向けの web アプリケーションを開発しています、エンジニアの高橋です。普段のアプリ開発の業務のほかに技術広報も兼任しており、弊社で開催しているアドベントカレンダーの運営もお手伝いしています。 フォルシアではもともと、社内のイベントとしてアドベントカレンダーを始めましたが、2018 年からは弊社ブログ(FORCIA CUBE)にて外部の方向けに記事を公開しています。 社内のみで記事を公開していた頃は、誰かが多少締め切りをすぎても「かまへんかまへん」と言えますが、外部に公

                                                                                textlint + Reviewdog + GitLab CI でアドベントカレンダーの校正をした話
                                                                              • Tekton と Argo CD を使用した AWS でのクラウドネイティブな CI/CD | Amazon Web Services

                                                                                Amazon Web Services ブログ Tekton と Argo CD を使用した AWS でのクラウドネイティブな CI/CD この記事は Cloud Native CI/CD with Tekton and ArgoCD on AWS (記事公開日: 2022 年 1 月 25 日) を翻訳したものです。 イントロダクション Kubernetes などのコンテナオーケストレーターの普及と採用が進み、その上にますます多くのクラウドネイティブアプリケーションが構築されています。ビジネスアプリケーションに加えて、企業は CI/CD システムなどのインフラストラクチャー関連のコンポーネントも移行しています。 しかし、それらのシステムはそのような最新のプラットフォームに対応できるでしょうか?答えはシステム次第です。明らかに、既存の CI/CD システムのほとんどは、Kubernetes

                                                                                  Tekton と Argo CD を使用した AWS でのクラウドネイティブな CI/CD | Amazon Web Services
                                                                                • データ基盤へのdbtとCI/CDの導入を内定者がやってみた! | | AI tech studio

                                                                                  AI事業本部 アプリ運用センターでデータサイエンティストをしている河中と申します。 今回は内定者としてアルバイトに参加している23卒内定者の稲葉さんに、信頼性が高く分析しやすいデータ基盤を構築するためにdbtというツールを導入するタスクに取り組んでもらいました。その中での技術的な話や内定者バイトを通して学んだことをブログにまとめてくれました。 ぜひ一読ください! 23卒エンジニア職内定者の稲葉です。2022年10月から3ヶ月間、AI事業本部小売DXディビジョンのアプリ運用センターでアルバイトをさせていただきました。私は、今までデータサイエンティストやバックエンドエンジニアなど幅広く技術に関わってきましたが、今回はアナリティクスエンジニアとしてデータ基盤の改修を行いました。 本稿では、Snowflake上で構築されているデータ分析基盤を dbtやgithub actionsのCI/CDを用い

                                                                                    データ基盤へのdbtとCI/CDの導入を内定者がやってみた! | | AI tech studio