Ruby on Railsの作者として知られるDavid Heinemeier Hansson氏は、コンテナ・デプロイ・ツール「Kamal 1.0」を9月19日（現地時間）に公開した。同氏は開発したWebサービスをクラウド・プロバイダーから自前のサーバーに移行する手続きを進めており、Kamalはその手続きの中で生まれたという。KamalはMITライセンスで公開しているオープンソース・ソフトウェア。 Kamalは、Dockerでコンテナ化したアプリケーションを配備するツール。設定ファイルに外部の公開IPアドレスを記入して起動すれば、Linuxが動作するコンテナが動き出す。このコンテナにはSSHで接続することも可能だ。 Hansson氏はKamalをWebアプリケーションをクラウドから自前のサーバーに移す目的で使用しているが、クラウド間での移動など、ほかの目的にも利用できる。Kamalを利用す

「CI/CDのサービスは素晴らしいけど、ローカルPCで動作を確認したい」「Daggerっていうサービスは可能性を感じるけどCUE言語の学習コストがなぁ・・・」。そんな悩みを解決できるかもしれないDaggerのNode.js SDKを試してみました！ こんにちは。AWS事業本部コンサルティング部に所属している今泉（@bun76235104）です。 みなさんはどのCI/CDツール・サービスがお好きでしょうか？ GitHub Actions・CircleCI・GitLab CICD・AWS CodePipeineなど、さまざまな便利なツールがありますよね。 どれも素晴らしいサービスだと思うのですが、「CI/CDをローカル環境でテストしたい」「どのサービスでも使えるラッパーツールが欲しい」と思ったことはありませんか？ 私は以前、それらの悩みを解決できるかもしれないdagger.ioというサービスを

Heroku は、ポピュラーな VCS (バージョン管理システム) である Git​ でアプリのデプロイを管理します。Heroku にコードをデプロイするには、Git の専門家である必要はありませんが、基本を学習しておくと役立ちます。 この記事では、Git および Heroku Git リモートを使用してコードをデプロイする方法について説明します。GitHub でコードをすでに追跡している場合、この記事の手順に従う代わりに、Heroku GitHub 統合でデプロイする​ことを検討してください。 前提条件: Git および Heroku CLI のインストール Git でデプロイするには、Git および Heroku CLI がインストールされている必要があります。 Git インストール手順 Heroku CLI インストール手順 Heroku にアプリをデプロイするには、ローカル Git

最近話題になっている？Daggerを使用して typescriptをトランスパイルしS3へdeployするパイプラインを作成してみました。 Daggerとは Daggerは、CICD向けのポータブルなdevkitです。 DaggerはDocker互換のランタイムでパイプラインが実行されるため、Docker互換のランタイムが動く環境であれば Daggerをそのまま実行し、同一の結果を得ることができます。 Daggerではパイプラインの記述を一般的な yaml などではなくcuelangを使用して記述します。 module/packageや型定義などの強力な構文を使用することができます。 チュートリアルなども用意されています。 メリット 上記のことからDaggerを使用することで 開発環境とCI環境の統一 CIロックインをなくすことができる といったメリットを受けることができます。 Dagge

CI・CD界隈期待の星!!Daggerに入門してローカルとGithubActionsでCIを動かしてみた こんにちは、AWS事業本部コンサルティング部に所属している今泉(@bun76235104)です。 みなさん、CI・CDのプラットフォームは何を利用されていますか？ AWS CodePipeline AWS CodeDeploy AWS CodeBuild GitHub Actions CirleCI GitLab CI/CD など、沢山の魅力的なサービスがありますね。 一方で以下のような悩みを抱えていらっしゃいませんか？ CI/CDサービスの移行が必要になり、設定ファイルを大きく書き換える必要がある ↑が大変だったので、SaaSの製品を使うようにしたら割と費用がかかるようになった CI/CDの設定をyamlで書いているが、ローカルでの開発が大変 書いた設定ファイルをCI/CDのサービス

最近よく話題になっているDaggerというCI/CD向けのdevkitについて、実際にコードを書きながら検証してみる記事です。 Daggerについて Daggerは、CIにポータビリティを持たせるためのdevkitです。Daggerでは、パイプラインの全てのアクションがDockerコンテナ上で実行されるため、Docker互換のランタイムが動作するマシン上であればどこでも同じ結果を得ることができます。 Daggerでは、パイプラインの記述をCUE（cuelang）で行います。CUEはGoogleが開発した設定ファイル記述向けの言語で、moduleやtemplate等強力な構文を兼ね備えたものになっています（jsonの拡張言語のような位置づけです）。JSONやYAMLにエクスポートも可能です。 上記より、Daggerは既存のCI/CDツール（CircleCI、jenkins、Github Ac

こんにちは！ ZOZOテクノロジーズ開発部の塩崎です。 この記事ではCloudFormationにDBのマスタパスワードなどの秘密情報を渡す3つの方法を説明いたします。 前提 我々のチームではAWSインフラリソースのプロビジョニングにCloudFormationを使用しています。 CloudFormationのテンプレートファイルはGitHubでバージョン管理されており、スタックに対するチェンジセットの作成をCircleCIから行っています。 このあたりの詳細は以下の記事に書かれているため、詳細はそちらをごらんください。 techblog.zozo.com 課題 このような方法でCloudFormationテンプレートを管理していましたが、それに伴う課題が生まれました。 DBのマスタパスワードなどの情報をどのようにして渡すかということです。 テンプレート内で使用するためのパラメーターは以下

