こんにちは。SRE の @int128 です。 スタディサプリのプロダクト開発では GitHub Actions を積極的に導入しています。本稿では、日常の風景に溶け込んでいる GitHub Actions を紹介します。 プロダクトの開発運用を支える GitHub Actions リポジトリとオーナーシップ 我々は monorepo を採用しており、すべてのマイクロサービスを同じリポジトリで管理しています。リポジトリのディレクトリ構成は下図のようになっています。 . ├── .github/workflows/ │ ├── マイクロサービス--test.yaml │ ├── マイクロサービス--deploy.yaml │ ├── ... │ └── reusable--横断的関心事.yaml ├── マイクロサービス/ │ ├── README.md │ ├── プロダクションコード..

拙著『GitHub CI/CD実践ガイド』は内容だけでなく、読書体験にもこだわりました。AmazonやSNSでも読みやすいという声は多く、技術書としては珍しい観点で評価を得ています。 Amazonにおける「GitHub CI/CD実践ガイド」の読者レビュー 本記事では書籍の「読みやすさ」という切り口から、執筆の舞台裏を紹介します。 最高の読書体験を目指す 技術書の使命は、役立つ情報を届けることです。しかし筆者は役立つだけでなく、読んでいて心地よい書籍にしたいと考えました。そこでまず決めたのが「最高の読書体験を目指す」ことです。そして最高の読書体験を実現するため、次のような設計原則を定めて執筆しました。 シンプルにする：短い文章・簡潔なコード・直感的な図表へと磨き上げる ノイズを減らす：難しい表現は避け、読者を迷わせる要素は徹底的に取り除く テンポを重視する：読者の集中力を削がないよう、読ん

本記事のテーマはGitHub Actionsです。個人的に「もっと早く知りたかった！」と考えているグッドプラクティスを、厳選してお届けします。想定読者は次のとおりです。 普段GitHub Actionsを雰囲気で運用している人 GitHub Actionsをコピペや生成AIで乗り切っている人 他者が書いたコードの意味をより深く理解したい人 本記事でGitHub Actionsの基本は説明しません。グッドプラクティスを含めて基礎から学びたい人は、拙著『GitHub CI/CD実践ガイド』を読んでみてください。GitHub Actionsの基本構文から運用のコツまで、網羅的に解説しています。さて書籍紹介はこれぐらいにして、さっそく本題へ進みます。 GitHub Actionsの設計指針 GitHub ActionsはCI/CDや各種自動化で役立つ、汎用的なワークフローエンジンです。一般的に長期

2024/9/17に「GitHub CI/CD実践ガイド~ Forkwell Library#67」というイベントで登壇しました。本記事ではその講演をダイジェストでお届けします。あわせて当日のFAQにも回答します。 発表資料 イベントでは拙著『GitHub CI/CD実践ガイド』のポイントを解説しました。 資料はSpeakerDeckへ公開済みです。またアーカイブ動画がYouTubeから視聴できます。 発表ダイジェスト それでは講演内容をかいつまんで説明しましょう。アジェンダは次のとおりです。 CI/CDとはなにか GitHub Actionsの基本機能と作法 持続可能性を高める習慣 意図的脅威に対する防衛術 おわりに なおFAQだけ読みたい場合は、こちらをクリックすると飛べます。 1. CI/CDとはなにか 我々ソフトウェアエンジニアの仕事は「ソフトウェアをとおして、ユーザーに価値を届け

GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で ソースコード管理やCI/CD機能などの開発プラットフォームを提供するGitLabは、Google Cloudとの本格的統合をパブリックベータとして公開しました。 これによりGitLabの認証、ソースコード管理、CI/CDランナーの実行、デプロイまでパイプライン全体がGoogle Cloudのサービスと連係統合され、ユーザーはこれらを利用して迅速にDevOpsのパイプラインを実行できるようになります。 Imagine a world where you can seamlessly move from code creation to deployment — all within a single integrated p

こんにちは！ファインディでFindy Team+開発チームのEMをしている浜田です。 昨今、開発生産性を高めるための取り組みを行っている組織が増えてきていると感じています。 開発生産性を向上させるためには、まずは定量的に可視化することが重要です。 可視化することで現状を把握して、開発組織の伸びしろを発見したり、課題を明らかにし、改善活動に取り組みやすくなります。 一方、定量的な指標に焦点を当てすぎてしまい本質的ではない対応をしてしまい、指標は向上したものの実際の生産性は向上していなかったり、むしろ悪化してしまうこともあります。 この記事では、開発生産性指標を向上させるためにやってはいけないアンチパターンについて紹介します。 デプロイ頻度を向上させるために、デプロイプロセスは変更せずに実施回数を増やした デプロイ頻度はDORAが提唱するDevOpsの4つの指標(Four Keys)の1つであ

