タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
概要 2021年の後半にDocker Compose V2がリリースされました Docker Compose V2はCompose Spec[1]に準拠しているため、docker-compose.ymlもその仕様に則った書き方ができるようになっています services: app1: image: awesome/webapp configs: - my_config secrets: - server-certificate app2: image: awesome/database extends: service: app1 configs: my_config: file: ./my_config.txt secrets: server-certificate: file: ./server.cert services: app1: configs: - source: my_co
Railsアプリの開発環境向けDockerfile + docker-compose.yml - アジャイルSEの憂鬱
人に説明するときに記事あると便利なので、開発環境向けのDockerfileとdocker-compose.ymlを書いておく。 Dockerfile FROM ruby:3.0.0 WORKDIR /app # Using Node.js v14.x(LTS) RUN curl -fsSL https://deb.nodesource.com/setup_14.x | bash - # Add packages RUN apt-get update && apt-get install -y \ git \ nodejs \ vim # Add yarnpkg for assets:precompile RUN npm install -g yarn # Add Chrome RUN curl -sO https://dl.google.com/linux/direct/google-ch
user/.githubリポジトリを使い、FUNDING.ymlやCODE_OF_CONDUCT.mdなどを一括設定する GitHubには username/.github というように .github リポジトリというメタファイルを置くリポジトリが作れます。 たとえば、 username/.github リポジトリに CODE_OF_CONDUCT.md ファイルを置くと、usernameのすべてのリポジトリにそのファイルが反映されます。 CODE_OF_CONDUCT.mdをおいた場合は、次のようにIssueを作る際になどにHelpful resourcesにリンクが表示されるようになります。 もともとこの機能はOrganization(個人アカウントではない)のみで動いていたと思いますが、いつのまにか個人アカウントでも.githubリポジトリが機能するようになっていました。 次のペー
たまってしまった .rubocop_todo.yml をGitHub Actionsで継続的かつ自動的に倒す方法 - STORES Product Blog
こんにちは。heyのCTOをやっている藤村です。 実はCTOになる前はSTORESのRailsのコードを改善する仕事をしていました。その頃に、たまってしまっている.rubocop_todo.ymlをなんとか手間をかけずに消化していきたいな〜と思い、少しづつ自動的に消化する仕組みを作りました。この記事ではその仕組みをご紹介します。 rubocop_todo.yml とは 既存のコードベースに対してRuboCopを適用すると大量の違反箇所が出てしまい使い物にならないという問題があります。それの解決策として、既存のコードで違反しているファイルを無視する設定を .rubocop_todo.yml というファイルに保存して .rubocop.yml で読み込み、既にある違反はいったん無視する、という方法が用意されています。 Configuration - RuboCop: The Ruby Lint
Docker Compose 1.27.0以降ではdocker-compose.ymlにversionを書く必要がなくなっていた - hogashi.*
あらすじ docker-compose.yml でトップレベルの version 要素を指定していると、 WARN[0000] (...)/docker-compose.yml: `version` is obsolete と表示される。インターネットを見ていくと version は指定しなくて良い、消したらいい、という記事がたくさん出てくるし、たしかに公式のドキュメントにも obsolete と書かれている Version and name top-level elements | Docker Docs。 Version top-level element (obsolete) The top-level version property is defined by the Compose Specification for backward compatibility. It is
技術とノウハウを武器に、膨大かつ複雑なデータの「検索」「分析」「可視化」といった課題を解決するフォルシア株式会社が「FORCIA Meetup #2」を開催しました。2回目の今回のテーマは「2020年度にエンジニアが取り組んだこと」。六車氏は、CI/CDの整備について発表しました。 管理ツールとして「GitLab」CI/CDツールとして「GitLab CI/CDツール」を利用 六車光貴氏（以下、六車）：六車が『エンジニア1年目の貢献：CI整備を中心に』というタイトルで発表します。まず自己紹介です。六車光貴と申します。ちょっと変わった名前ですが、四国の香川県出身で、香川県だと小学校のクラスに1人はいる名前です。 フォルシアには2020年4月に新卒で入社して、ソフトウェアエンジニアとして働いています。主に大手旅行代理店のサイトの構築をTypeScript、Node.js、React、Next、
1400 行の一枚岩な .gitlab-ci.yml を分割して CI を高速化した - 弁護士ドットコム株式会社 Creators’ blog
こんにちは。弁護士ドットコム クラウドサイン事業本部で SRE をしています、大内と申します。 クラウドサイン事業本部の SRE ではサービスの可用性、信頼性の向上や開発の高速化、省力化を目指した開発を日々行っています。 クラウドサイン事業本部では本体アプリケーション（以下本体）のソースコード管理を GitLab で行っています。 そして、本体とその関連サービス、バッチなどを 1 つのリポジトリで管理するモノレポ構成を取っています。 今回は、そんなモノレポ構成のリポジトリの GitLab CI パイプラインを分割し、開発速度を大きく改善した話をご紹介します。 CI 分割以前の CI 構成 モノレポ構成プロダクトの CI が抱えていた課題 他のテストの待ち時間の影響を受けて待ち時間が伸びる テストが失敗するとすべてのデプロイがブロックされる .gitlab-ci.yml の肥大化による、コー
.rubocop_todo.ymlを解消するPull RequestをGitHub Actionsで自動生成する (前編)
.rubocop_todo.ymlを解消するPull RequestをGitHub Actionsで自動生成する (前編) 前編ではr7kamura/rubocop-challengeというCustom Actionの話をし、後編では再実装したr7kamura/rubocop-todo-correctorというCustom Actionの話をする。 ただ開発しているだけで、.rubocop_todo.ymlはそこ此処に積もる。たまに慈善活動的に解消してPull Requestを出したりもする。しかし人力でやっているとキリがない。この作業を自動化したい。こういうときに便利な、rubocop_challengerというGemがある。 便利なGemだが、設定しようとすると幾つかハマりどころがあり、導入が大変。そこで、簡単に導入できるようにr7kamura/rubocop-challengeという
pip/.github/ISSUE_TEMPLATE/bug-report.yml at main · pypa/pip
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
はじめに CIで怒ってくるrubocop、たまにしかruby書かない人にとっては「煩わしい!!」 みたいな感想を持たれる印象があるので、最近は極力シンプルなルールにするようにしていっています。 最近rubocopが1.0になったし、このエントリではそれを晒してみます。 ちなみにrubocopのバージョンは1.3.1(最新)で、プロジェクトはrailsアプリの想定です。 .rubocop.yml はい: # .rubocop.yml inherit_from: .rubocop_todo.yml inherit_mode: merge: - Exclude require: - rubocop-performance - rubocop-rubycw AllCops: DisabledByDefault: true Exclude: - 'gems/**/*' NewCops: enable
election2024/.github/workflows/issue-review.yml at main · takahiroanno2024/election2024
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
巨大な .circleci/config.yml を分割した話 - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 6000 行を超える巨大な .circleci/config.yml を分割してメンテナンス性を改善した話を紹介します。 背景 我々 SRE は日々 Developer Productivity の改善に取り組んでいます。 その取り組みの一環で Developer の方から直接フィードバックをもらう機会がありました。 その中で Monorepo の .circleci/config.yml が大きすぎて修正するのが大変という意見をもらいました。 弊社では様々なサービスを一つのリポジトリで管理する Monorepo というアーキテクチャを採用しており、 CircleCI で全てのサービスのテストやビルド・デプロイなどを行っています。 それ故に .circleci/config.yml は 6000 行を超えるものになっており
追記(2021-09-04): username/.githubリポジトリを作ることで一括でSponsorボタンが設定できるようになっています。 また、現在はデフォルトでFUNDING.ymlが認識されてSponsorボタンがでるため、“Sponsorship”の✔を入れる作業は不要となりました。 詳細はuser/.githubリポジトリを使い一括でFUNDING.ymlやCODE_OF_CONDUCT.mdなどを設定する | Web Scratchを参照 GitHubリポジトリにはスポンサーボタンを表示する機能がありますが、これをまとめて設定するツールを書きました。 GitHubリポジトリに、スポンサーボタンを表示するには次のような条件が必要です。(2019-10-27現在) GitHubリポジトリのSettingsで”Sponsorship”の✔をいれて有効化する リポジトリの.git
小ネタで恐縮です。docker-composeは便利なのですが、docker-compose.ymlの中でローカル変数的に値を手軽に使い回す方法を知りたくなりました。 version: "3.4" services: app: &app build: context: . dockerfile: ./.dockerdev/Dockerfile args: RUBY_VERSION: "2.7.0-slim-buster" PG_MAJOR: "12" NODE_MAJOR: "11" YARN_VERSION: "1.19.1" BUNDLER_VERSION: "2.0.2" image: enno_docker:1.0.0 tmpfs: - /tmp # （略） postgres: image: postgres:12 volumes: - .psqlrc:/root/.psqlrc:
最近仕事で docker-compose.yml をメンテする機会が多く、その際に重宝したDRYに書くテクニック2つです。 Extension fields Extension fields(公式ドキュメント) compose fileのバージョン3.4以降から、Extension fieldsという機能が利用できるようになりました。 これは、YAMLのaliasとanchorの機能をdocker-compose.yml中でも利用できるようにしたものです。 使いどころ 同じ環境変数を複数のコンテナに設定しなければならない 複数コンテナで同じパスでマウントするvolumeがある 使用例 サンプルとして、大量の同じenvironmentを各コンテナで指定しなければならない例を見てみましょう。 適用前は次に示すように愚直に記述しています。 --- version: '3.7' services:
docker-compose.ymlのbuild設定はとりあえずcontextもdockerfileも埋めとけって話 - Qiita
. ├ app │ ├ Dockerfile │ └ ...その他ファイル群 ├ api │ ├ Dockerfile │ └ ...その他ファイル群 ├ nginx │ ├ Dockerfile │ └ ...その他ファイル群 └ docker-compose.yml
概要 2020年7月にDocker社とAWSが協業を発表した。 DockerとAWSが協業 Docker DesktopとAmazon ECSが連係可能に - ITmedia NEWS それから約半年後、ついにdockerコマンドでAWSに一発デプロイできるようになった Docker ComposeとAmazon ECSの統合が一般提供に：CodeZine（コードジン） ここでは、dockerコマンドを使ってfargateにデプロイする方法をメモする。dockerを使ってAWSにデプロイする、ということは数年前からできてたことで、それ自体は何も新鮮ではないのだが、ざっくりいうとAWSの設定を全く、ないしは極力せずにデプロイできるところが今回のアップデートの強みと言える。 今までのAmazon ECS CLIである「ecs-cli」コマンドは使わない AWS CloudFormationの設
[ECS初心者向け] docker-compose.yml の uWSGI, Nginx, Flask アプリを ECS Fargateで動かす | DevelopersIO
はじめに おはようございます、もきゅりんです。 ローカル環境などで docker-compose.yml で実行させていたアプリを Amazon ECS (以下、ECS) で動かしたくなることもあると思います。 ということで、docker-compose.yml で実行させていた uWSGI, Nginx, Flask アプリを ECS(Fargate) に移行しようと思いました。 下記ブログのように docker compose コマンドを使って、docker-compose.yml を使って直接 ECSを構築するのではなく、これまで通りのECSクラスターを構築するやり方です。 Docker ComposeによるAmazon ECS対応がGAに！コンテナをローカル環境と同じノリでECS環境で起動できるぞ！！ | DevelopersIO 本稿では、基本的にコンソールを使って構築していきま
![[ECS初心者向け] docker-compose.yml の uWSGI, Nginx, Flask アプリを ECS Fargateで動かす | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/6a9741a02eb429867ca2e150f4a4bb7fe198214f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-fargate.png)
Railsのcredentials.yml.encとmaster keyをDockerで安全に扱う - LCL Engineers' Blog
バックエンドエンジニアの星野です。 東京オリンピック2020が開幕されましたね。LCLは移転前のオフィスがオリンピック選手村に近い勝どきにあったので選手に親近感を覚えます。 さて、LCLではバックエンド開発のWebアプリケーションフレームワークとしてRuby on Railsを採用しています。 先日、Railsのアップデートや構成の更新をした際にCredential機能について見直す機会があったのでその知見を共有したいと思います。 tl;dr master.keyはGitリポジトリに含めない マルチステージビルドか--mount=type=secretを活用してDockerイメージにもmaster.keyを含めない Amazon ECSではSSMパラメータのSecureStringを利用して環境変数RAILS_MASTER_KEYを設定する Credential機能の概要 Railsはバー
Mochaではv7からtest/mocha.optsの設定ファイルが非推奨となっています。 mocha.optsファイルはCLIの引数をそのまま書ける設定ファイルです。 mocha.optsファイルを利用すると次のようなDeprecation Warningが表示されるはずです。 (node:64389) DeprecationWarning: Configuration via mocha.opts is DEPRECATED and will be removed from a future version of Mocha. Use RC files or package.json instead. Mocha v6からmocha.optsの代わりに.mocharc.jsonなどの設定ファイルがサポートされました。 .mocharc.{json,js,yml,yaml,cjs}など色
先に結論から .gitlab-ci.yml内の以下のような重複処理は validate-dev: stage: terraform-static-test script: - cd env/dev - terraform init -backend=false - terraform validate validate-stg: stage: terraform-static-test script: - cd env/stg - terraform init -backend=false - terraform validate validate-prod: stage: terraform-static-test script: - cd env/prod - terraform init -backend=false - terraform validate 以下のようにスッキリさせ
Rails: 最近のRuboCop更新をrubocop.ymlで有効にした｜TechRacho by BPS株式会社
自分のRails環境でしばらくぶりにrubocop -aをかけてみたところ、以下のメッセージがどどどっと表示されました。 The following cops were added to RuboCop, but are not configured. Please set Enabled to either `true` or `false` in your `.rubocop.yml` file: - Layout/EmptyLinesAroundAttributeAccessor (0.83) - Layout/SpaceAroundMethodCallOperator (0.82) - Lint/DeprecatedOpenSSLConstant (0.84) - Lint/DuplicateElsifCondition (0.88) - Lint/MixedRegexpCaptu
docker-compose.yml の内容を上書きする docker-compose.override.yml - てくなべ (tekunabe)
はじめに 最近、netbox-docker の README.md を見て知ったのですが、docker-compose.yml の内容を上書きする docker-compose.override.yml というファイルがあるそうです。 docker-compose.yml はそのままのこしておき、docker-compose.override.yml でカスタマイズするのに便利そうです。 公式ドキュメントにも記載がありました。 docs.docker.jp netbox-docker の README.md の例で試してみます。 docker-compose.yml 単品の場合 nginx を抜粋すると以下の通りです。 # nginx nginx: command: nginx -c /etc/netbox-nginx/nginx.conf image: nginx:1.19-alpine
Configuration options for the dependabot.yml file - GitHub Docs
About the dependabot.yml file The Dependabot configuration file, dependabot.yml, uses YAML syntax. If you're new to YAML and want to learn more, see "Learn YAML in five minutes." You must store this file in the .github directory of your repository in the default branch. When you add or update the dependabot.yml file, this triggers an immediate check for version updates. For more information and an
CircleCIのDynamic Configでconfig.ymlを分割管理する - Carpe Diem
背景 CircleCIを使っているのですが 多数のリポジトリを管理している config.ymlが肥大化している。けれど殆どは似たような記述 といった背景がある上で、新しいjobやworkflowを各リポジトリに適用していく際に コピペ漏れが起きやすい レビューがつらい といった課題を持っていました。 そんな時にCircleCIがDynamic Configという新機能を出していたので、これを使って 各リポジトリで変更が不要な共通処理のファイル リポジトリ毎に修正が必要なファイル を分割して管理することで、 前者はファイル自体をコピペすれば良い レビューは後者だけ注視すれば良い という対応をします。 環境 CircleCI 2.1 circleci/continuation 0.2.0 yq 4.24.2 Dynamic Configとは Dynamic Configを使うと動的にconf
$ export COMPOSE_PATH_SEPARATOR=: $ export COMPOSE_FILE=docker-compose.yml:docker-compose.prod.yml $ docker-compose up -d ファイル間、プロジェクト間での Compose 設定の共有 — Docker-docs-ja 17.06 ドキュメント 注意 extends キーワードは 2.1 までのサポートで、(2020年7月現在)ではご利用いただけません🙅♀️ COMPOSE_FILEの区切り文字はOSによって異なるのでCOMPOSE_PATH_SEPARATORを明示的に指定しておくと無難 -fオプションではなく環境変数を使う場合は他プロジェクトに影響するかもしれないのでそこは注意 Makefile と合わせて使う 簡単な例としてベースとなるファイルと、環境用のファイル
Dependabot の config.yml に「Automatic PR merging」を設定する - kakakakakku blog
Dependabot を使うと「依存パッケージ」の更新を自動化できる．対応言語も幅広く，個人的には JavaScript / Ruby / Python / Docker をよく使っている．最高に便利なんだけど，例えば JavaScript などはリリース頻度が高く，すぐにプルリクエストが溜まってしまう（プルリクエスト数の制限はできる）．最近は「Automatic PR merging（プルリクエスト自動マージ機能）」を使うことも多く，設定例を紹介する． dependabot.com Dependabot 設定画面 「Automatic PR merging」をすぐに試すなら設定画面を使う．true or false という単純な設定ではなく「ランタイム依存」と「開発依存」に対してアップデートレベルを設定できる．さらに特定のパッケージをホワイトリスト形式で設定することもできる． Runti
こんばんはエンジニアの眠れない夜です。 Docker Composeを使っていて別のDocker Composeファイル(.ymlファイル) で設定しているコンテナに接続したくなることはありませんか？ 例えば、開発する時 データベースはMySQLやPostgreを起動して複数のアプリケーションから参照する。 という使い方をしたくなります。 しかし、 データベースのポートがバッティングしてしまったり アプリケーションごとにデータベースのコンテナが必要になったり 別のアプリケーションと接続したくなったり と… 複数のDocker Composeのコンテナ間でネットワーク接続ができないととても不便です。 こういった問題に直面してしまうのは言うまでもなくDockerのコンテナネットワークに関する知識が不足していることが原因です。 上記のような問題を解決できるようになるために今回は複数のDocker
heroku.yml を使用して Docker イメージをビルドする | Heroku Dev Center
heroku.yml ファイルは、次の目的で使用されるマニフェストです。 Heroku で Docker イメージをビルドする アプリのプロビジョニング時に作成するアドオンと環境設定を指定する Docker ベースのアプリケーションのデプロイ時に Review Apps を利用する Heroku container スタックは、高度なユースケースのみを想定しています。カスタム Docker イメージが特に必要な場合を除き、 Docker image の場合は、Heroku のデフォルト buildpack を利用したビルドシステムを使用することをお勧めします。これは 自動ベースイメージのセキュリティ更新と言語固有の最適化を提供します。また、Dockerfile を維持する必要もなくなります。 使用開始 アプリケーションのルートディレクトリに heroku.yml ファイルを作
こんにちは。この記事はRuby on Rails Advent Calendar 2021の23日目の記事です。 もう2日過ぎちゃってますが、この23日は誰も埋めていなかったようなので埋めてみました。 Railsでconfig/xみたいなディレクトリ作ってそこに config_for で読み込むymlを置くとスッキリして分かりやすくなるんじゃないか という思いがあり、それについて書きます。 TOC Railsで Rails.configuration と config_for を活用する話 config.x.なんか と config.なんか の違いとはなんなのか そうすると config/*.yml がいっぱいできるじゃん？ 見通しの悪さよ アイデア: アプリの独自設定は config/x/*.yml に置いたらいいのでは? Railsで Rails.configuration と con
Docker Composeについてざっくり理解する【概要 / ymlファイル書き方 / コマンド操作】 - Qiita
はじめに 最近、山浦清透さんが運営されているプログラミング学習サービス「独学エンジニア」にてDockerについて学び始め、最後のセクションであるDocker Composeについて学び終わりましたので、備忘録も兼ねて自分なりにまとめていきたいと思います 今回の内容はDockerの基本操作を理解した上での記事となりますので、「Docker使えたら便利らしいけど、よく分からん！」って方は以前投稿した記事、「Docker基本操作Part1」「Docker基本操作Part2」「Dockerfileの書き方」を軽くご一読ください （タコが複数のコンテナを持って考えてる・・・・・・） （まさかお前、、、複数のコンテナをまとめて操作できるっていうのか！？） タコ「そのとおーり」 （なんか喋った笑） １. Docker Composeとは 複数のコンテナを定義し実行する Docker アプリケーションのた
ホーム / ハック / docker-compose.ymlを使って AWSFargateへデプロイ
前提 Compose ファイルフォーマットバーション 3.x 結論 -f オプションを使う $ docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d または環境変数を使う: COMPOSE_FILE, COMPOSE_PATH_SEPARATOR $ export COMPOSE_PATH_SEPARATOR=: $ export COMPOSE_FILE=docker-compose.yml:docker-compose.prod.yml $ docker-compose up -d ファイル間、プロジェクト間での Compose 設定の共有 — Docker-docs-ja 17.06 ドキュメント 注意 extends キーワードは 2.1 までのサポートで、(2020年7月現在)ではご利用いただけ
【ミライトデザイン社内勉強会#5】docker-compose.ymlとDockerfileを一行づつ読んでみる - Qiita
最強のLaravel開発環境をDockerを使って構築する【新編集版】 - Qiita で使用されている docker-composer.yml と Dockerfileが何をしているのかを一行づつ見てみる version: "3.8" # ① docker file で使用するバージョンを指定 volumes: # ② VMの中にボリュームする領域を確保している db-store: php-fpm-socket: services: # ③ サービス１つ１つがコンテナ app: # ④ サービスの名前（任意でつけて大丈夫） build: ./docker/php # ⑤ ここにあるdockerファイルでビルドしろっていってる volumes: - php-fpm-socket:/var/run/php-fpm # ⑥ VM本体の領域に、コンテナの中の/var/run/php-fpmがマウ
毎度、ググっても出てこない小ネタを取り扱っております。 本記事は個人的な見解であり、筆者の所属するいかなる団体にも関係ございません。 本エントリーは、Qiita Adventカレンダー 2021 GitLab の記事です。 0. はじめに 2021年12月03日のQiita Adventカレンダー 2021 GitLaに以下の記事を書きました。 GitLabのEnvironmentを使いこなせ！(Environmentってなに？編) - Qiita https://qiita.com/ynott/items/79d567ecb0cfbce722a8 GitLabの機能にあるEnvironment機能を解説しました。 本エントリーは、.gitlab-ci.ymlの書き方を解説します。 1. いきなり本題 以下のように書きます！ 重要なのはenvironmentの部分です。 stages: -
docker-compose.ymlで.envファイルに定義した環境変数を使う - lycheejam's tech log
概要 Docker Composeのdocker-compose.yml内に設定値を直接書き込むのではなく別ファイルで環境変数を定義し、その定義した値を使用してコンテナを作成します。 先日、Docker Composeを使用したPHPの環境構築の流れでMySQLを使用したDBサーバ（コンテナ？）を作成しました。 MySQLの初期スキーマ・ユーザ/パスワード・rootパスワードをdocker-compose.ymlに直書きがなんかな〜と思った次第です。 極論、ここ読めです。 Environment variables in Compose | Docker Documentation 目次 概要 目次 参考サイト様 成果物 docker-compose.ymlで環境変数を使う 注意事項 docker-compose.ymlで環境変数を使用するための構文 .envファイルの作成 docker-
CodeBuildのbuildspec.ymlに複数行に渡るコマンドを書く & 条件分岐を書く | DevelopersIO
複数行に渡るコマンドを書く CodeBuildのビルド仕様を定義するbuildspec.yml内にて、複数行に渡るコマンドを定義したいです。 失敗 コンソールで複数行に渡るコマンドを実行したい場合は、行末に\を入れます。そうすることで、次行の入力内容も同行として解釈して実行してくれますよね。 % terraform plan -no-color -input=false \ -target="module.base.null_resource.remove_default_coredns_deployment" \ -target="module.base.null_resource.modify_kube_dns" \ -target="module.base.helm_release.coredns" これと同じ様にbuildspec.ymlにも書いてみました。 buildspec.y
本番環境とローカルの開発環境の他に、ステージング環境やQA環境などと言った環境が複数あるのが一般的です。 こういった環境ごとの異なる設定値（例えばデータベースの設定や、連携しているサービスのURLやIDなど）をどうやって管理するかというのはRailsアプリを運用する上で悩むポイントかと思います。 本記事では、RAILS_ENVを増やすことなく、Railsが用意するRails::Application.config_forを用いて、環境ごとの設定値をymlでいい感じに管理する方法を紹介します。 https://speakerdeck.com/spring_mt/deep-environment-parity-cdnt-2019 複数環境があるという前提で、その環境感の差異を無くして一致させようという話については、このスライドに綺麗にまとまっているので参考にしてください。 Rails::App
docker-compose.ymlを使ったAWS ECS+Fargate構築・デプロイ - Qiita
DockerとAWSが提携したことによりdocker-compose.yamlでECS+Fargate構築ができるようになったので試してみた、恐らく現状一番簡単にECS+Fargate構築する方法だと感じた 導入確認 Amazon ECS用のコンテキスト作成 AWS認証は既存Profileを使う $ docker context create ecs docker-lamp-ecs ? Create a Docker context using: An existing AWS profile ? Select AWS Profile toyscreation-sandbox Successfully created ecs context "docker-lamp-ecs" $ docker context ls NAME TYPE DESCRIPTION DOCKER ENDPOINT
#はじめに Dockerfileやdocker-compose.ymlを編集して更新した後、イメージやコンテナに反映させるためのコマンドのメモです。 案外シンプルでした。 なお、当記事でご紹介するのはdocker-composeで複数コンテナを管理している場合のものになります。 #Dockerfileの更新を反映させる ※-dオプションは、バックグラウンドで起動するオプション docker-compose upコマンドに--buildオプションを追加しています。 通常docker-compose upを実行すると、 ①Dockerイメージをbuildして、 ②runが実行される という処理が実行されますが、もし既にDockerイメージがbuildされている場合は、 ②のrunだけが実行されるようになっています。 そのため、Dockerfileを更新した後にdocker-compose up
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker Compose V2で変わったdocker-compose.ymlの書き方
user/.githubリポジトリを使い、FUNDING.ymlやCODE_OF_CONDUCT.mdなどを一括設定する
CI設定ファイル「.gitlab-ci.yml」の肥大化を防げ エンジニア1年生が“yaml地獄"から抜け出すためにやったこと
.rubocop.ymlシンプルに、ゆるめにやりたいんじゃ ·
複数のGitHubリポジトリにまとめてGitHub Sponsorsボタン(FUNDING.yml)を設定する方法
docker-compose.ymlの中で値を使い回す方法｜TechRacho by BPS株式会社
docker-compose.ymlをDRYに書くテクニック2選 - Qiita
docker-compose.ymlを全自動でAWS ECSにデプロイ
Mocha v7のmocha.optsから.mocharc.{json,js,yml,yaml}にマイグレーションするスクリプト
extendsを使って.gitlab-ci.yml内の重複処理をまとめる | DevelopersIO
docker-compose.yml を環境ごとに分割する - Qiita
【Docker Compose】複数.yml(コンテナ間)ネットワーク設定方法
Railsで`config/x`みたいなディレクトリ作るとymlが分かりやすくなる説 ·
docker-compose.ymlを使って AWSFargateへデプロイ | クロジカ
docker-compose.yml を環境ごとに分割する - yKicchan's blog
GitLabのEnvironmentを使いこなせ！(.gitlab-ci.ymlで使う編) - Qiita
RAILS_ENVの数は増やさず、環境ごとの差異をymlでいい感じに管理する方法 - Qiita
Dockerfile、docker-compose.ymlを更新した後にやること - Qiita
www.asahi.com
ameblo.jp/arex-get
news.yahoo.co.jp
concie.blog.fc2.com
www.interest-watching.com
www.nhk.jp