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
JIRAとGitHub Actionsを活用した複数環境へのデプロイトレーサビリティ向上の取り組み
はじめに 愛車をリフォーム・アップグレードできるサービスKINTO FACTORYプロジェクトに参画している金谷です。今回は、JIRAとGitHub Actionsを活用し、複数環境へのデプロイのトレーサビリティを向上した取り組みを紹介します。 なお前回は、決済チームでリモートモブプログラミングに関する記事を書きました。 背景と課題 私はKINTO FACTORYプロジェクトの開発工程の後半から参画しました。プロジェクトのうちECサイトのフロントエンドチームリーダーを担当することになりましたが、担当する中で以下の課題があると考えました。 GitHub issues, JIRA, Excelがタスク管理に使われており進捗が管理しにくい どのタスクがどの環境にデプロイされているか分かりにくい テスト環境へのデプロイ時のリリースノート作成が面倒 ExcelのWBS+ガントチャートの例 はじめに進
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.
オーケストレーションとは、複数の IT 自動化タスクまたはプロセスを調整して実行することです。デプロイ、設定管理、およびその他のプロセスが適切なシーケンスで確実に実行されるよう、オーケストレーションは通常、複数のコンピュータシステム、アプリケーション、サービスにまたがって適用されます。 自動化とオーケストレーションは別物ですが、コンセプトは関連しています。自動化は、ソフトウェアを使用して人間の介入なしでタスクを実行し、エラーを最小限に抑え、IT アプリケーションおよびインフラストラクチャのデプロイ、管理、スケーリングに必要な操作を手動で実行する時間を削減します。 オーケストレーションは、複数のシステムにまたがる自動化されたタスクをより高いレベルのワークフローにまとめて、個々のタスクが連携して特定の機能やプロセスを実行できるようにします。 IT チームはプライベートのデータセンター、クラウド
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
オンライン家庭教師マナリンク 開発の Technote です。 今回は GitHub Actions を利用した開発体験改善の取り組みの一部を紹介します。 背景 もともと develop ブランチにマージでステージングに、master ブランチにマージで本番にそれぞれデプロイする workflow が組まれていました。 本番でも使用している Docker 環境を使用しているので、各自ローカルで本番に近い環境で開発できていますが、Expo のプッシュ通知や外部からの Webhook の動作などは確認が難しい、もしくはできない場合があります。 費用的、開発規模的な面からしばらくはサーバーはステージングと本番のみで運用したい、でも develop にマージする前に動作確認もしたい... 一応 develop ブランチだけではなく特定の名前（例: for-actions/deploy）がついたブラ
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のデプロイを編集で最新バージョンにするという流れで更新はてきるようにはなりましたが、ひと作業増えるので手間にはなっています。 これは何かしらの回避方法や以前の仕様に戻すことはできるのでしょうか？
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/ 安いし
【登壇報告】JJUG CCC 2022 Spring で語りきれなかった技術的なお話｜星野リゾート情報システムグループ
こんにちは、エンジニアチームの大橋と申します。 この度は JJUG CCC 2022 Spring に登壇いたしました。ご視聴いただいた皆様ありがとうございます。（登壇時の動画はこちら↓↓↓） 本稿では登壇時間内に説明しきれなかった詳細部分について、開発メンバーとまとめてみました。登壇をご視聴されていない方にもわかるように概要からまとめておりますので、ぜひご一読頂けたらと思います。 【発表の経緯】 当社のある開発プロジェクトにおいて開発ワークフローの改善を行いました。そのプロジェクトでは GitHub Actions で CI/CD を構築しています。開発初期に構築した CI/CD の仕組みを数ヶ月間運用して、いくつかの課題がみえてきました。運用してわかってきた課題に対して、どのようなアプローチで改善したか、改善後に実際の運用がどのように変わったかについてまとめます。 2022年3月7日に
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Azure】Linux VMのSSHの公開鍵認証をデプロイ時に有効化する方法
オーケストレーション (orchestration) とは | Red Hat
GitHub Actions によるデプロイの手動起動で開発体験を改善する
dockerを安くデプロイしたい【備忘録】【読みづらい】 - Qiita
anond.hatelabo.jp
blog.livedoor.jp/biz_tomato
chiilop.hatenablog.com
www.lingollc.com
itsumoegaost3707maron.hatenablog.com
king.mineo.jp