本連載では、AWSに関して、なかなか時間がとれず最新のアップデートを追えていない方や、これからAWSを利用したいと考えている方に向けて、AWSから発表される数多あるサービスアップデートのうち、NTTデータのITスペシャリスト達がこれだけは押さえておくべきと厳選した内容を定期的に紹介します。本記事では、GitHubとAWS CodeBuildの機能連携に関するアップデートについて紹介します。 はじめに 代表的なCI/CDサービスとしてGitHub Actionsを利用されている方も多いのではないでしょうか。 本記事では、下記3点に沿ってGitHubとAWS CodeBuild（以下、CodeBuild）の機能連携に関するアップデートを紹介したいと思います。 アップデートの概要について GitHubとCodeBuildの連携 GitHub Actions RunnerをLambdaで検証 AW

はじめに この記事の Android 版を書いていきたいと思う。 iOS より手順は少ない気がするけれど、Gradle と仲良くないので手こずった。なのでそのあたりはコピペでなんとか動いたという感じになっている。Gradle に関する知見をお持ちの方がいたら補足してほしい。 この記事でやっていること Flutter アプリを Android App Bundle で書き出す gradle-play-publisher を使って Google Play Console にアップロード さっそく main.yml を載せておく。前回と同様このリポジトリで作業をした。 name: CI on: # main branch に push があったらこの workflow がはしる push: branches: [ main ] jobs: # --------------------------

