タグ

ECSに関するhitotakuchanのブックマーク (8)

  • 「AWSとGitHubを用いたパターン別CI/CD構成解説」というテーマのビデオセッションで話しました #devio2023 | DevelopersIO

    こんにちは、つくぼし(tsukuboshi0755)です! 現在 DevelopersIO 2023の一環として、YouTube でのビデオセッションが公開されています。 今回私の方では、「AWSGitHubを用いたパターン別CI/CD構成解説」というタイトルで投稿しました。 概要 AWS基盤でCI/CD構成を作りたいが、どのようなサービスを組み合わせて作るべきだろうか? 特にCI/CDに関する有名なサービスとして、AWSのCodeシリーズとGitHubがあるが、両者の使い分けはどのようにすれば良いだろうか? そんなお悩みをすっきり解決するため、様々なパターンを想定したCI/CD構成をまとめて解説します。 動画 スライド 参考サイト ECS用のCDパイプラインに対する考察 CodeDeploy / GitHub Actions|Rails × CloudFormation ハンズオン A

    「AWSとGitHubを用いたパターン別CI/CD構成解説」というテーマのビデオセッションで話しました #devio2023 | DevelopersIO
  • Amazon ECSのタスクを常に新鮮に保つ仕組みをStep Functionsで - KAYAC engineers' blog

    SREチームの藤原です。今回はAmazon ECSのサービス内のタスクを定期的に再起動することで、日々のメンテナンスコストを削減する話です。SRE連載 3月号になります。 3行でまとめ ECS Fargateのタスクは時々再起動が必要 人間が対応するのは面倒 Step Functionsを定期実行して常に新鮮なタスクに入れ換えて予防しよう ECS Fargateのタスクは時々再起動する必要がある ECS Fargateでサービスを運用していると、数ヶ月に一度ほどの頻度でこのようなお知らせがやってきます。 [要対応] サービス更新のお知らせ - AWS Fargate で実行されている Amazon ECS サービスの更新が必要です [Action Required] Service Update Notification - Your Amazon ECS Service Running

    Amazon ECSのタスクを常に新鮮に保つ仕組みをStep Functionsで - KAYAC engineers' blog
  • ECSのタスク起動時に「standard_init_linux.go」関連のエラーが出た場合の対処方法 | DevelopersIO

    こんにちは!DA(データアナリティクス)事業部 インテグレーション部の大高です。 先日、ECSでタスクの起動をしようとした際に以下のエラーが発生しました。 standard_init_linux.go:219: exec user process caused: no such file or directory このエラーを調べてみると、いくつか同じようなパターンとその対処方法が見つかったので、まとめておきたいと思います。 いつエラーが起きるのか ECSのタスクを起動した直後にエラーが発生し、タスクがすぐに「STOPPED」になります。停止したタスクのログを調べると以下のようなログだけが出ている、という状況です。 standard_init_linux.go:219: exec user process caused: no such file or directory エラーパターン

    ECSのタスク起動時に「standard_init_linux.go」関連のエラーが出た場合の対処方法 | DevelopersIO
  • Amazon Elastic Container Service (ECS)にsquidでプロキシサーバーを構築した|デロイト トーマツ ウェブサービス株式会社(DWS)公式ブログ

    Amazon Elastic Container Service (ECS) で、 squid でプロキシサーバー構築した際に、いろいろと考慮する点があったので、備忘録も兼ねてまとめてみる。 Docker のイメージは alpine Docker のイメージとしては alpine を使った。 やはりサイズが小さいのが良い。 イメージが小さいと、 docker push や docker pull が早いし、デプロイも早くなるから。 今回構築したプロキシサーバーのイメージも、6MBほどの小さいものとなった。 FROM alpine squid ユーザーをコンテナ内で使用 Dockerfile 内で、 USER として squid ユーザーを設定。 コンテナ内での、実行ユーザーを squid とした。 USER squid squid ユーザーに sudo 権限を付与 squid ユーザーに、

  • AWSで構築するSelenium自動テスト環境とその運用 - ZOZO TECH BLOG

    はじめに こんにちは、Selenium 4の正式版がなかなかリリースされなく、ソワソワしている品質管理部・自動化推進ブロックの木村です。 私が所属する品質管理部は、ZOZOTOWNやWEARなどの開発プロジェクトに対してテスト・検証を行い、完成品がユーザーの手に届いても問題ないかを確認する部署です。その品質管理部では、先日、部署で開発運用しているSeleniumによる自動テストのシステムをオンプレからAWSに移行しました。自動テストの書き方や、個々のAWSサービスの使い方の記事は多く存在するので、記事では自動テスト全体の概要を紹介します。単純な移行だけでなく、サーバレスやマネージドサービスを活用しているので、部分的にでも参考になる点があれば幸いです。 背景 品質管理部が行っていたリグレッションテストやシステムテストを部分的に自動化するために、Seleniumによる自動テストのシステムを開

    AWSで構築するSelenium自動テスト環境とその運用 - ZOZO TECH BLOG
  • AWS Protonを使用した本番運用を考える - NRIネットコムBlog

    こんにちは、上野です。 2020年のAWS re:Inventで発表されたAWS Proton、以下のハンズオンを参考に色々触ってみました。(作者の山口さんありがとうございます!) AWS Proton で ECS Fargate のアプリケーション実行環境を作ってみようハンズオン これは実際の番運用で使用できるのでは?という良いポイントがけっこうあったので、まとめてみます。 AWS Protonとは AWSでは「コンテナおよびサーバーレスアプリケーションのための初のフルマネージドデリバリーサービス」と紹介されています。 私の感想としては、プラットフォーム管理者とアプリケーション開発者の境界線を明確にし、各担当者が管理する範囲をテンプレートおよび世代管理できるサービスです。この管理をAWSマネージドでできるため、負荷を下げながら整理されたデリバリー構成を維持できるようになります。 説明だ

    AWS Protonを使用した本番運用を考える - NRIネットコムBlog
    hitotakuchan
    hitotakuchan 2021/10/14
    開発者は ecr にコンテナ登録までにしてここで責任を明確に切り分けたい。いつどのバージョンをデプロイするかはインフラ担当の責任でやりたい。
  • AWS Copilot のご紹介 | Amazon Web Services

    Amazon Web Services ブログ AWS Copilot のご紹介 Amazon Elastic Container Service (Amazon ECS) をご利用中、あるいはご利用を検討されている皆さまへ 記事でご紹介する AWS Copilot は Amazon ECS CLI の後継に当たるものです。日はこの ECS CLI を多くのお客様にご利用いただいている地域の1つであることに加え、ECS でのコンテナ実行をもっと簡単に行えるようにしたい、シンプルなワークフローを実現したいというリクエストを多数いただいていることから、記事を英語記事と同じタイミングで公開することにしました。 Amazon ECS でのコンテナ実行に新たな体験を提供する AWS Copilot の紹介記事です。お楽しみください! −トリ (皆さまからの Copilot へのフィードバック、

    AWS Copilot のご紹介 | Amazon Web Services
    hitotakuchan
    hitotakuchan 2020/07/10
    どんなリソースが作成されるかもわからないし Terraform で管理できないじゃん。/copilot svc package で cloudformation 形式で出力できるらしい。
  • あなたの組織に最適なコンテナデプロイ方法とは?〜ECSにおけるデプロイ最新機能てんこ盛り〜

    AWSにおけるコンテナワークロード運用のデファクトスタンダードの地位を確立したECS。 デプロイ方法も進化を続け、CodeDeployとALBで連携したB/Gデプロイやカナリアリリースにも対応し、そのデプロイにおける柔軟性はEKSに勝るとも劣りません。 そんなECSですが、手段が豊富になったこともあり現状「そもそもうちの組織としてどんなデプロイ方法が最適なのか?」を選択するのが難しくなっています。 このセッションでは、ECSのデプロイ機能を紹介しつつ、マルチアカウントでの運用、リリース承認プロセス、IaCとの連携方法、GitHub Actionsも含めた最新動向を全てお伝えいたします。

    あなたの組織に最適なコンテナデプロイ方法とは?〜ECSにおけるデプロイ最新機能てんこ盛り〜
  • 1