【Azure App Service | Node.js】GitHub Actions を利用して継続デプロイしてみよう【 トラブルガイド付】
はじめに 昨年末にGAされたLambdaのコンテナイメージ機能。 プラットフォームとしてのデプロイ方法が増えて、ますますLambdaの使い勝手が良くなってきている。 今回は、通常のZipによるデプロイではなくて、コンテナイメージでのデプロイをTerraformで自動化してみよう。 前提知識としては以下だ。 TerraformによるLambdaのデプロイ経験がある SAMによるLambdaのデプロイ経験がある(参考記事) Dockerの基本のキは理解している(参考記事) ソースコード 今回は動けば何でもよいので、AWSリソースとも接続しない、テキトーにJSONを返すだけのコードにしよう。 クエリからidを受け取り、それに応じた名前を返すような機能(getemployee)とする。 package main import ( "context" "encoding/json" "log" "g
Amazon Web Services ブログ Bottlerocket ECS Updater に Deep Diveする この記事は A deep dive into Bottlerocket ECS Updater を翻訳したものです。 先月 (2021 年7 月)、Amazon Elastic Container Service (Amazon ECS) に最適化された Bottlerocket AMI の一般提供を発表しました。この記事では、Bottlerocket ECS Updater に焦点を当ててみたいと思います。Bottlerocket ECS Updater は ECS クラスターにインストールできるサービスで、Bottlerocket のコンテナインスタンスを最新の状態に保つことができます。 サービスの仕組みを詳しく説明する前に、Bottlerocket でアップデ
Amazon ECS のデプロイツールである ecspresso の利用法をまとめていく ecspresso Advent calendar 17日目です。 ECS のデプロイ方法 ECS のデプロイ方法は現在のところ3種類あります。 参考: Amazon ECS デプロイタイプ ECS によるローリングデプロイ AWS CodeDeploy による Blue/Greenデプロイ 外部コントローラーによるデプロイ ここでは、ecspresso がサポートしているデプロイ方法であるローリングデプロイと CodeDeploy による Blue/Green デプロイについて説明します。 ローリングデプロイ ローリングデプロイは ECS 自身がデプロイを行います。ECS サービスに対して新しいタスク定義を設定すると、新しいタスク定義を使用したタスクを新しく立ち上げ、古いタスクを停止することでデプロ
The cleanest way to prompt engineerEdit, evaluate, deploy & repeat. Manage and monitor prompts with your whole team, including non-technical stakeholders.
For many years, I was only a casual user of rsync and used it mostly for one-off file transfers. Over time, I found rsync useful in more and more cases, and would recommend every computer user put this great tool into their toolbox 🛠 🧰 ! I’m publishing a series of blog posts about rsync: rsync, article 1: Scenarios. To motivate why it makes sense to look at rsync, I present three scenarios for w
TTLに60秒が設定されてるので、DNSリゾルバや HTTP Client 側で最大 60 秒キャッシュされる可能性があります。停止中のコンテナのIPがキャッシュとして残ってしまい、起動中、もしくは、停止中のコンテナにリクエストしてしまうといったことが起こる可能性も考えられます。そのようなことが起こりうるのかは、このあと検証していきます 登録されたレコードのルーティングポリシーには、「複数値回答」が設定されています。そのため、正常な動作をするIPから最大8つのIPを、リゾルバ毎に異なる値で返却します 検証 これから、以下の検証していきます リクエストが分散されているか? デプロイ時のレコードの登録、削除のタイミング デプロイ時にリクエストが失敗するかどうか? ヘルスチェックに失敗したコンテナの入れ替えが正常に行われるか? リクエストが分散されているか Aレコードの結果がランダムに複数返って
StaticDeployAn Open-Source Platform for Deploying Static Apps
SSHで公開鍵認証のみ有効にしつつLinux VMをデプロイするには AzureではLinuxの仮想マシンをデプロイする際、SSHでログインするためのユーザー名とともに、その公開鍵を指定できる。具体的には、仮想マシンのリソースを生成するところで、[properties]-[osProfile]-[linuxConfiguration]-[ssh]-[publicKeys]に、公開鍵とその保存先のパスを記載すればよい。 またパスワード認証を無効化するなら、[linuxConfiguration]に「disablePasswordAuthentication: true」を加える。 param location string = resourceGroup().location param vmName string // 仮想マシンの名前 param adminUsername string
はじめに 愛車をリフォーム・アップグレードできるサービスKINTO FACTORYプロジェクトに参画している金谷です。今回は、JIRAとGitHub Actionsを活用し、複数環境へのデプロイのトレーサビリティを向上した取り組みを紹介します。 なお前回は、決済チームでリモートモブプログラミングに関する記事を書きました。 背景と課題 私はKINTO FACTORYプロジェクトの開発工程の後半から参画しました。プロジェクトのうちECサイトのフロントエンドチームリーダーを担当することになりましたが、担当する中で以下の課題があると考えました。 GitHub issues, JIRA, Excelがタスク管理に使われており進捗が管理しにくい どのタスクがどの環境にデプロイされているか分かりにくい テスト環境へのデプロイ時のリリースノート作成が面倒 ExcelのWBS+ガントチャートの例 はじめに進
開発者向け Github Actionsによる継続的インテグレーションおよび自動デプロイ 2020年3月4日 1年前 KunoichiからFumiki Takahashi Githubでソースコードを管理している場合、GitHub ActionsというCI/CD(継続的インテグレーション・継続的デプロイ)ツールを利用することができます。このツールを利用してWordPressの公式ディレクトリにデプロイする方法は10upが紹介(英語記事)しています。 しかしながら、受託制作や販売向け(プレミアム)のテーマ・プラグインを開発している場合、プライベートリポジトリでの運用になることが多いでしょう。Travis CIやCircle CI(Kunoichiの関連記事)では、パブリックでないGitHubリポジトリに対する連携は有料プランへの加入が必須となります。また、デプロイ先もプロジェクトごとに異なる
オーケストレーションとは、複数の IT 自動化タスクまたはプロセスを調整して実行することです。デプロイ、設定管理、およびその他のプロセスが適切なシーケンスで確実に実行されるよう、オーケストレーションは通常、複数のコンピュータシステム、アプリケーション、サービスにまたがって適用されます。 自動化とオーケストレーションは別物ですが、コンセプトは関連しています。自動化は、ソフトウェアを使用して人間の介入なしでタスクを実行し、エラーを最小限に抑え、IT アプリケーションおよびインフラストラクチャのデプロイ、管理、スケーリングに必要な操作を手動で実行する時間を削減します。 オーケストレーションは、複数のシステムにまたがる自動化されたタスクをより高いレベルのワークフローにまとめて、個々のタスクが連携して特定の機能やプロセスを実行できるようにします。 IT チームはプライベートのデータセンター、クラウド
Docker memory resource limits and a heap of Java by Stephen Kuenzli | Oct 3, 2019 | DevOps, Docker | 0 comments Ok, so maybe you’re convinced why you need to set limits for container resource usage, especially when running on shared container application platforms like ECS, Kubernetes, and Swarm. In this post, I’ll show you how to set memory limits for a basic Java web app built with Spring Boot.
A modern branching strategy Ship/Show/Ask is a branching strategy that combines the features of Pull Requests with the ability to keep shipping changes. Changes are categorized as either Ship (merge into mainline without review), Show (open a pull request for review, but merge into mainline immediately), or Ask (open a pull request for discussion before merging). 08 September 2021 Rouan is a softw
オンライン家庭教師マナリンク 開発の Technote です。 今回は GitHub Actions を利用した開発体験改善の取り組みの一部を紹介します。 背景 もともと develop ブランチにマージでステージングに、master ブランチにマージで本番にそれぞれデプロイする workflow が組まれていました。 本番でも使用している Docker 環境を使用しているので、各自ローカルで本番に近い環境で開発できていますが、Expo のプッシュ通知や外部からの Webhook の動作などは確認が難しい、もしくはできない場合があります。 費用的、開発規模的な面からしばらくはサーバーはステージングと本番のみで運用したい、でも develop にマージする前に動作確認もしたい... 一応 develop ブランチだけではなく特定の名前(例: for-actions/deploy)がついたブラ
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 GitHub アクションを使用したデプロイ AWS SAM アプリケーションの構築とデプロイを自動化するようにGitHubパイプラインを設定するには、まずホストに AWS SAM コマンドラインインターフェイス (CLI) をインストールする必要があります。 GitHub ワークフローのGitHub アクションを使用して、この設定に役立てることができます。 次の GitHub ワークフロー例では、一連の GitHubアクションを使用して Ubuntu ホストを設定し、AWS SAMCLIコマンドを実行してAWS SAMアプリケーションを構築してデプロイします。 on: push: branches: - main jobs: deploy: runs-on: ubu
GASで作成していたWEBアプリのURL(正確にはアプリID)がいつの間にか毎回変化するようになっていました。 アプリ作成当初はコードの修正→新規デプロイの流れで元のURLのまま上書きできていたのですが、仕様変更なのか新規デプロイをするとアプリURLが変わってしまい修正を反映するのが難しくなっています。 現状Twitterで同様の事が起きていた人のツイートを参考に 新規デプロイでバージョンを更新してから以前のURLのデプロイを編集で最新バージョンにするという流れで更新はてきるようにはなりましたが、ひと作業増えるので手間にはなっています。 これは何かしらの回避方法や以前の仕様に戻すことはできるのでしょうか?
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ローカルでdockerを用いて簡単なアプリケーションを作った。 それをデプロイしようと思ったのだが、なんせ高い。 amazonのVPCとか使うと高そう。 なのでそれをどう安く公開できるのかを探りながら実装してみた。 そして、備忘録なので読みづらいですよ。 もくじを見ながら読むと読みやすいかも。 決定方針メモ deployするものはすでに作成済みのものを使う。 AWSは使わない すでにできているものを使うのは本質を理解できづらいし、何より高い さくらインターネットを使う https://vps.sakura.ad.jp/ 安いし
はじめに こんにちは。 この記事は challenge-every-month全員でアウトプット芸人 Advent Calendar 8日目の記事です。 前日の記事は、激アウトプット芸人 の @kdnaktさんの記事です。 twitter.com kdnakt.hatenablog.com 4月からGW明けまで異常に忙しく、なかなかブログや挑戦を行えていない僕です。 今回のブログも作業の備忘録的なブログでございます。 Laravelプロジェクトのデプロイをどうしようかと考えていたのですが、Deployerを試してみようと思い、Laravel-Porjectに特化したLaravel-Deployerなるものを発見したのでこちらを使用しました。 Laravel-DeployerはCapistranoと同じくシンボリックリンク型のデプロイツールで、そのデプロイ方法は大きく5つ存在するようです。
こんにちは、エンジニアチームの大橋と申します。 この度は JJUG CCC 2022 Spring に登壇いたしました。ご視聴いただいた皆様ありがとうございます。(登壇時の動画はこちら↓↓↓) 本稿では登壇時間内に説明しきれなかった詳細部分について、開発メンバーとまとめてみました。登壇をご視聴されていない方にもわかるように概要からまとめておりますので、ぜひご一読頂けたらと思います。 【発表の経緯】 当社のある開発プロジェクトにおいて開発ワークフローの改善を行いました。そのプロジェクトでは GitHub Actions で CI/CD を構築しています。開発初期に構築した CI/CD の仕組みを数ヶ月間運用して、いくつかの課題がみえてきました。運用してわかってきた課題に対して、どのようなアプローチで改善したか、改善後に実際の運用がどのように変わったかについてまとめます。 2022年3月7日に
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く