Photo by Aron Visuals on UnsplashCodemagicについての日本語記事はすでに良質なものがありますが、まだまだ他のCI/CDサービスと比べると量が少ないことや、個人的な備忘録としても書き残しておきます✍️ この記事では、以下の内容をスクリーンショット付きで解説していきます。 freezedを使用したFlutterアプリをiOS, AndroidでビルドiOS, Androidのコード署名(Code signing)App Store Connectへの配信（アプリ公開とTestFlightが利用できる）Google Play Consoleへの配信Slackへの通知Firebase(Auth, Firestore, RemoteConfig等）を使用していますが、Codemagic上では特に困ることはありませんでした。 なお、当記事では難所であろうFlav

こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、転職サービス Findy の開発チームにおける開発生産性の向上に対する取り組みをご紹介します。 以前の状況 モノリスの解体 開発基盤の刷新 コンポーネント設計の刷新 テストの拡充 CI の高速化 改善の効果 まとめ 以前の状況 2020年頃の Findy は Ruby on Rails と React のモノリス構成で作られていました。 機能の増加に従いコードが複雑化し、しだいに開発スピードが伸び悩むようになりました。 ここで Findy Team+ で算出した当時のリードタイムを見てみましょう。 2020年のFindyのリードタイム 上記のグラフから次のことがわかります。 改修が本番に適用されるまで 約1週間 かかる プルリクエストがレビューされるまで 約5日 放置される

この記事は、Codemagicの公式ドキュメントである Codemagic.yaml cheatsheet の日本語訳です。正確な情報は Using codemagic.yaml - Codemagic を参照ください。 Codemagicとは Codemagicとは、Flutterのビルドとテスト、デプロイを自動化するためのCI/CDツールです。 Flutterだけでなく、React Native、iOS、およびAndroidのプロジェクトをサポートしています。 類似サービスに Bitrise があります。 価格はフリープランからチーム、エンタープライズが用意されています。(2023年11月時点) フリープラン: 月に500分まで、ビルドは1つまで同時実行可能。 チームプラン: 従量課金(macOS M1 $0.095/min)、ビルドは3つまで同時実行可能。 基本的にはWeb上からビル

Codemagic は、今年の２月に発表された Flutter UX 調査チームによる Q4 2019 の調査結果において、開発者が CI/CD で採用しているサービスのトップ３に挙げられており、（Codemagic、 Github Actions、 GitLab）、その中でも満足度が最も高かったことが示されています。 Codemagic は、Google と提携して Flutter 専門の CI/CD サービスとして開始されただけあって、Flutter を手厚くサポートしています。また、以下の翻訳で示されているように、Flutter に加えて Android ネイティブ、 iOS ネイティブ、React Native のサポートが追加されましたので、既存のそれらのアプリの資産がある場合でも、Codomagic をすべてのアプリに対応する統一した選択肢として検討できるようになりました。 ま

NTTレゾナントテクノロジーでiOS/Androidのアプリ開発エンジニアを担当している長谷川です。 今回は、Flutter製プロジェクトのiOSアプリビルドにXcode Cloudを使ってみました。 Xcode Cloudについて概要 Xcode Cloudは、Xcodeに組み込まれた継続的インテグレーションおよびデリバリーサービスで、Appleデベロッパのために設計されたものです。 「Xcode Cloudの利用開始 - Apple Developer」よりCI/CD環境を提供しているサービスとして、BitriseやCircleCI、Codemagicなどがありますが、この環境をAppleが公式で用意したものになります。私達が普段開発に使用しているIDE「Xcode」上からワークフローの設定・編集や各ビルド状態やログの確認などができます。 特徴Apple公式で提供されているCI/CDサ

はじめに 昔リリースしたアプリをアップデートしたいんだけど、iOSの証明書周りどうなってたっけ？ということありますよね。。自分はiOSの証明書周りがあまり自信がなく、毎回調べながらリリースしてるのですが、今回色々調べていたらXcode Cloudなる機能を利用することで、自動署名でビルドしてTestFlightにアップロードできるようなので、備忘録的に記事にしてみます。 今回やりたいこと FlutterのiOSアプリをXcode Cloudを利用してCI/CDする。 Xcode Cloudとは？ Appleによって提供されているCI/CDサービスです。 Xcode 13.4.1以降とAppleDeveloperProgramのメンバーシップが必要なようです。 料金は25(コンピューティング)h/月までは無料のようです。 Xcode Cloudの設定 序盤の設定はぽちぽち進めてしまい詳しく覚

この記事はLuup Advent Calendarの13日目の記事です。 こんにちは、iOSエンジニアの大瀧です。 今回はGitHub Actionsで行っていたTestの実行をXcodeCloudに移行した話を書いていきます。 XcodeCloudの概要 XcodeCloudはXcodeやAppStoreConnectからGUIでワークフローを設定、証明書の管理やTestFlightへの自動アップロード等、Appleプラットフォームに最適化されたCI/CDサービスです。 料金 GitHub ActionsやBitriseに比べるとかなりお得になっています。 GitHub ActionsではTestの実行に1ビルドで40〜50分ほどかかっていて1ビルドにつき$4($0.08×50m)もかかっていてました。さらに常時4人ほどのエンジニアがコードを書いていたので月$700ほどの費用がかかってい

はじめに 本記事では実践的な Cloud Run のデプロイパイプライン実装を通して Cloud Deploy の理解を試みます。Cloud Deploy は元々 Kubernetes 用のプロダクトとしてリリースされたこともあり、Cloud Run に限って利用するには学習コストが高すぎるところもあります。本記事では Cloud Run のデプロイの本番環境構築・運用に必要な部分のみをピックアップして次のようなことを説明します。 Cloud Deploy の仕組み Cloud Deploy を使ったデプロイパイプラインの設計・実装方法 Service Account、IAM 設計 おすすめの Infra as Code の方法 おすすめの skaffold.yaml の書き方 Automation、デプロイフック、カナリアデプロイなどの高度なパイプライン、監視などは上記のような基本をおさ

開発者が感じるストレスについて 皆様どうもこんばんわ、こんにちわ、エンジニアの榎本と申します。 突然ですが、質問です。 皆さんは開発している時に、ストレスを感じたりしていませんか？ エンジニアが感じるストレス、いや、エンジニアだけが感じるストレスあるはずです。 具体的に以下のようなことでしょうか？ ここのクラス結合多すぎてめちゃくちゃ変更しずらいよぉ フロントのbuildが遅すぎて、開発が進まねぇよぉ テストが遅すぎて、動かすのも面倒だよぉ(後にpushしてCIで落ちてさらにイラつく) CIになるとなんかわかんないけど、おせぇよぉ デプロイの時間かかりすぎて、コーヒー買ってくるわ などなど。 日々開発をしていると、エンジニアならではのストレスがあるはずです。 これらのストレスはエンジニアの生産性に直結しています。 生産性が高い=>開発が進んでいる。開発した質の高いものがユーザーにデリバリー