GitHub Self-hostedに移行しました。CIが最大55%速くなり、月額が300万円節約できた！
こんにちは、SODAのSREチームのDucと申します。 GitHub Actionsのコストを削減しながらCIワークフローを高速化したの工夫をご紹介します。 背景 私たちのチームは、snkrdunk.comサイトとSNKRDUNKモバイルアプリの可用性とパフォーマンスの維持に注力しています。 それに加えて、クラウドインフラストラクチャやその他の監視・開発ツールのコスト管理も担当しています。 毎月、AWSやGitHubなどのインフラストラクチャとツールの請求書をチェックしています。 GitHubの請求額が非常に高いことに気づきました。特にGitHub Actionsの部分です。 参考までに、GitHub Actionの使用量とサーバーの本番ワークロード費用の比較をご紹介します。 Fargate: Savings Plan適用で月額約$7,000。私たちのサービスは平均約5000リクエスト/秒
なんとなくから脱却する GitHub Actionsグッドプラクティス11選 | gihyo.jp
本記事のテーマはGitHub Actionsです。個人的に「もっと早く知りたかった！」と考えているグッドプラクティスを、厳選してお届けします。想定読者は次のとおりです。 普段GitHub Actionsを雰囲気で運用している人 GitHub Actionsをコピペや生成AIで乗り切っている人 他者が書いたコードの意味をより深く理解したい人 本記事でGitHub Actionsの基本は説明しません。グッドプラクティスを含めて基礎から学びたい人は、拙著『GitHub CI/CD実践ガイド』を読んでみてください。GitHub Actionsの基本構文から運用のコツまで、網羅的に解説しています。さて書籍紹介はこれぐらいにして、さっそく本題へ進みます。 GitHub Actionsの設計指針 GitHub ActionsはCI/CDや各種自動化で役立つ、汎用的なワークフローエンジンです。一般的に長期
なぜゲーム業界はJenkinsを選ぶのか？その理由と利点 | DevelopersIO
Jenkinsはゲーム開発の現場ではよく使われています。このあたり、ゲーム開発環境の事情が大きく絡んでいるようです。 こんにちは ゲームソリューション部の出村です。 みなさんはソフトウェア開発においてCI/CDツールは何を利用していますでしょうか？ これまでゲーム開発の現場を見てきましたが、ゲーム開発においてよく使われるCI/CDツールはやはりJenkinsです。このJenkins、一昔前ではWeb開発をはじめとしてさまざまなソフトウェア開発でよく利用されていました。ただ、ここ最近はGitHub Actionsなど他のツールに置き換えられているという印象があります。 しかし、ことゲーム開発においてはGitHub Actionsといった他のCI/CDツールではなく、Jenkinsが利用されている場面が圧倒的に多いです。これは、他のCI/CDツールを利用したくないという消極的な理由ではなく、J
Github Actions チートシート
概要 何度も調べて何度もテストしたりしたので、多用するものをまとめていきたい。 項目 push時に実行 // feature/aaaで動く。 feature/aaa/bbbでは動かない on: push: branches: - feature/* // feature/aaa, feature/aaa/bbbで動く on: push: branches: - feature/** // なにかしらのtagがpushされたときに実行、branchのpushは無視 on: push: tags: [ '**' ] branches-ignore: [ '**' ] // 指定したpathの変更だけでは実行しない on: push: branches: - main paths-ignore: - '*.md' - 'docs/**' on: workflow_dispatch: inputs
イマドキの cron は GitHub Actions / CircleCI でやりたい
2020/09/13 追記 「GitHub Actions の規約違反では？」というコメントがありましたが、追記時点の規約では特別禁止されていません。 https://docs.github.com/ja/github/site-policy/github-additional-product-terms#a-actions-usage 唯一グレーラインに相当する可能性のある『サーバーレスコンピューティング』も日本語訳に残っているだけものであり、英語の原文からは既に削除されている項目のため、問題ない利用方法となります。 昔は cron といえば Heroku と Heroku Scheduler だったけれど、Heroku Scheduler が遅延するようになってから、自分用の定刻バッチを楽に動かせる手段がなくてしばらく困っていたり。 しっかりとしたプロジェクトを作成する場合なんかは F
プルリクに対して検証環境を自動で起動/終了するプログラムを作ったら、検証が捗った話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 記事の概要 GitHub Flowでの開発、つまり単純なプルリク運用での開発を、営業も巻き込んで実践したいと思い、そのような環境を作りました。その際、いくつか足りない機能を補うウェブアプリを作って公開したので、それに関する様々な話を書きます。 （実際にこのウェブアプリを使えるかどうかというよりは、似たようなフローで開発を改善できるといいなというような目的の話です。） ウェブアプリのリポジトリ このウェブアプリの使い方と機能については、一応README.mdに書いていますが、この記事では少し背景的な話も含めて順番に書きます。 issue対
LGTM でリポジトリ・ソースコードを分析しよう | DevelopersIO
LGTM とは LGTM は、コードを分析するためのツールです。 https://lgtm.com/ CodeQL という技術を使って、ソースコードに対してクエリを投げることで、例えば脆弱性のありそうなコードのパターンや、不具合のありそうなコード、規約を満たしていないコードなどを検査することができます。 コードに対して検査をかけたり、もしくは以下のサービスと連携してプルリクエストに対して毎回検査を行うことが可能です。 Bitbucket Cloud GitHub.com GitLab.com 言語については以下に対応しているとのことです。 C and C++ C# Go, also known as Golang Java JavaScript/TypeScript Python CodeQL について CodeQL is the code analysis platform used b
webmanab.html
GitLabがビルトインしているGitLabCIを使うと、.gitlab-ci.yml というファイルの設置だけで、とても簡単にデプロイの自動化を実現できます。 Git環境での作業効率化／自動化の、誰でも取り組めるTipsです。 GitLabとは GitLabは、ポストGitHubなGitのリポジトリをホスティングをするアプリケーションです。 サーバーを用意してインストールすることもできるのですが、今回は便利で気軽にブラウザ上で利用出来る GitLab.com を前提とします。 GitLabは無料で利用できることが充実していて、非公開のプライベートプロジェクトを作れますし、今回紹介するCI/CDも上限はありますが無料です。 １分でやりたい簡単なデプロイの自動化 要件は、 マスターブランチにコミット リモートにプッシュ サーバーにアップロード ということです。 .gitlab-ci.ymlを
CircleCI 2.0 で ESLint を動かす config.yml の紹介（簡単な解説と実行例も） - TES Blog
はじめに こんにちは、Web エンジニアの Hayato Yamashita です。 ESLint って便利ですよね。 Prettier と併用してエディタで動くようにすると JavaScript 開発が捗ります。 eslint.org この ESLint を個人ではなくプロジェクト単位で強制化したい場合、その多くは CI で動かす方法が適しています。 CI を使うことで、個人のエディタの環境に依存することなく、ソースコードの品質を守ることができるからですね。 CI はいくつも種類がありますが、弊社でよく使うのは CircleCI です。 circleci.com 今回の記事では、その CircleCI 2.0 で ESLint を動かすだけの config.yml を紹介します。 とにかく CircleCI 2.0 で ESLint を動かしたい時に適した内容を記載しておきますので、宜し
CD(継続的デリバリー)とは？ | わかりやすく解説 » CloudBees|テクマトリックス
CDとは、Continuous Deliveryの略で、継続的デリバリーと呼ばれています。 継続的インテグレーション(CI)を延長して、より高レベルの結合とテストなどを自動的に行い、新しい変更がリリース（本番環境へデプロイ）可能であることを保証するプロセスです。実際に行われることは開発プロジェクトによってまちまちですが、ソフトウェアのパッケージングや成果物リポジトリへの登録、テスト環境へのデプロイ、機能要件/非機能要件の充足を確認する包括的なテスト、監査やコンプライアンス準拠のための記録・エビデンス作成などが挙げられます。このプロセスを経た成果物はいつでも本番環境にデプロイすることができます。 継続的デリバリー(CD)では、すべてのコード変更は、ビルドとテストを実行した後、テスト環境またはステージング環境にデプロイして、システムテストやUIテストを行います。開発者は、準備ができた時点で、最
セーフリスト/ホワイトリストに指定できる 静的IP アドレスの範囲はありますか？ – CircleCI Japanese Support Center
現在、CircleCI のビルドは主に、AWS East と West、Google Cloud Platform East で運用されています。 このため、クラウド システムで使用される IP アドレスの範囲を提供することはできません。 CircleCI では現在、システムに静的 IP を実装することを検討しています。 この機能にご興味をお持ちの方は、アイデア ポータル (https://ideas.circleci.com/ideas/CCI-I-35) で投票をお願いいたします。 現時点では、多くのお客様が以下のワークアラウンドを利用しています。 踏み台ホスト踏み台 (ジャンプ) ホスト経由でプライベート環境への SSH トンネルを構成できます。 サンプルの設定ファイル、Orb はこちらで確認できます。必要に応じて、お客様の環境のファイアウォールのセーフリストにこの踏み台ホストを追加
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GameCI
master への push 時に生成物を git push する - Qiita
GitLab CI/CD で一日一回データ収集する | Qrunch（クランチ）