個人的備忘録：GitHub Actions × Amazon S3 でフロントエンドの自動デプロイを記事にまとめてみた - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
GitHub Actions × AWS S3：フロントエンド CI/CD の実装と .env のベストプラクティスをもとに自分なりにまとめてみた - Qiita
はじめに この GitHub Actions のワークフローは、develop ブランチにプッシュされた際に実行され、フロントエンドアプリケーションを S3 にデプロイする流れになっています。 現在、ITスクールのハッカソンで、フロントエンドの CI/CD を実装しようとしています。 ITスクールのハッカソンでの CI/CD 構築と .env の取り扱い ITスクールのハッカソンで CI/CD を構築 する際、.env の取り扱いに苦戦しました。 GitHub Secrets を活用して 環境変数を管理する方法 を模索しながら、ワークフローを組み立てました。 特に、 ENV_FILE_CONTENT を .env に展開する部分 S3 へのアップロードの必要性 に気付き、適切な管理方法を検討しました。 この経験を踏まえて、GitHub Actions のワークフロー を整理し、共有します。
アクセスキーを使ってGitHub ActionsからAWSへアクセスするのはもうやめよう! - Qiita
これは何? GitHub ActionsからAWSのリソースへのアクセスする際にはなんらかの認証情報が必要です。 一昔前は，GitHub Actions Secretsに保存したAWSのアクセスキーとシークレットを埋め込む形が一般的でした。 しかし，最近この方法は非推奨になっています。 本記事では，Open ID Connectの技術を利用することによってよりセキュアにGitHub Actionsを使用する方法について紹介します。 OpenID Connectとは https://www.openid.or.jp/document/ より抜粋 OpenID Connect 1.0 は, OAuth 2.0 プロトコルの上にシンプルなアイデンティティレイヤーを付与したものである. このプロトコルは Client が Authorization Server の認証結果に基づいて End-Us
AWS CodeBuild がマネージド型の GitHub Action ランナーのサポートを開始
AWS CodeBuild がマネージド型の GitHub Action のセルフホストランナーをサポートするようになりました。お客様は、CodeBuild プロジェクトが GitHub Actions ワークフロージョブイベントを受信して、そのイベントを CodeBuild エフェメラルホストで実行するように設定できます。AWS CodeBuild は、ソースコードをコンパイルし、テストを実行し、すぐにデプロイできるソフトウェアパッケージを生成する、フルマネージド型の継続的インテグレーションサービスです。 AWS CodeBuild のこうした機能により、GitHub Actions を AWS とネイティブに統合できるようになり、IAM、AWS Secrets Manager、AWS CloudTrail、Amazon VPC などの機能を通じてセキュリティと利便性を向上させることがで
AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました | CyberAgent Developers Blog
AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました CTO統括室の黒崎(@kuro_m88)です。本日早朝に面白そうな発表を目にしました👀 AWS CodeBuild now supports managed GitHub Action runners AWS CodebuildがGitHub Actionsに対応したという内容ですが、要するにAWSがホストするGitHub Actions Runnerが出たということですね🎉 AWSがマネージしてくれることで、EC2(x64, arm)はもちろん、GPUとカスタムイメージも利用できるようです。 さらに注目したのはGitHub Actions RunnerとしてAWS Lambdaが使えるようです。Lambdaが使えると嬉しいポイントはActionsのjo
GitHub ActionsでファイルをS3にキャッシュするアクションを作りました - プログラムモグモグ
GitHub Actionsでは依存パッケージやビルド結果などをうまくキャッシュすることで、テストやビルドの時間を短縮できます。 actions/setup-nodeやactions/setup-javaなどの各言語のオフィシャルアクションは各パッケージマネージャーのためのキャッシュ機構を提供していますし、actions/cacheを使って任意のファイルをキャッシュすることもできます。 これらは内部で@actions/cacheパッケージを使っており、キャッシュの機構はGitHub自身の機能と密に結びついています。 しかし、GitHub Actionsのキャッシュはリポジトリごとに10GBまでという制限があり、開発者の多いリポジトリではsetup-nodeのキャッシュだけでもすぐに上限に達してしまいます。 私の所属するチームのリポジトリはGitHub Enterprise Serverにホ
CloudFormationの新機能「Git Sync」をGitLabで試してみた #AWSreInvent | DevelopersIO
本記事はクラスメソッド DevOps・セキュリティのカレンダー | Advent Calendar 2023の22日目の記事です。 日本時間で 11/27 早朝に発表されたCloudFormationの新機能、Git Sync（Git 同期）、みなさんはもう試されましたでしょうか。 公式のアナウンス（日本語）はこちらになります。 AWS CloudFormation、スタックの Git 管理を導入 こちらの機能、本格的な CI/CD を構築するにはシンプル過ぎるのではと思われますが、ちょっとした「CFnをGit管理したい」というアドホック運用目的としては、個人的に可能性を感じる機能です。なぜCodeCommitに対応していない。。。 とはいえ試さずに語るのも論外なので、早速試してみました。まだあまり世に情報がでてなさそうな、GitLabとの連携でやってみます。 準備 1 この機能を試す前に
今更だけどEC2にGithub Actionを使って初めてのCI/CDを構築する - Qiita
更新履歴 10/8 EC2用に変更 はじめに 今や必須のCI / CD、絶対これから環境の構築に必要になるの けどやり方知らん（絶望） キャッチアップするか〜〜〜〜 エンジニア歴半年の備忘録 やりたいこと EC2 + Ubuntu 22.04 LTS への自動デプロイとテスト やっていく Github Actionについて Github内で完結するCI / CD .github/workflowsに保存することで実行可能、カスタマイズも可能 テンプレが多数あり、簡単に実装ができる YAMLで記述、書き方に少しクセがあるので参考から詳細は確認 デプロイ先の準備 node.jsとgitは必要（当たり前） もしない場合は以下でインストールします // とりあえずアップデート $ sudo apt update // node.jsのセットアップ $ sudo apt install nodejs
GitHub Actions で AWS を操作する（Lambda編） - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
こんにちは。開発部門（プロダクト技術本部）の宮下です。 BIGLOBE では GitHub Actions による作業効率化に取り組んでいます。 本記事では、GitHub Actions が得意とする点を踏まえつつ、AWS Lambda と連携して手作業を大幅に減らす実例をソースコード付きで紹介します。 想定読者 GitHub Actions を使うと何がうれしいのか？ 代表的なユースケース あまり向かないユースケース 事例紹介 課題 改善後 API コンテナ リグレッションテスト用 Lambda パフォーマンステスト用 Lambda 自動化による効果 Lambda を実行するアクション GitHub Actions で使えるアクション ソースコード ポイント、はまったところ GitHub Actions の制御 / ステップ間での値の受け渡し GitHub Actions の制御 / 複
GitHub Actionsを使ってアクセスキーなしにEC2上のサーバー内シェルを実行する方法 - Qiita
name: AWS SSM Send-Command Example on: push: branches: main jobs: start: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: AWS SSM Send-Command uses: peterkimzz/aws-ssm-send-command@master id: ssm with: aws-region: ${{ secrets.AWS_REGION }} ここ ==> aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }} ここ ==> aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }} instance-ids: ${{
CodePipeline (Github version 2接続) とCodeDeployを利用したパイプラインをCloudFromationで作成してみた | DevelopersIO
CodePipeline (Github version 2接続) とCodeDeployを利用したパイプラインをCloudFromationで作成してみた データアナリティクス事業本部のueharaです。 今回は、CodePipeline (Github version 2接続) とCodeDeployを利用したパイプラインをCloudFromationで作成してみたいと思います。 はじめに 今回作成するパイプラインは以下の通り、SourceとなるGithubへのコミットをトリガーに、EC2へのデプロイを行うようなパイプラインを想定します。 前提 本記事では、デプロイ対象のEC2が既に準備されていることを前提としています。 簡単に概要だけ説明すると、以下の作業が必要になります。 IAMロールの設定（AWSCodeDeployRoleポリシーのアタッチ） CodeDeploy Agentの
【AWS CDK】インフラ変更内容をGitHub ActionsでPRに自動コメントする - Qiita
# ~省略~ - name: diff run: npm run cdk diff > diff.txt env: AWS_DEFAULT_REGION: 'ap-northeast-1' AWS_ACCESS_KEY_ID: ${{ secrets.AWS_ACCESS_KEY_ID }} AWS_SECRET_ACCESS_KEY: ${{ secrets.AWS_SECRET_ACCESS_KEY }} - name: Comment PR with CDK Diff uses: actions/github-script@v6 with: github-token: ${{ secrets.GITHUB_TOKEN }} script: | const fs = require('fs'); const diff = fs.readFileSync('./diff.txt', 'u
GitHubでAWS SESのメールテンプレートを管理するワークフローを構築する - Qiita
困ったこと 業務でAWS SES(Simple Email Service)のemailテンプレートを利用していて、便利なんだけど変更に弱いのがﾋﾞﾐｮｰだった。 テンプレートを変更するためにコマンド打って既存テンプレートを取得して、jsonファイル作って変更してまたテンプレート変更のコマンドを打たなければならない。面倒な上にミスに気付きにくい・管理しにくいと言うデメリットがあった。 んでワークフローに組み込もうと思って調べても記事が少なかったので備忘録にする。 実現したいこと 本番環境を管理するブランチ(prd)にメールテンプレートを管理するjsonファイルの変更(追加・削除)がマージ(もしくは直push)された時、本番環境のSESのテンプレートを変更する処理を走らせるようにする。 書くこと Github Actionsのyaml記載に関して 特定のファイルの差分の取り方について 書かな
GitHub ActionsからOIDCでCredential情報を使わずにAWSと連携 - Qiita
はじめに 今更ながら、GitHubとAWSをOIDC（OpenID Connect）で連携して、GitHub ActionsからS3へ連携したので、やり方について記載 OIDC そもそもOIDCってなんだっていう人は、ChatGPTさんに聞いたら以下をおすすめしてくれたので、記載しておきます。 その上で、GitHubの該当ページには、以下のように説明がありました。 No cloud secrets: You won't need to duplicate your cloud credentials as long-lived GitHub secrets. Instead, you can configure the OIDC trust on your cloud provider, and then update your workflows to request a short-l
セミナー・勉強会情報一覧 | DevelopersIO
【2/21（金）札幌】業務効率化とコスト削減を実現する！AMDやSaaSの力を活用した最新実践セミナー
散らばったAWS LambdaのGitHubリポジトリをモノレポ構成にしてメンテナンスコストを削減する - クラウドワークス エンジニアブログ
初めまして。crowdworks.jpのSREチームに所属しています @ciloholic です。 入社してかれこれ1年経ちますが、筆を執る機会がなかったため、今回が初エンジニアブログとなります。 この記事では、入社して3か月ほど行なっていた「AWS Lambda周りのメンテナンスコスト削減」の取り組みを紹介していきます。 背景 crowdworks.jpでは、多くのエンジニアがさまざまなGitHubリポジトリに色々な言語でLambdaを活用してきました。GitHubリポジトリは30個以上、使用言語はNode.js / Ruby / Goとさまざま、CI/CDもCircleCI / GitHub Actionsとバラバラです。 SREチームでは、定期的に各種言語のEOL対応やライブラリのアップデート作業を行なっているのですが、GitHubリポジトリもそれぞれ異なる、使用言語もCI/CDもバ
AWS App RunnerでGithubリポジトリからデプロイ - ヤマムギ
AWS App Runner開発者ガイドのチュートリアルをやってみました。 GithubのソースコードリポジトリかECRコンテナイメージから選択できるようですので、Githubのソースコードで試しました。 App Runner開発者ガイドのrequirements.txtとserver.pyのみ作成しました。 yamamanx/apprunnersample App Runnerサービスの作成 マネジメントコンソールで[App Ruunerサービスの作成]ボタンを押下しました。 ソースコードリポジトリを選択して、Githubアカウントを新規追加しました。 Githubログイン画面が別ウインドウで開いて、AWS Connector for Githubからの接続を許可しました。 apprunnersampleを選択して、デプロイトリガーは自動で設定しました。 構築コマンドと開始コマンドを指定
git-secretsを使用してAWSアクセスキーのコミットを防ぐ方法の紹介 | DevelopersIO
CX事業本部Delivery部のアベシです。 この記事ではgit-secrets使用してAWSアクセスキーのコミットを防止する仕組みの導入方法について紹介します。 弊社の以下のブログにあるような実際の出来事では、アクセスキーが流出してから10分程度でマイニングに不正利用されてます。※ 弊社作業による流出ではありません。 【実録】アクセスキー流出、攻撃者のとった行動とその対策 このように、アクセスキーは流出するとすぐに利用されてしまうほど狙われやすい認証情報となっています。 このような被害を無くすために、AWSを使う方には是非今回のような対策をしていただけたらなと思います。 git-secretsについて git-secretsに登録したパターンに合致するシークレット情報が、コードに含まれていないかチェックできます。 GitHub - awslabs/git-secrets 実装方法の概要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSが予告なしに「CodeCommitによるGitの提供」を取りやめ 他のサービスへの影響は？
オープントーン、AWS向けログ監視・通知機能構築用のCloudFormationテンプレートをGitHubで公開
