並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 304 件 / 304件

新着順 人気順

capistranoの検索結果281 - 304 件 / 304件

  • 【Azure App Service | Node.js】GitHub Actions を利用して継続デプロイしてみよう【 トラブルガイド付】 | fwywd(フュード)powered by キカガク

    【Azure App Service | Node.js】GitHub Actions を利用して継続デプロイしてみよう【 トラブルガイド付】

      【Azure App Service | Node.js】GitHub Actions を利用して継続デプロイしてみよう【 トラブルガイド付】 | fwywd(フュード)powered by キカガク
    • TerraformでLambdaコンテナイメージを自動構築する - Qiita

      はじめに 昨年末にGAされたLambdaのコンテナイメージ機能。 プラットフォームとしてのデプロイ方法が増えて、ますますLambdaの使い勝手が良くなってきている。 今回は、通常のZipによるデプロイではなくて、コンテナイメージでのデプロイをTerraformで自動化してみよう。 前提知識としては以下だ。 TerraformによるLambdaのデプロイ経験がある SAMによるLambdaのデプロイ経験がある(参考記事) Dockerの基本のキは理解している(参考記事) ソースコード 今回は動けば何でもよいので、AWSリソースとも接続しない、テキトーにJSONを返すだけのコードにしよう。 クエリからidを受け取り、それに応じた名前を返すような機能(getemployee)とする。 package main import ( "context" "encoding/json" "log" "g

        TerraformでLambdaコンテナイメージを自動構築する - Qiita
      • Uber、4000以上のマイクロサービスをKubernetesとMesosを実行する新しいマルチクラウドプラットフォームに移行

        Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

          Uber、4000以上のマイクロサービスをKubernetesとMesosを実行する新しいマルチクラウドプラットフォームに移行
        • GitHubでのデプロイエクスペリエンスの向上

          Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

            GitHubでのデプロイエクスペリエンスの向上
          • Bottlerocket ECS Updater に Deep Diveする | Amazon Web Services

            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 でアップデ

              Bottlerocket ECS Updater に Deep Diveする | Amazon Web Services
            • GitHub - spantaleev/matrix-docker-ansible-deploy: 🐳 Matrix (An open network for secure, decentralized communication) server setup using Ansible and Docker

              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                GitHub - spantaleev/matrix-docker-ansible-deploy: 🐳 Matrix (An open network for secure, decentralized communication) server setup using Ansible and Docker
              • GitHub - google-github-actions/deploy-cloudrun: A GitHub Action for deploying services to Google Cloud Run.

                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                  GitHub - google-github-actions/deploy-cloudrun: A GitHub Action for deploying services to Google Cloud Run.
                • ecspresso advent calendar 2020 day 17 - CodeDeployとの連携

                  Amazon ECS のデプロイツールである ecspresso の利用法をまとめていく ecspresso Advent calendar 17日目です。 ECS のデプロイ方法 ECS のデプロイ方法は現在のところ3種類あります。 参考: Amazon ECS デプロイタイプ ECS によるローリングデプロイ AWS CodeDeploy による Blue/Greenデプロイ 外部コントローラーによるデプロイ ここでは、ecspresso がサポートしているデプロイ方法であるローリングデプロイと CodeDeploy による Blue/Green デプロイについて説明します。 ローリングデプロイ ローリングデプロイは ECS 自身がデプロイを行います。ECS サービスに対して新しいタスク定義を設定すると、新しいタスク定義を使用したタスクを新しく立ち上げ、古いタスクを停止することでデプロ

                    ecspresso advent calendar 2020 day 17 - CodeDeployとの連携
                  • PromptLayer - The cleanest way to prompt engineer. Platform for prompt management, prompt evaluations, and LLM observability

                    The cleanest way to prompt engineerEdit, evaluate, deploy & repeat. Manage and monitor prompts with your whole team, including non-technical stakeholders.

                    • rsync: Series Overview

                      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

                      • ECS のサービスディスカバリを導入した場合のデプロイ時の挙動の検証をしてみた | DevelopersIO

                        TTLに60秒が設定されてるので、DNSリゾルバや HTTP Client 側で最大 60 秒キャッシュされる可能性があります。停止中のコンテナのIPがキャッシュとして残ってしまい、起動中、もしくは、停止中のコンテナにリクエストしてしまうといったことが起こる可能性も考えられます。そのようなことが起こりうるのかは、このあと検証していきます 登録されたレコードのルーティングポリシーには、「複数値回答」が設定されています。そのため、正常な動作をするIPから最大8つのIPを、リゾルバ毎に異なる値で返却します 検証 これから、以下の検証していきます リクエストが分散されているか? デプロイ時のレコードの登録、削除のタイミング デプロイ時にリクエストが失敗するかどうか? ヘルスチェックに失敗したコンテナの入れ替えが正常に行われるか? リクエストが分散されているか Aレコードの結果がランダムに複数返って

                          ECS のサービスディスカバリを導入した場合のデプロイ時の挙動の検証をしてみた | DevelopersIO
                        • StaticDeploy · An Open-Source Platform for Deploying Static Apps

                          StaticDeployAn Open-Source Platform for Deploying Static Apps

                          • 【Azure】Linux VMのSSHの公開鍵認証をデプロイ時に有効化する方法

                            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

                              【Azure】Linux VMのSSHの公開鍵認証をデプロイ時に有効化する方法
                            • JIRAとGitHub Actionsを活用した複数環境へのデプロイトレーサビリティ向上の取り組み

                              はじめに 愛車をリフォーム・アップグレードできるサービスKINTO FACTORYプロジェクトに参画している金谷です。今回は、JIRAとGitHub Actionsを活用し、複数環境へのデプロイのトレーサビリティを向上した取り組みを紹介します。 なお前回は、決済チームでリモートモブプログラミングに関する記事を書きました。 背景と課題 私はKINTO FACTORYプロジェクトの開発工程の後半から参画しました。プロジェクトのうちECサイトのフロントエンドチームリーダーを担当することになりましたが、担当する中で以下の課題があると考えました。 GitHub issues, JIRA, Excelがタスク管理に使われており進捗が管理しにくい どのタスクがどの環境にデプロイされているか分かりにくい テスト環境へのデプロイ時のリリースノート作成が面倒 ExcelのWBS+ガントチャートの例 はじめに進

                                JIRAとGitHub Actionsを活用した複数環境へのデプロイトレーサビリティ向上の取り組み
                              • Github Actionsによる継続的インテグレーションおよび自動デプロイ – WordPressテーマ&プラグイン – Kunoichi Market

                                開発者向け Github Actionsによる継続的インテグレーションおよび自動デプロイ 2020年3月4日 1年前 KunoichiからFumiki Takahashi Githubでソースコードを管理している場合、GitHub ActionsというCI/CD(継続的インテグレーション・継続的デプロイ)ツールを利用することができます。このツールを利用してWordPressの公式ディレクトリにデプロイする方法は10upが紹介(英語記事)しています。 しかしながら、受託制作や販売向け(プレミアム)のテーマ・プラグインを開発している場合、プライベートリポジトリでの運用になることが多いでしょう。Travis CIやCircle CI(Kunoichiの関連記事)では、パブリックでないGitHubリポジトリに対する連携は有料プランへの加入が必須となります。また、デプロイ先もプロジェクトごとに異なる

                                  Github Actionsによる継続的インテグレーションおよび自動デプロイ – WordPressテーマ&プラグイン – Kunoichi Market
                                • オーケストレーション (orchestration) とは | Red Hat

                                  オーケストレーションとは、複数の IT 自動化タスクまたはプロセスを調整して実行することです。デプロイ、設定管理、およびその他のプロセスが適切なシーケンスで確実に実行されるよう、オーケストレーションは通常、複数のコンピュータシステム、アプリケーション、サービスにまたがって適用されます。 自動化とオーケストレーションは別物ですが、コンセプトは関連しています。自動化は、ソフトウェアを使用して人間の介入なしでタスクを実行し、エラーを最小限に抑え、IT アプリケーションおよびインフラストラクチャのデプロイ、管理、スケーリングに必要な操作を手動で実行する時間を削減します。 オーケストレーションは、複数のシステムにまたがる自動化されたタスクをより高いレベルのワークフローにまとめて、個々のタスクが連携して特定の機能やプロセスを実行できるようにします。 IT チームはプライベートのデータセンター、クラウド

                                    オーケストレーション (orchestration) とは | Red Hat
                                  • Docker memory resource limits and a heap of Java - #NoDrama DevOps

                                    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.

                                    • Ship / Show / Ask

                                      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

                                        Ship / Show / Ask
                                      • GitHub Actions によるデプロイの手動起動で開発体験を改善する

                                        オンライン家庭教師マナリンク 開発の Technote です。 今回は GitHub Actions を利用した開発体験改善の取り組みの一部を紹介します。 背景 もともと develop ブランチにマージでステージングに、master ブランチにマージで本番にそれぞれデプロイする workflow が組まれていました。 本番でも使用している Docker 環境を使用しているので、各自ローカルで本番に近い環境で開発できていますが、Expo のプッシュ通知や外部からの Webhook の動作などは確認が難しい、もしくはできない場合があります。 費用的、開発規模的な面からしばらくはサーバーはステージングと本番のみで運用したい、でも develop にマージする前に動作確認もしたい... 一応 develop ブランチだけではなく特定の名前(例: for-actions/deploy)がついたブラ

                                          GitHub Actions によるデプロイの手動起動で開発体験を改善する
                                        • GitHub アクションを使用したデプロイ - AWS Serverless Application Model

                                          翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 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のデプロイ時にURLが変更されてしまうことの回避策

                                            GASで作成していたWEBアプリのURL(正確にはアプリID)がいつの間にか毎回変化するようになっていました。 アプリ作成当初はコードの修正→新規デプロイの流れで元のURLのまま上書きできていたのですが、仕様変更なのか新規デプロイをするとアプリURLが変わってしまい修正を反映するのが難しくなっています。 現状Twitterで同様の事が起きていた人のツイートを参考に 新規デプロイでバージョンを更新してから以前のURLのデプロイを編集で最新バージョンにするという流れで更新はてきるようにはなりましたが、ひと作業増えるので手間にはなっています。 これは何かしらの回避方法や以前の仕様に戻すことはできるのでしょうか?

                                              GASのデプロイ時にURLが変更されてしまうことの回避策
                                            • dockerを安くデプロイしたい【備忘録】【読みづらい】 - Qiita

                                              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/ 安いし

                                                dockerを安くデプロイしたい【備忘録】【読みづらい】 - Qiita
                                              • Laravel-Deployerを使ったデプロイ - もがき系プログラマの日常

                                                はじめに こんにちは。 この記事は challenge-every-month全員でアウトプット芸人 Advent Calendar 8日目の記事です。 前日の記事は、激アウトプット芸人 の @kdnaktさんの記事です。 twitter.com kdnakt.hatenablog.com 4月からGW明けまで異常に忙しく、なかなかブログや挑戦を行えていない僕です。 今回のブログも作業の備忘録的なブログでございます。 Laravelプロジェクトのデプロイをどうしようかと考えていたのですが、Deployerを試してみようと思い、Laravel-Porjectに特化したLaravel-Deployerなるものを発見したのでこちらを使用しました。 Laravel-DeployerはCapistranoと同じくシンボリックリンク型のデプロイツールで、そのデプロイ方法は大きく5つ存在するようです。

                                                  Laravel-Deployerを使ったデプロイ - もがき系プログラマの日常
                                                • 【登壇報告】JJUG CCC 2022 Spring で語りきれなかった技術的なお話|星野リゾート情報システムグループ

                                                  こんにちは、エンジニアチームの大橋と申します。 この度は JJUG CCC 2022 Spring に登壇いたしました。ご視聴いただいた皆様ありがとうございます。(登壇時の動画はこちら↓↓↓) 本稿では登壇時間内に説明しきれなかった詳細部分について、開発メンバーとまとめてみました。登壇をご視聴されていない方にもわかるように概要からまとめておりますので、ぜひご一読頂けたらと思います。 【発表の経緯】 当社のある開発プロジェクトにおいて開発ワークフローの改善を行いました。そのプロジェクトでは GitHub Actions で CI/CD を構築しています。開発初期に構築した CI/CD の仕組みを数ヶ月間運用して、いくつかの課題がみえてきました。運用してわかってきた課題に対して、どのようなアプローチで改善したか、改善後に実際の運用がどのように変わったかについてまとめます。 2022年3月7日に

                                                    【登壇報告】JJUG CCC 2022 Spring で語りきれなかった技術的なお話|星野リゾート情報システムグループ

                                                  新着記事