こんにちは、スタメンでモバイルアプリ開発をしている @temoki です。 スタメンに入社した当時は私一人でモバイルアプリ開発をしていましたが、おかげさまでこの一年半で仲間も増え、組織上もモバイルアプリグループが発足するにまで至りました。そのため、最近はチームで一緒になって開発を進めていける喜びを感じつつ、複数人でも開発をスムーズに行うための環境づくりも進めています。 その一つとして、このたびモバイルアプリ開発におけるCI/CDサービスとして Bitrise を採用したため、その背景や理由についてお伝えしたいと思います。 背景と目的 CI/CDサービスを導入を検討しはじめた目的はこの三つです。 リリースの頻度を上げたい 私がいなくてもデプロイできるようにしたい ユニットテストを定着させたい それぞれの目的についての背景は次のとおりです。 リリースの頻度を上げたい ストアへのリリースはだいた
こんにちは、SUZURI モバイルエンジニアのsayhaです! 最近は暑さで寝苦しい上に子供がのしかかってきてうまく寝られず寝不足ぎみでつらみです。 今回は「SUZURIのCI/CD構成ってどうなっているの?」といった声が聞こえてきたのでSUZURIモバイルアプリのCI/CD構成についてご紹介したいと思います。 CI/CDとは CI = Continuous Integration(継続的インテグレーション) アプリケーション開発において自動化を取り入れることで、継続的にビルドやテストを行い正確迅速に開発を進める手法 CD = Continuous Delivery(継続的デリバリー) 継続的に配信を行い顧客にアプリケーションを提供する頻度を高める手法 CI/CDについて詳しく知りたい方は@k1lowさんの記事いまさら聞けない「CI/CD」の意義――GitHubとGitHub Action
ラクスAdvent Calendar 2021 の2日目は、スプリットキーボードならぬデュアルキーボード歴2ヶ月の @oohira が、左手に Magic Keyboard、右手に REALFORCE というごった煮環境からお送りします。 昨日は「初日取ったった！」してくれた @Y-Kanoh さんの「GASでカユいところに手が届いたTips3選」でした。勢い、大事ですね。 はじめに これまで定期実行したいちょっとしたスクリプトは、個人PCやプロジェクト共用サーバー、Jenkins などを使って実行していましたが、ここ数年で GitLab CI を使って実行する方法に完全に落ち着きました。この記事では、社内のメンバーも読者に想定しつつ、GitLab CI のよさと簡単な始め方を紹介したいと思います。 背景と前提 GitLab CI（や GitHub Actions）が登場する前の世界では、
AWS Amplify Console と同等の CI/CD 環境を AWS Code サービスシリーズでつくる [AWS CloudFormation でかんたん構築!!]
AWS Cloud9 上で、React のサンプルアプリが動作する環境を構築します。ここでは、シンプルに create-react-app だけ実行します。 $ npm install -g create-react-app #create-react-app のインストール $ create-react-app example-xxxxx #CodeCommitにgit cloneして作成されたディレクトリを引数に指定してcreate-react-appを実行 インストールしたら、example-xxxxx ディレクトリ (React プロジェクトのルートディレクトリ) に以下の内容の buildspec.yml を作成します。 version: 0.2 env: parameter-store: REACT_APP_REGION: "example_xxxxx_REGION" phas
![AWS Amplify Console と同等の CI/CD 環境を AWS Code サービスシリーズでつくる [AWS CloudFormation でかんたん構築!!]](https://cdn-ak-scissors.b.st-hatena.com/image/square/9b8b31236864d6f0e93fce4810e7974651bad862/height=288;version=1;width=512/https%3A%2F%2Fblog.usize-tech.com%2Fcontents%2Fuploads%2F2022%2F06%2Fblog-hirono-024-001.png)
自己紹介 こんにちは、enzaプラットフォーム事業本部でエンジニアをやっている橘田です。 業務ではSREチームとして、インフラの面倒をみたり、アプリケーションのアップデート、監視などを行っております。 今回のAdvent Calendarでは、Continuous Integration(CI)、Continuous Delivery(CD)、そしてその先について記載していきたいと思います。 Continuous Integration と Continuous Delivery Continuous Integration(CI) は日本語では継続的インテグレーションと呼ばれています。 CI では、コミット、ビルド、テスト、結合の小さなフィードバックループを高速に何回も回すことにより、問題を小さいうちに発見し、気づくことができるようにすることです。 問題に気づくのが早ければ早いほどに修正
0. はじめに こんにちは。都内でエンジニアをしている、@gkzvoiceです。Gitlab RunnerとArgo CDを使って、GitOpsの考え方を取り入れたCI/CDパイプラインを構築したのでそのふりかえりをします。構築する当初、そもそもなぜGitOpsという考え方が台頭したのか？について分からず、調べたので、併せてお話しできればと思います。目次は以下のとおりです。 0. はじめに 0-1. 前提 0-2. 2つのCDの個人的なメモ 1. GitOpsとはなにか？ 1-1. GitOpsの個人的なメモ 2. そもそもなぜGitOpsという考え方が台頭したのか？ 2-1. CIOpsが抱えていた課題とはなにか？ 3. サンプルのGitOpsスタイルなCI/CDパイプラインの構成図とその技術構成 3-1. サンプルのCI/CDパイプラインの技術構成 3-2. サンプルのCI/CDパイプ
![[Gitlab RunnerとArgo CD使用]GitOpsスタイルなCI/CDパイプラインを構築したのでふりかえる](https://cdn-ak-scissors.b.st-hatena.com/image/square/c591280a84472719a052b605ae4043a0b9439fe6/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--SLn7nJ2p--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BGitlab%252520Runner%2525E3%252581%2525A8Argo%252520CD%2525E4%2525BD%2525BF%2525E7%252594%2525A8%25255DGitOps%2525E3%252582%2525B9%2525E3%252582%2525BF%2525E3%252582%2525A4%2525E3%252583%2525AB%2525E3%252581%2525AACI%25252FCD%2525E3%252583%252591%2525E3%252582%2525A4%2525E3%252583%252597%2525E3%252583%2525A9%2525E3%252582%2525A4%2525E3%252583%2525B3%2525E3%252582%252592%2525E6%2525A7%25258B%2525E7%2525AF%252589%2525E3%252581%252597%2525E3%252581%25259F%2525E3%252581%2525AE%2525E3%252581%2525A7%2525E3%252581%2525B5%2525E3%252582%25258A%2525E3%252581%25258B%2525E3%252581%252588%2525E3%252582%25258B%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Agkz%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2phcXJsSlBfa0RFRVlqa1hzcXZnY295dzVRTE9jYjFqM0RBeEROZWc9czI1MC1j%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
CIをJenkinsからCircleCIに載せ替えた話 - Cybozu Inside Out | サイボウズエンジニアのブログ
kintoneチームの川向です。 kintoneチームではCIツールとしてJenkinsを長い間使用してきましたが、 2021年の夏でCircleCIへの移行を完了しました。 今回はその時の様子を共有したいと思います。 2021年初めの状況 2021年初め頃のkintoneチームでは、メインのCIとしてJenkinsを使用し、CircleCIをサブとして併用していました。 リリース候補のブランチのCI(メインのCI)では、Jenkinsを使用して複数のジョブを用意し、 それをJoinプラグインで繋げていました。 このプラグインを使うことで、別々のジョブを同時実行することができます。 これをDelivery Pipelineプラグインで可視化していました。 また、メインのCIではE2Eのテストも自動で実行しています。 テストでは特別にセットアップした開発機材を使う必要があり、その排他制御のた
【レポート】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 サービスをご紹介し、どのようにリリースプロセスを自動化することができるのかご紹介します。 登壇者 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 西
数クリックでGoogle Kubernetes Engineを使ったCI/CDを構築する機能 - Google Cloud公式ブログ
数クリックでGoogle Kubernetes Engineを使ったCI/CDを構築する機能 - Google Cloud公式ブログ Google Cloud公式ブログは7日、Google Cloud Platform上でGoogle Kubernetes EngineのためのCI/CD(continuous delivery)パイプラインが数クリックで設置できるようになったことを紹介している。 Create deployment pipelines for your GKE workloads in a few clicks 複数台のクラスタ環境を用いて、コンテナの自動化された運用を実現するオープンソースKubernetes。数多くのクラウドで実装されており、アプリやWebサイトの負荷分散や応答速度の向上などのメリットを提供している。GCPではGoogle Kubernetes Engi
d��U ファイアーエムブレムエンゲージ お勉強メモ 今回は『ファイアーエムブレム エンゲージ』（以下FEエンゲージ）という2023年1月20日発売の最新のゲームを遊ばせていただいたので、ゲーム開発にかかわりそうな、勉強になった点の自分用メモを残しておきます。 やっぱり最新のゲームには最新の配慮があったり、従来作と比べた工夫がいっぱいあったりしてすごく勉強になります。 ※エンゲージではDLC内でしか出てこないチキさん 【ここいいな！ と思った点のメモ】 ということで、今回はFEエンゲージを遊んで気付いた点や個人的にいいなあと思ったところを挙げさせていただきます。 良い配慮の話などは、前作までにあったとしてもまるで初めてかのように述べていきますのでご容赦ください。過去作の細かい仕様と比較できるほどにはやりこんでなかったり、忘れたりしているので！ あと、まだそんなにガッツリ遊べていないので
[速報] シームレスにプロジェクトの状態を一元管理するCI/CD の統合サービスAmazon CodeCatalyst (preview) が発表されました！#reInvent | DevelopersIO
ラスベガスから現地参加しております CX 事業本部の me です。 12/01 の Warner Vogels キーノートで の Keynote で Amazon CodeCatalyst (preview)が発表されたので速報をお届けします！ Amazon CodeCatalyst とは CI/CD の統合サービスである Amazon CodeCatalyst は、開発チームが AWS 上でアプリケーションのプランニング、開発、コラボレーション、実装、リリースをスピーディかつ簡単に行い、開発ライフサイクル全体の摩擦を軽減することができるようにします。 アプリケーションコードだけでなく、アプリケーションの開発およびデプロイをサポートする共有プロジェクトリソース、課題追跡、招待メールによるコラボレーション、自動化ワークフローなどの足場となるブループリントが本日新たにリリースされた Amazo
![[速報] シームレスにプロジェクトの状態を一元管理するCI/CD の統合サービスAmazon CodeCatalyst (preview) が発表されました！#reInvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a80ccfd3c405c137d762fe1db76c9e087e38d35/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F11%2Feyecatch_reinvent2022_new-service.png)
あるプロジェクトでCIに25〜30分かかっていたのを10分切るぐらいに高速化できたので、やったことを細かく分けて書き出します。 そもそも そのプロジェクトではCircleCIで4コンテナ使って40分ぐらいかかっていましたが、AWS CodeBuildで10並列にして20分ぐらいに高速化することができていました。 ただ、db:migrateやbundle install, assets:precompileなどの環境準備の状態によって時間が伸びるケースがあり、10並列以上に増やしても分単位課金のCodeBuild料金が高くなりやすい傾向でした。 そこで、環境準備部分をCircleCI側に寄せ、CodeBuildはrspec実行のみで並列数を増やしやすくすることができるように改修しました。 やったこと この節では、そこそこ大きなCircleCIの設定ファイルから、Tipsになりそうなところを抜
CIの本格化
Teachme Bizの開発は、最近UIのリニューアルも予定されていて、プルリクやコミットのペースが著しく速くなってきている。開発のルールとしてテストが全部通ったものしかマージしないという風になっていて、プルリクをマージするにテストを待たないといけない。要するにCIを素早くしないと開発が止まる。 数値に関してTeachme Bizの自動テストは、Vue JSのフロント側に関してKarma、ルビー側はrspecを利用している。3月のRails Developers Meetupで発表したが、Railsのバージョンを上げるまではテストがほぼなかった。一方今ではRailsのテストだけでも3万行以上、JSでもテストケースが2500件以上ある。 CircleCIの一つのコンテナの上でナイーブに一本で実行させると、ビルドの時間も兼ねて1時間以上かかってしまう量になってきた。プルリクにコミットをプッシュ
GitHub Actionsは執筆時の2019/08/12時点でまだbetaであり、ここに記載されている内容やリンクは正式版リリースに伴って変更される可能性がありますので、注意してください tl;dr; matrix buildが可能になったのでOSSのCIとしてTravisCIの代替になりえる 細かい機能はまだ色々足りていない（TravisCIは老舗中の老舗なので比べてしまうのは酷ですが） 単純にTravisCIの置き換えとしてmatrix buildしたい場合は以下のサンプルコードを参照 nodejs（ubuntu-18.04, ubuntu-16.04 x nodejs 10, 12の4パターン） name: "CI" on: [push] jobs: check_pr: strategy: matrix: node: [10.x, 12.x] os: [ubuntu-18.04,
【Terraform】CIでinitした時にdoesn't match any of the checksums previously recorded in the dependency lock fileとなる - 電気ひつじ牧場
codebuildでterraform initをした時に下記のようなエラーが出力されて落ちた Initializing provider plugins... - Reusing previous version of hashicorp/aws from the dependency lock file - Installing hashicorp/aws v3.42.0... Error: Failed to install provider Error while installing hashicorp/aws v3.42.0: the current package for registry.terraform.io/hashicorp/aws 3.42.0 doesn't match any of the checksums previously recorded in th
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
乗っ取れコンテナ！！開発者から見たコンテナセキュリティの考え方（CloudNative Days Tokyo 2021 発表資料）
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?
エムスリーエンジニアリンググループ AI・機械学習チームでソフトウェアエンジニアをしている中村(po3rin) です。検索とGoが好きです。 今回はチームで利用するGitLab CIのテンプレート基盤を構築してGitLab CIの運用改善を行ったのでご紹介します。 抱えていた課題 GitLab CI テンプレート テストの実装 弊チームでGitLab CIテンプレート化したJOB まとめ We're hiring !!! 抱えていた課題 エムスリーのAI・機械学習チームではGitLab CIを使ったKubernetesへのデプロイや脆弱性のスキャンを行っています。これらの処理はcookiecutter templateを利用してプロジェクト作成時に組み込まれるため、これらの処理を0から準備しなくてもすぐに開発が可能です。 cookiecutterを使ったプロジェクトテンプレートの作成に関し
Atsuki Nagao on Twitter: "発表者を怖気づけさせるだけのネタを広めるのやめませんか．学術の貢献に対して足を引っ張っているだけだと思います． 僕は自分が勉強不足だと思うとき，その分野に素人であるとき，本当に聞き逃したか疑問なとき，基本的な定義等を確認したいと… https://t.co/ci7u8kobed"
発表者を怖気づけさせるだけのネタを広めるのやめませんか．学術の貢献に対して足を引っ張っているだけだと思います． 僕は自分が勉強不足だと思うとき，その分野に素人であるとき，本当に聞き逃したか疑問なとき，基本的な定義等を確認したいと… https://t.co/ci7u8kobed
夏！ということで今年の夏は、はてなリモートインターンシップ2021に参加し、マンガチームでGigaViewerに新機能を実装してきたりしたので、それについて記します。 9/3のうちに出せればよかったのですが、ボケーッとしてたら終わってました。次の週までダラダラと書いていましたが気づけば1万字超えの大作です。とりあえず目次をおいておくので結論まで飛べます。 はてなリモートインターンシップとは 応募から参加まで 1週間目：講義・演習課題 演習課題 AWS 講義 配属 2〜3週間目：サービス開発 ファンレター機能 リリース アイデア出し エピソードコメント機能 発表会 マンガチーム 全体を通して感じたこと nonpi 部活動 ランチ会 勉強会・賞 最後に はてなリモートインターンシップとは hatenacorp.jp 株式会社はてなが毎年実施していた、京都オフィスでの合宿形式のインターンシップを
はじめに 以前 「Azure Pipelines利用時のnpm ciの時間を短縮する」という投稿で、Azure Pipelinesでのビルド成果物のキャッシュをご紹介しました。 今回は同様のことをGitHub Actionsで行ってみたいと思います。 キャッシュを活用する npmのキャッシュ 早速指定をしてみたいと思います。 今回利用するのはAngularプロジェクト。 もともとの GitHub Actionsの指定は次のようなものです。 jobs: build: name: build angular runs-on: ubuntu-latest steps: - name: Checkout repo uses: actions/checkout@v3 with: fetch-depth: 0 - name: Use Node.js uses: actions/setup-node@v
Github ActionsでマルチモジュールAndroidプロジェクトのCI環境を整えよう(ビルド/Slack通知/Danger/ktlint) - Qiita
Github ActionsでマルチモジュールAndroidプロジェクトのCI環境を整えよう(ビルド/Slack通知/Danger/ktlint)AndroidYAMLCircleCIDangerGitHubActions はじめに 2019年ごろにBeta版が出たGithub Actions、気になってはいたもののまだ触ったことがなかったので今回Androidリポジトリで動くCIをGithub Actionsで構築してみました。 これまでCIはBitriseしか使ったことがなかったのですが、無料版だと1回のビルド時間が10分までだったり、チームメンバーが合計3人までしか使用できないので、これを機にGithub Actionsに乗り換えることにしました。 マルチモジュールで気をつけるところはDanger周りくらいで、基本的にはシングルモジュールと変わらないかと思います。 まだまだ改善できそ
香山リカ on Twitter: "私、大学５年の夏休みに国立武蔵療養所(当時)に実習に行ったら、出征して心を病んだ人たちが入院する病棟に配属されました。 一日中、日誌をつけ続ける人や緘黙状態なのにカラオケのときだけ軍歌歌う人など、そのまま戦地で生き続けてるような… https://t.co/u9Ykk1ci2G"
私、大学５年の夏休みに国立武蔵療養所(当時)に実習に行ったら、出征して心を病んだ人たちが入院する病棟に配属されました。 一日中、日誌をつけ続ける人や緘黙状態なのにカラオケのときだけ軍歌歌う人など、そのまま戦地で生き続けてるような… https://t.co/u9Ykk1ci2G
お久しぶりです。 Sansan iOS アプリエンジニアの中川です。 前回の記事では SwiftLint × Sider と SwiftFormat を使って、 Swift らしくリファクタリングする話を書きましたが、今回は CI / CD についてお話します。 buildersbox.corp-sansan.com CI / CD って？ CI / CDは Continuous Integration / Continuous Delivery の略で日本語ではそれぞれ、継続的インテグレーション、継続的デリバリーと呼ばれています。 Kent Beck, Cynthia Andres による書籍 Extreme Programming Explained: Embrace Change にて発表された開発のプラクティスの一つに CI が含まれており、アジャイル開発の浸透とともに広まりました
この記事は スターフェスティバル スターフェスティバル Advent Calendar 2022の14日目の記事です。 スターフェスティバル株式会社 ソフトウェアエンジニアのishidaです。 先日チーム内で「Clean Craftsmanship 規律、基準、倫理」という書籍のサマリー共有会があり、テストの重要性の認識が深まっている今日この頃です。 APIのテストをCIで回せたらいいなって思ったので、Swagger定義からテストを生成してGitHub Actionsで実行してみようと思います。 方針 弊社ではOpenAPI(Swagger)を用いて開発をしていますので、 前述の通りSwagger定義からテストを生成してCIで実行したい気持ちがあります。 そのため Swagger(OpenAPI3)に対応していること CIで実行しやすい(手軽にコマンドラインで実行できる) の条件のpack
課題 元々、PlayFrameworkアプリケーション（Scala）のビルドを、Docker ImageのビルドからECRへのImage Push、EKSへのデプロイまでをSkaffoldに内包する形で行なっていました。 これらをGithubへのTagプッシュを契機にCodeBuild上で動かしていたのですが、新たに機械学習アプリケーション（Python）が加わり、ビルド時間が12分から20分まで伸びてしまったことで遅さが目についたので、改善に踏み切りました。 プラットフォーム： EKS(PlayFramework + Python) ビルド環境： CodeBuild + Skaffold 改善施策 改善施策として以下の二点について対応しました。 並列ビルドの導入 ビルドキャッシュの有効化 並列ビルドの導入 Skaffoldではデフォルトでは並列度1、直列でビルドが行われるのですが、Con
最近話題になっている？Daggerを使用して typescriptをトランスパイルしS3へdeployするパイプラインを作成してみました。 Daggerとは Daggerは、CICD向けのポータブルなdevkitです。 DaggerはDocker互換のランタイムでパイプラインが実行されるため、Docker互換のランタイムが動く環境であれば Daggerをそのまま実行し、同一の結果を得ることができます。 Daggerではパイプラインの記述を一般的な yaml などではなくcuelangを使用して記述します。 module/packageや型定義などの強力な構文を使用することができます。 チュートリアルなども用意されています。 メリット 上記のことからDaggerを使用することで 開発環境とCI環境の統一 CIロックインをなくすことができる といったメリットを受けることができます。 Dagge
最新のコンテナアプリケーション開発環境でパフォーマンス向上とコスト削減を両立する ~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のワークフローが動いてステージング環境・プレ本番環境・本番環境へのリリースが行われます。リリース作業自体はミスを防ぐために複数人で確認しながら行っています。 特徴としては、ステージング環境→プレ本番環境→本番環境
Jenkinsfile + Jenkins Shared LibrariesでCI設定のコピペを撲滅する
LINE株式会社Dev4 SREチームのShimizuです。 今回の記事では私たちのチームで進めているJenkinsの機能であるJenkins Pipeline(Jenkinsfile)と、その拡張であるShared Librariesの導入について、導入した背景、導入するにあたってのテクニックなどを紹介したいと思います。 背景 私たちの所属する開発4センターではCIツールとして主にJenkinsを利用しています。ありがたいことに社内にJenkinsを運用してくれているチームがあり、そのチームの運用するJenkinsをメインに使っています。 今まで、Jenkinsの設定はチーム内のわかる人がJenkinsのGUIから直接設定をしていました。しかし、設定が煩雑で難しい上、並列化をする場合は似たようなJobを大量に作成することになってしまい管理が大変であるという課題がありました。 たとえば、G
APIが不必要にセンシティブなデータを返していないことをCIで担保する - OTOBANK Engineering Blog
暑い日が続きますね。こんにちは @kalibora です。 よその会社であったとしても、セキュリティ関連の事故を見聞きするたびにプログラマーとしては胃が痛くなるのではないでしょうか。 はたして自分のところは大丈夫だろうかと。完璧なんてありえないし、どこかでうっかりミスをして大事故を起こさないだろうかと。 さて、最近では noteでのIPアドレス漏れ のようなことがありましたし、過去には 狙われた7pay｢外部ID連携｣の脆弱性の全貌。急遽“遮断”した理由 | Business Insider Japan のような問題もありました。 どちらも詳細な原因は外部の私からは知ることはできませんが、APIから不必要なレスポンスを返してしまうことによって起きるセキュリティ関連の事故というのは、わりとよくあるケースなのかもしれません。 私の担当するシステムとしてもこのようなことが起きないか、なにか今以上
Trivyの脆弱性スキャン結果をFutureVulsに連携してみた（CI/CD編） | DevelopersIO
Trivy は OSS のコンテナ脆弱性スキャンツールで、コンテナの OS パッケージやアプリケーションの依存ライブラリの脆弱性を検出します。 前回、コマンドラインから Trivy でスキャンした結果を脆弱性管理ツールの FutureVuls に連携してみました。 Trivyの脆弱性スキャン結果をFutureVulsに連携してみた（CLI編） 今回は実践的な CI/CD パイプラインに組み込んだパターンを GitHub Actions で作ります。 やってみた 以下の手順で進めます。 ワークフローファイルを作成 シークレットを設定 コンテナ用意 実行 1. ワークフローファイルを作成 ワークフローでは以下を行います。 GitHub Secrets に登録した認証情報をセット trivy（コンテナの脆弱性をスキャン）をインストール trivy-to-vuls（trivy のスキャン結果を v
CIでスペルチェックをしつつもスペルミスを失敗扱いとしたくない場合にはmisspell-fixer-actionがオススメ | DevelopersIO
エディタに自動補正機能がない場合、やらかしたスペルミスを修正しないまま引きずってしまうということがたまにあります。コメントならまだしも、関数名だと後々致命的になることもあります。早期に見つけられればよいものの、中々気が付かないことばかりでしょう。 数多くあるスペルミスカバーのライブラリのうち、misspell-fixerはソースコード中のよくあるスペルミスを一括で修正するためのライブラリです。ただ、手動で毎回実行するのも手間というもの。GitHub ActionsのWorkflowベースで楽をしてみましょう。 導入 sobolevn/misspell-fixer-actionを利用します。導入はとてもシンプルです。 jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - uses: sobolevn/
同じ形式のツールを複数使用するのは逆効果 Linux FoundationがCI／CDに関するレポートを公開
同じ形式のツールを複数使用するのは逆効果 Linux FoundationがCI／CDに関するレポートを公開：2024年第1四半期時点で83％の開発者がDevOpsに関与 The Linux Foundation Japanは、「継続的インテグレーション＆継続的デリバリーの近況：ソフトウェアデリバリーパフォーマンスの進化」を公開した。それによると、2024年第1四半期時点で83％の開発者がDevOpsに関与していることが分かった。
必要な PHP拡張/パッケージをCIで検出し、インストール漏れエラーを防ぐ。 GitHub Actions と composer-require-checker で - OTOBANK Engineering Blog
composer での require と require-dev キー PHPで広く使われている依存性マネージャの composer には、昨今の他の言語で用いられているツール同様に、依存性を設定するキーとして require と require-dev が存在します。 このキー欄にはそれぞれプロジェクトが依存する、PHPのバージョン・個々のPHP拡張・ベンダーパッケージとそのバージョン が指定できます。 普段PHPを利用する開発者のみなさんは、以下の通り依存性の追加コマンドを追加されてるかと思います。 composer require monolog/monolog # ロガーとしてmonologが必要 composer require --dev phpunit/phpunit # 開発時にテイスティングツールとしてPHPUnitが必要 require-dev の特徴として、 com
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は、ジョ
CIでPrettier/ESLintを実行して違反時にWorkflowを失敗させる | DevelopersIO
こんにちは、CX事業本部 IoT事業部の若槻です。 PrettierとESLintは、JavaScript系のプロジェクトでよく使われる構文チェックツールです。 Prettier · Opinionated Code Formatter ESLint - Pluggable JavaScript linter Prettierは主にコードのスタイルを整形するフォーマッターです。ESLintはコード内の不要な記述の削除を促すリンターです。両者は役割が異なる（重複する部分もありますが）ため一緒に使われることが多いです。 今回は、PrettierおよびESLintをCI上で実行して、違反時にWorkflowを失敗させる方法を確認してみました。 環境準備 今回はAWS CDKプロジェクト（TypeScript）で試してみます。 プロジェクトを作成します。 $ npx cdk init --lang
１００円商法について思っていること こんにちは、カマキリです。 今年からたびたびネガティブな話題としてのぼる１００円商法について思っていることを書きたいと思います。 詳しい１００円商法に関する詳しい説明は省きますが、要約すると１００円で販売開始して１か月後ぐらいに販売数がある程度稼げたら普通の価格１０００円～１５００円ぐらいの価格に変更して販売するという手法です。 自分はこの手法には明確に反対という立場でございます。 まず前提としてですが今回言及する１００円商法は 「全く新しく始めた純新規サークル様が出した作品」ではなく 「企業もしくは業界によく精通したサークル様」が作られている作品についてです。 経験値の高い人が新規サークルとしてこのような販売手法をとっているとわたしは考えています。 このように思う根拠はいろいろありますが、 おおまかには販売ページの作りや作品のクオリティ面を判断するとこ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モバイルアプリ開発のCI/CDにBitriseを採用した理由 - stmn tech blog
SUZURIモバイルアプリのCI/CD - Pepabo Tech Portal
定期スクリプト実行環境としてのGitLab CIのススメ - Qiita
CI、CD、そしてPDにて - Tech Inside Drecom
[Gitlab RunnerとArgo CD使用]GitOpsスタイルなCI/CDパイプラインを構築したのでふりかえる
ファイアーエムブレムエンゲージ お勉強メモ - SmokingWOLF - Ci-en（シエン）
CircleCIとCodeBuildで爆速CIするためにしたことまとめ - Qiita
新GitHub ActionsはCIに使えるか - Qiita
Serverless CI/CD on the AWS Cloud | Caylent
今さら聞けない人のためのCI/CD超入門
GitLab CIのテンプレート基盤を構築した - エムスリーテックブログ
はてなリモートインターンシップ2021 体験記 - ci7lus weblog
GitHub Actions利用時のnpm ciの時間を短縮する - APC 技術ブログ
Amazon.co.jp: CircleCI実践入門──CI/CDがもたらす開発速度と品質の両立 (WEB+DB PRESS plus): 浦井誠人, 大竹智也, 金洋国: 本
Sansan iOS アプリの CI / CD 事情 - Sansan Tech Blog
Swagger定義から生成したAPIのテストをCIで実行する
CodeBuild + SkaffoldのCI/CD環境のビルド時間を改善した話 - Qiita
Daggerを使用してCIパイプラインを作成する - Qiita
１００円商法について思っていること - カマキリ/チームランドセル - Ci-en（シエン）