イメージを更新しECRにプッシュ ローカルのプロジェクトを更新したら、イメージを作成してECRにプッシュする。 docker-compose build ↓ AWS ECRにログイン aws ecr get-login-password --region ap-northeast-1 | docker login --username AWS --password-stdin 111111111111.dkr.ecr.ap-northeast-1.amazonaws.com ↓ doker tag <対象のイメージ名:タグ名> <変更後のイメージ名:タグ名> ※イメージ名はECRのレジストリIDとエンドポイント ↓ docker push <対象のイメージ名:タグ名> ECRレポジトリを確認 イメージが正しくプッシュされているか確認する。 ECSのタスク定義の更新 既存のタスク定義を選択し

Ruby on Rails + Docker + Capistrano + Puma + Nginx AWS EC2へデプロイ方法のメモRailsnginxCapistranoEC2Docker AWS EC2 インスタンスの準備 AWS コンソールにアクセスする 「Launch Instance」をクリックする Step 1: Enter nand and tags インスタンス名とタグを入力する Step 2: Choose an Amazon Machine Image (AMI) 「Ubuntu Server 22.04 LTS (HVM), SSD Volume Type　64bit (x86」を選択する Step 3: Choose an Instance Type and Key pair インスタンスタイプは「t2.micro」とSSH用のキーペアを選択する Step 4:

Capistranoというgemは面倒なデプロイ作業を自動化してくれるツールです。面倒なデプロイ作業もコマンド一つで行うことができます。 AWSのEC2を使ってデプロイをする際、非常に多くの手順を踏む必要があります。 それをコマンド1つで行ってくれるのが自動デプロイツールです。 その自動デプロイツールで人気があるのはCapistranoというgemです。 この記事ではAWSのEC2でNginxとUnicornを使った際のCapistranoの導入方法について解説していきます。 ※EC2でのデプロイ方法については【Rails】 AWSのEC2でRailsのアプリをデプロイしようの記事を参照ください 自動デプロイツールとは デプロイの記事でも解説した通り、AWSのEC2サービスでRailsアプリのデプロイを行うには下記の手順が必要です。 EC2インスタンスにSSH接続をする EC2インスタンス

AWS EC2 インスタンスの準備 AWS コンソールにアクセスする 「Launch Instance」をクリックする Step 1: Enter nand and tags インスタンス名とタグを入力する Step 2: Choose an Amazon Machine Image (AMI) 「Ubuntu Server 22.04 LTS (HVM), SSD Volume Type　64bit (x86」を選択する Step 3: Choose an Instance Type and Key pair インスタンスタイプは「t2.micro」とSSH用のキーペアを選択する Step 4: Network settings バブネットやセキュリティグループなどを選択する Step 5: Configure storage 無料利用枠だと最大30GBまで利用できる そして、「Laun

Dagger という CI/CD のツールが話題になっているのをみかけました。 なんでも Docker の創始者さんが開発しているとか。 どんなものかと Getting Started をなぞってみました。今回はその記録です。 https://docs.dagger.io/getting-started/ まずは CI/CD in your local dev のページから実行します。 業務では windows の利用が多いのですが、私物では MacBook Pro を使っているので macOS の手順に従い実行します。 まずは brew でインストール # brew でのインストールが久しぶりだったので update から始めています $ brew update -v # dagger をインストールします $ brew install dagger/tap/dagger # バージョン

基本的に継続的な開発を行っていく上で、CI/CDは避けて通れなくなっています。CI/CDといえば、これまでも様々なツールやサービスがありました。 クラウドの発展やインフラ環境の変化などもあり、個々の特性を生かした機能やサポートなどを持つツールやサービスが生まれてきています。 OSSで基本的に自身で環境を構築する汎用ツール：Jenkinsなど CI/CD専用のSaaS：Circle CI、Travis CI、AWS Codeシリーズ、Google Cloud DevOps、GitHub Actionsなど クラウドやKubernetes環境向けのCD：Spinnakerなど アプリケーション実行環境とCDがセットになったPaaS：GAE、AWS Beanstalkなど 一方、この各ツールやサービス間で移行することになると、複雑になりがちな設定の書き換えや、特定ツールのサポートやプラグインに乗

Dagger は、Docker を開発した人たちによるポータブルな CI/CD ツールです。先月末公開されました。 Introducing Dagger: a new way to create CI/CD pipelines ポータビリティ実現のためコンテナ環境が前提になっています。 Dagger は DAG (Directed Acyclic Graph)に由来するものと思われますが、CI/CD の文脈で DAG はパイプラインを構成するジョブの依存関係グラフのことです。 Dagger はビルドエンジンとして BuildKit を利用しています。BuildKit は Docker に統合されたツールキットで docker build の高速化・ルートレス化を実現したテクノロジーです。 GitHub - moby/buildkit: concurrent, cache-efficient