タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

ECSとRailsに関するfuyu77のブックマーク (2)

  • Railsのログを awslogs で Cloudwatch Logs に出力する - アクトインディ開発者ブログ

    morishita です。 今回はいこレポでのログ出力について紹介します。 いこレポの動作環境 いこレポは ElasticBeanstalk を利用してアプリケーションサーバを稼働させています。 ElasticBeanstalk ではプラットフォームを選択できますが、 Multi Container Docker を利用しています。 この場合、実際にRailsが稼働するのは ECS上に起動された Docker コンテナとなります。 Dockerではコンテナ内に永続化するデータを保存しないことが基ですが、ログも コンテナ削除時に消えていい情報ではないので何らか外に出す必要があります。 その方法としては次の方法があるかと思います。 案1. ホスト側のディレクトリをマウントして、そこにログを保存する 案2. Fluentd でログサーバに転送する 案3. Cloudwatch Logsに転送す

    Railsのログを awslogs で Cloudwatch Logs に出力する - アクトインディ開発者ブログ
  • メドピアのECSデプロイ方法の変遷 - メドピア開発者ブログ

    CTO室SREの侘美です。好きなLinuxディストリビューションはLinux Mintです。 メドピアでは現在多数のサービスを運用しており、そのほとんどがAmazon ECSを構成の中核として利用しています。 ECSに対してデプロイを行う方法としては、CodeDeploy、CodePipeline、Copilot(ecs-cli)等があり、CloudFormationやTerraform等のIaCツールで何をどこまで管理するかも合わせて検討する必要があります。 どの方法にもメリット・デメリットがあり、Twitter技術ブログを観測している範囲ではデファクトスタンダードと呼べる方法は未だに無いように思われます。 メドピアで最初にECSを利用し始めたのは2018年ころであり、これまで試行錯誤しながらECSのデプロイ方法とタスク定義の管理方法を模索してきました。 今回はメドピア社内で試してきた

    メドピアのECSデプロイ方法の変遷 - メドピア開発者ブログ
  • 1