並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 583件

新着順 人気順

Fargateの検索結果361 - 400 件 / 583件

  • 検証環境のFargateのタスクを定期停止・定期起動してみた #Fargate | DevelopersIO

    コカコーラ大好き、カジです。 お客様よりFargateを検証環境で複数構築していて、夜間停止したいとご要望をもらいました。 その方法について調査しましたので、ご紹介します。 参考元 以下のブログが大変参考になりました。ありがとうございました。 【小ネタ】FargateのAutoScallingをスケジュールベースで動かす方法 - Qiita 上記ブログでは、1つのFargateのECSクラスタ、サービスの停止起動ですが、私の方で、複数Fargateに対応できるようLambdaを修正しました。 (私は、Python素人なので、社内のPython詳しいメンバーにも助けてもらいました。感謝) 構築するもの 以下の3つでできます。 ECSのタスク起動数を変更するLambda 上記Lambda実行用のIAM Role 上記Lambdaを実行する(キックする)CloudWatch Events 前提条

      検証環境のFargateのタスクを定期停止・定期起動してみた #Fargate | DevelopersIO
    • [セッション] AWS Fargate Under the Hood CON423 #reinvent | DevelopersIO

      FargateのアーキテクチャをRunTask APIを中心に深掘りしていくセッションです. すでに動画も出ていますので, 合わせてご確認ください. Goal of AWS Fargate Fargateのゴールはシンプルである コンテナ化されたアプリケーションをAWSの仮想マシン上でプロビジョニングやスケール, 管理をすることなく実行すること "Container Native Experience" をAWSで完全に実現すること Faragteでの "Container Native Experience" とは何かの振り返り タスク定義を定義する タスク定義自体が1単位であり, 1つの仮想マシンにデプロイされる 複数タスクの定義も可能 クラスタを作成する クラスタはEC2インスタンスを束ねるというよりは, アプリケーションをグループ化させる用途に使用するものである タスク定義とクラス

        [セッション] AWS Fargate Under the Hood CON423 #reinvent | DevelopersIO
      • トレンドのVuejs/NuxtをAws ECS, FargateでSSR、詳細解説します🚀 | Ragate ブログ

        こんにちは! ウェブアプリケーションの開発でデファクトスタンダードな VueJS / NuxtJS ですが、SSR 時のデプロイ方法についてはみなさん悩まれることが多いのではないでしょうか? SPA であれば AWS Cloud Front と S3 のコンビで十分に運用可能ですが、要件に SSR が入ってくると Nodejs のランタイムが必要になりますね。 そんな時に大活躍するのが ECS, Fargate です! 想定する読者 AWS サーバーレス環境で NuxtJS で SSR したいヒトNuxtJS のデプロイ方法について悩んでいるヒト はじめに Lambda での SSR 時の問題 実は、Lambda と API Gateway のコンビの方がもっと手軽にSSRを構築可能です。しかし、Lambda にはレスポンスボディサイズの制約、デプロイ可能な ZIP サイズの制約などがあり

          トレンドのVuejs/NuxtをAws ECS, FargateでSSR、詳細解説します🚀 | Ragate ブログ
        • AWS FireLensでfluentbitコンテナをカスタマイズする具体的な方法 - Qiita

          ECSのログ事情について AWSのECSによるコンテナ運用では、ログの出力がデフォルトでCloudWatchに限定されています。 これはECSのログドライバがawslogsになっているということになりますが、実用面では力不足であることが否めません。 S3やElasticsearchにログを流すには?Datadogなどのサードパーティツールにログを流すには? 解決方法として、AWSの公式でFireLensという方法が紹介されています。 Firelens の発表 – コンテナログの新たな管理方法 FireLensはfluentbitのコンテナをサイドカーとして起動し、ログの収集をfluentbitの機能で実行するというものです。 (fluentdも選択できます) 例)今回目指すWebアプリケーションの構成 実際に、AWSコンソールのECSのタスク定義を設定する画面には以下のような設定項目があり

            AWS FireLensでfluentbitコンテナをカスタマイズする具体的な方法 - Qiita
          • AWS Fargateを利用したインフラ構築運用パターン | クラウド・AWSのIT技術者向けブログ SKYARCH BROADCASTING

            2020/04/14に加筆しました。 はじめに 2019年序盤から、値下げ、機能追加連発でとても利用しやすくなったAWS Fargateについて 弊社でも取扱が急速に増えてきましたので、代表的なパターンとして紹介させて頂きます。 ※こちらの記事ではコンテナ内部の設計/Fargate詳細については深く触れておりません。 なぜ/いつFargateを利用するか Fargate登場前までは、AWS上でコンテナを利用するためには、コンテナを動かす場所としてEC2が必要でした。 つまり、コンテナだけを動かしたいのに、EC2インスタンスを管理する必要がありました。 この状況がFargateの登場により、大きく変化しUpdateを重ねた結果多くの方が本番環境での利用に非常に前向きでいらっしゃいます。 Fargateを利用する = コンテナ運用を理解して設計するという事になりますので、ノウハウは必要となって

              AWS Fargateを利用したインフラ構築運用パターン | クラウド・AWSのIT技術者向けブログ SKYARCH BROADCASTING
            • 商品入荷情報を定期的にスクレイピングしてSlack通知する(Lambda with serverless framework)

              my-scraping-app ディレクトリ内に serverless framework 関連のファイルが生成されます。 その後 venv の設定や、serverless framework で AWS にデプロイするための credentials の設定をします(本記事では省略)。 以下 credentials 設定の参考ページです。 スクレイピング & slack通知スクリプトの実装 スクレピングは様々な方法があると思うのですが、今回は該当商品の商品ページに出ている「現在品切れ中」というボタンの有無を確認することで、入荷状況を判断することとします。 依存モジュールを追加して、handler.py にスクレピングコードと Slack 通知コードを書いていきます。 import requests import re import os from bs4 import BeautifulS

                商品入荷情報を定期的にスクレイピングしてSlack通知する(Lambda with serverless framework)
              • 負荷試験#サーバーアーキテクチャ事例 | 外道父の匠

                図を書いて気分転換したくなったので、アーキテクチャについて軽く触れます。 細かくは省いて、負荷試験の大雑把なサーバー構成にはどのような選択肢があるのか、の事例を出していきます。 登場人物 超ざっくり分けると3つに分類されます。 基本AWS内での利用を想定していますが、User と Server は別にどこの環境でも大丈夫なようにしています。Client は ECS Fargate で使い捨て。 私の場合、実際にどのような構成で試験できるようにしたのか、を紹介していきますが、これだけ見ると至って普通な内容かもしれません。 1:1 ダイレクト型 まずは最もシンプルな構成で、主に動作テスト用です。 これだと普通にLocustを動かすのと変わらない構成です。実行命令と負荷リクエストを出すサーバーが同じで、任意の1ホストへリクエストを送信します。 Server は Host を指定するだけなので、経

                  負荷試験#サーバーアーキテクチャ事例 | 外道父の匠
                • Introducing AWS Copilot | Amazon Web Services

                  Containers Introducing AWS Copilot The first official command line tool for Amazon Elastic Container Service (Amazon ECS) was created in 2015. In December 2019, we shared the preview release of a new command line experience, redesigned from the ground up to make it easier for you to deploy your applications on Amazon ECS. Today, we are sharing some of our progress on this command line tool, as wel

                    Introducing AWS Copilot | Amazon Web Services
                  • CloudFormationとAWS CLIでFargateのBlue/Green Deployment環境を構築する #Fargate | DevelopersIO

                    CloudFormationとAWS CLIでFargateのBlue/Green Deployment環境を構築する #Fargate 同じVPC内に複数のFargateを複数構築するときに使えるCloudformationテンプレートをBlueGreen Deploymentできるように変更しました。 こんにちは、コカコーラ大好きカジです。 以前、VPC構築済みの環境や、同じVPC内に複数のFargateを複数構築するときに使えるCloudFormationテンプレートを作成し公開しました。 上記のCloudFormationテンプレートで構築した環境をBlue/Green Deploymentへ変更しようとした際に、現在マネージメントコンソールから変更できず、解決した方法を記載しておきます。2020年3月時点、上記ブログのCloudFormationから作成したECSのサービス更新か

                      CloudFormationとAWS CLIでFargateのBlue/Green Deployment環境を構築する #Fargate | DevelopersIO
                    • CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する | SEEDS Creators' Blog | 株式会社シーズ

                      CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する クラウド事業部の上野です。 AWSにあるコンテナサービスを使ってみたい!今後の弊社のサービスで活用できるかも!ついでにCIツールでデプロイまで自動化したい! ということでAmazon ECSとAmazon ECRで継続的デリバリー環境を作ってみました。 今回はCIツールとしてCircleCIを利用してみます。 簡単に各サービスを説明しますと、 CircleCIはCI/CD(継続的インテグレーション/継続的デリバリー)を行うサービスです。 Amazon ECSはDocker コンテナをサポートするAW

                        CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する | SEEDS Creators' Blog | 株式会社シーズ
                      • GitHub - aws-samples/aws-serverless-airline-booking: Airline Booking is a sample web application that provides Flight Search, Flight Payment, Flight Booking and Loyalty points including end-to-end testing, GraphQL and CI/CD. This web application was the t

                        Airline Booking is a sample web application that provides Flight Search, Flight Payment, Flight Booking and Loyalty points including end-to-end testing, GraphQL and CI/CD. This web application was the theme of Build on Serverless Season 2 on AWS Twitch running from April 24th until end of August in 2019. License

                          GitHub - aws-samples/aws-serverless-airline-booking: Airline Booking is a sample web application that provides Flight Search, Flight Payment, Flight Booking and Loyalty points including end-to-end testing, GraphQL and CI/CD. This web application was the t
                        • Killercoda Interactive Environments

                          Learn DevOps Linux Kubernetes CKS CKA CKAD Git Cassandra etc | Katacoda compatible

                            Killercoda Interactive Environments
                          • サーバーレスでメール検索システムを作ってみる - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                            こんにちは。プロトタイピングソリューションアーキテクトの福嶋です。 私には小学生の娘がいまして、最近小学校が再開されたその娘から、ずっと家にいられていいなーと言われてたりします。仕事しているんですけどね。 さて、その娘が通っている学校からは、ほぼすべてメールで連絡が送られてきます。例えば、そのメールには登校日の持ち物が書かれています。メールを読んだときは分かったつもりになっているのですが、登校日の前日には忘れていて、そのメールを探すのにいつも苦労しています。困ったことにメールには PDF が添付されているので、一つ一つ開いて確認していくしかありません。 そんなメールを検索できたら楽なのにということで、AWS で作ってみました。 *ハンズオン記事およびソースコードにおける免責事項 »

                              サーバーレスでメール検索システムを作ってみる - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                            • firelensを使用した、ログ分割と監視処理 - Qiita

                              ■1〜3回の内容を再設計した記事を書きました。 FireLens/fluentbit構成の見直しと改修 はじめに ここ最近、FireLensの機能選定を行っており fluentbitのカスタムイメージを作成し、FireLensに接続するまでの機能調査を行いました。 1回目の記事です。 2回目 ローカルで、datadog/S3へデータを転送できるdockerイメージを作成する 3回目 Firelensで、datadog/S3へデータを転送できるdockerイメージを作成する FireLens実装サンプル 概要 VPC内で稼働しているwebアプリケーションのEC2インスタンスを、fargate化したいという話がありました。 改修に伴い、fargateコンテナをステートレスにする為、ログの管理方法が話題に上がりました。 また、監視業務を内製化したいという要望もあった為、ログの検知システムも検討し

                                firelensを使用した、ログ分割と監視処理 - Qiita
                              • 1環境あたり月約2.7USDで、ECS Fargateを使ってブランチ毎にQA環境を自動生成した話 - LCL Engineers' Blog

                                こんにちは。id:kasei_san です バス比較なびのバスツアー検索サービスにて、ブランチ毎にECS FargateでQA環境を自動生成する仕組みを格安で作成したので、ドヤりたくなり記事を書きました! 課題 バス比較なびのバスツアー検索サービス(以降「バスツアー」)では、動作確認環境が stage 環境しかありませんでした。 そのため、以下のような事象が発生し、デリバリー速度が低下するという課題がありました。 stageでの動作確認がボトルネックになり、、他の修正をstageに上げたり、リリースすることができない 大きい修正もすべて完了してからstageにあげていたので、手戻りが発生することがあった 解決方法 解決のためにチームで話し合い、ブランチ毎に環境があれば、待ちも発生せず、作りかけの時点で確認してもらうこともできる。となりました。 どういうものを作ったか このようなものを作成し

                                  1環境あたり月約2.7USDで、ECS Fargateを使ってブランチ毎にQA環境を自動生成した話 - LCL Engineers' Blog
                                • AWS Fargate でアプリケーションのより高速なスケーリングが可能に

                                  Amazon Elastic Container Service (ECS) および Amazon Elastic Kubernetes Service (EKS) のサーバーレスコンピューティングエンジンである AWS Fargate により、お客様は、アプリケーションをより高速にスケーリングできるようになりました。これにより、パフォーマンスが向上し、待機時間が短縮されます。昨年、アプリケーションを最大 16 倍高速にスケールできるようにするいくつかの改善を行いました。これにより、Fargate での大規模なアプリケーションの構築と実行が容易になりました。 ウェブやその他の長時間実行されるアプリケーションを実行するために Amazon ECS サービススケジューラを使用すると、サービスごとに 1 分未満で最大 500 のタスクを開始できるようになります。これは、昨年の 16 倍の速度にな

                                    AWS Fargate でアプリケーションのより高速なスケーリングが可能に
                                  • バージョニングされたS3バケットのオブジェクトを削除してみる | DevelopersIO

                                    こんにちは。さかいです。 バージョニングが有効となっているS3バケットのオブジェクトを削除する場合、バージョニングを利用していない場合と動きが異なるので、確認するため実際に試してみました。 オブジェクトのバージョニングとは バージョニングとは、同じバケット内でオブジェクトの複数のバリアントを保持する手段です。バージョニングを使用して、Amazon S3 バケットに格納されたあらゆるオブジェクトのあらゆるバージョンを、格納、取得、復元することができます。バージョニングを使用すれば、意図しないユーザーアクションからもアプリケーション障害からも、簡単に復旧できます。 こちらより引用 メリットとしては、間違って削除してしまった…アプリケーションがバグってて必要なファイルまで削除してしまった…間違って上書きしてしまった…という意図していない操作からオブジェクトを復旧することができます。 オブジェクト

                                      バージョニングされたS3バケットのオブジェクトを削除してみる | DevelopersIO
                                    • 【レポート】Let’s dive deep into AWS Lambda error handling #AWSSummit | DevelopersIO

                                      2020年9月8日から30日まで開催されるAWS Summit Onlineのセッションレポートです。本エントリではライブセッションLet’s dive deep into AWS Lambda error handlingをレポートします。 非常に簡潔でわかりやすいセッションでした。かつ大事な話が詰まっていたので、Lambdaをご利用の方、もしくはこれからご利用の予定がある方は、すでに公開された録画を聴講されたほうが良いと思います!たった30分の動画なのでぜひ。 リンクは以下です。 AWS-35:Let’s dive deep into AWS Lambda error handling というわけで動画を見ていただきたいのですが、レポートもやります。詳細は動画を見ていただければよいのでダイジェストでやります。 セッション概要 AWS Lambda は 20 以上の AWS サービスをイ

                                        【レポート】Let’s dive deep into AWS Lambda error handling #AWSSummit | DevelopersIO
                                      • Building Scalable GraphQL APIs on AWS with CDK, TypeScript, AWS AppSync, Amazon DynamoDB, and AWS Lambda | Amazon Web Services

                                        Front-End Web & Mobile Building Scalable GraphQL APIs on AWS with CDK, TypeScript, AWS AppSync, Amazon DynamoDB, and AWS Lambda October 16, 2023: This post has been updated to include the latest CDK AppSync Constructs. September 14, 2021: Amazon Elasticsearch Service has been renamed to Amazon OpenSearch Service. See details. AWS AppSync is a managed serverless GraphQL service that simplifies appl

                                          Building Scalable GraphQL APIs on AWS with CDK, TypeScript, AWS AppSync, Amazon DynamoDB, and AWS Lambda | Amazon Web Services
                                        • https://pages.awscloud.com/rs/112-TZM-766/images/WS-5.pdf

                                          • AWS App Runner の VPC ネットワーキングに Dive Deep する | Amazon Web Services

                                            Amazon Web Services ブログ AWS App Runner の VPC ネットワーキングに Dive Deep する この記事は Deep Dive on AWS App Runner VPC Networking を翻訳したものです。 2021 年に発表された AWS App Runner は、Web アプリケーションや API サーバーを稼働させるためのフルマネージドサービスです。App Runner はお客様の AWS アカウントのインフラストラクチャをほとんど(またはまったく)使用せずに、安全な Web サーバーアプリケーションを構築および実行するための手順を大幅に簡素化します。お客様のソースコードやコンテナイメージを使用して、AWS クラウド上でアプリケーションコンテナをビルド・デプロイし、バックグラウンドで自動的にコンテナ間のリクエストをスケーリング、ロードバ

                                              AWS App Runner の VPC ネットワーキングに Dive Deep する | Amazon Web Services
                                            • FireLens(Fluent Bit)の設定ファイルをローカル実行時とFireLensで起動したときの違いを見比べてみる | DevelopersIO

                                              以下のAWSブログで説明されている文章が何を示しているのか、AWS FargateとFireLens(Fluent Bit)を使って調べました。調べてわかったことはFluent Bitの設定ファイルとECSのタスク定義の関連性を把握しておくとトラブルシュート時に役にたちそうです。 オプションのユーザー提供の設定。ユーザーが独自の設定ファイルを指定した場合、include ディレクティブを使用して、生成された設定ファイルにインポートします。 引用: 詳解 FireLens – Amazon ECS タスクで高度なログルーティングを実現する機能を深く知る | Amazon Web Services ブログ まとめ ユーザ独自の設定ファイルは /fluent-bit/etc/fluent-bit.confから呼び出される /fluent-bit/etc/fluent-bit.confの設定内容は

                                                FireLens(Fluent Bit)の設定ファイルをローカル実行時とFireLensで起動したときの違いを見比べてみる | DevelopersIO
                                              • GitHub - tmknom/example-pragmatic-terraform: 『実践Terraform』のサンプルコード

                                                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

                                                  GitHub - tmknom/example-pragmatic-terraform: 『実践Terraform』のサンプルコード
                                                • Savings Plans のご紹介

                                                  AWS は本日、1~3 年期間で一貫したコンピューティング使用量 (例: 10 USD/時間) を確約するかわりに、お客様が Amazon EC2 および AWS Fargate で最大 72% 節約することを可能にする新しい柔軟な料金モデル、Savings Plans を発表しました。この Savings Plan の使用により、確約量までの使用は割引された Savings Plan レートで課金され、確約量を超える使用については、通常のオンデマンドレートで課金されます。リザーブドインスタンスと同様に、この Savings Plan はオンデマンドと比較して大幅な節約を実現しますが、使用量が変化しても、任意の AWS リージョン全体でのコンピューティング使用量に対するお客様への請求額を自動的に削減します。これはすべて、交換や変更を行う必要なく、ニーズに最適なコンピューティングオプションを

                                                    Savings Plans のご紹介
                                                  • Fargate Spot の安全な運用方法を考える キャパシティ編 - Qiita

                                                    はじめに 前回の記事では、Fargate Spot の中断について、考慮すべきポイントを整理しました。今回の記事では、キャパシティについて考えていきたいと思います。 Fargate Spot は AWS の空きキャパシティを利用することで、通常より最大 70% OFF の価格で利用できます。一方、空きキャパシティが確保できなくなった場合、いつでも中断される可能性があります。中断される際には、AWS から 2 分前に通知として SIGTERM を受け取ることが出来るため、アプリケーションを安全にシャットダウンできます。 中断については、2 分前の通知で安全にシャットダウンが出来ますが、合わせてパフォーマンス面の考慮も必要です。Fargate Spot の空きキャパシティが不足している時でも、システムを稼働し続けるために、キャパシティをどのように確保するか考慮が必要です。キャパシティ確保の考え

                                                      Fargate Spot の安全な運用方法を考える キャパシティ編 - Qiita
                                                    • AWS ALB vs API Gateway cost

                                                      API Gateway and Application Load Balancer (ALB) are both great ways to route and serve requests from wherever your services live. Both services can be used in tandem with Lambda, EC2, Fargate, and VPCs. However, the trade offs are opaque. Most people believe that API Gateway is under powered and expensive, while ALB is really powerful and cheap. About this price comparison While both services diff

                                                        AWS ALB vs API Gateway cost
                                                      • AWS Fargate で実行したコンテナに固定のグローバルIPアドレスを割り当てる - Qiita

                                                        概要 AWS Fargate で起動したコンテナからあるサーバへの接続をIPアドレスで制限をかけたいが、普通にFargateを設定したコンテナでは、割り当てられるグローバルIPアドレスはコロコロ変わり固定ではない。 AWS Fargate で VPC 内に作成されたコンテナからインターネットへ出るときに AWS NATゲートウェイを経由させることで、NATゲートウェイに割り当てたEIPがコンテナの接続元IPアドレスとして固定することができる。接続先のサーバではそのEIPを設定することでアクセス制限を行うことができるようになる。 構成概要 構成内容 Amazon ECR Dockerイメージレジストリ ECR リポジトリの作成は、AWS CLI で行う Amazon Fargate コンテナ実行環境 ECR からイメージを pull する VPC Internetゲートウェイをアタッチする

                                                          AWS Fargate で実行したコンテナに固定のグローバルIPアドレスを割り当てる - Qiita
                                                        • Using AWS Lambda for streaming analytics | Amazon Web Services

                                                          AWS Compute Blog Using AWS Lambda for streaming analytics AWS Lambda now supports streaming analytics calculations for Amazon Kinesis and Amazon DynamoDB. This allows developers to calculate aggregates in near-real time and pass state across multiple Lambda invocations. This feature provides an alternative way to build analytics in addition to services like Amazon Kinesis Data Analytics. In this b

                                                            Using AWS Lambda for streaming analytics | Amazon Web Services
                                                          • envoyにおける分散トレーシングの導入でオブザーバビリティを向上させた話 - freee Developers Hub

                                                            はじめまして、2023/6からfreeeのEnabling SREチームに所属している大木竜勝(ryu)です。 この記事はfreee Developers Advent Calendar 2023 - Adventar 3日目です。 この記事ではenvoyの分散トレーシングを用いてオブザーバビリティの向上を実現した取り組みについての記事になります。 背景 freeeではAmazon Web Services (AWS) Elastic Kuerbentes Service (EKS) クラスタ上にアプリケーションが載っておりその構成としてはenvoyが前段に存在し、後段に各アプリケーションPodが存在する構成となっています。 freeeにおける基本的なPod構成 上記の構成においてクラスタの単位はfreee会計やfreee人事労務といったプロダクト毎にクラスタが分かれている構成となっていま

                                                              envoyにおける分散トレーシングの導入でオブザーバビリティを向上させた話 - freee Developers Hub
                                                            • [アップデート]AWS LambdaでAWS Signerを利用してコードの署名ができるようになったので試してみた | DevelopersIO

                                                              こんにちは、臼田です。 みなさん、セキュアな開発していますか?(挨拶 今回はAWS Lambdaでコードの署名が可能になりましたので試していきたいと思います。 概要 以下の発表でAWS Lambdaのコードを署名して、デプロイ時にそれを検証することが可能になりました。 AWSLambdaの信頼と整合性の制御であるコード署名を発表 機能としては、以下のようなことが可能です。 AWS Signerを利用してコードに署名を行う Lambda関数で署名の設定を行う 検証検証ポリシーとして、署名が行われていないコードのデプロイ時の扱いは以下2種類選択する Warn: デプロイは成功するがCloudWatchメトリクスに記録する Enforce: デプロイをブロックする これによりコードが適切な署名フローを元に作成・更新されたものかを確認することができます。 やってみた 詳細は以下のブログで解説されて

                                                                [アップデート]AWS LambdaでAWS Signerを利用してコードの署名ができるようになったので試してみた | DevelopersIO
                                                              • Use AWS Lambda Extensions to Securely Retrieve Secrets From HashiCorp Vault

                                                                Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning​​​​‌‍​‍​‍‌‍‌​‍‌‍‍‌‌‍‌‌‍‍‌‌‍‍​‍​‍​‍‍​‍​‍‌‍‌​‌‍​‌‌‌​‌‍‌‍​‌‍‌‌​​‍‍‌‍​‌‍‌‍‌​‍​‍​‍​​‍​‍‌‍‍​‌​‍‌‍‌‌‌‍‌‍​‍​‍​‍‍​‍​‍‌‍‍​‌‌​‌‌​‌​​‌​​‍‍​‍​‍‌‍‍​‌‍​‌‌​‌‍‍​‌‍‍‌‌‍​‌‍‌​‍‌​​​‍‍‌‍​‌‌‍‌​‌‍‌‌‍‍‌‌‍‍​‍‍‌‍‌​‌‍​‌‌‌​‌‍‌‍​‌‍‌‌​​‍‍‌‍​‌‍‌‍‌​‍‌‍‌‌‌‍‌​‌‍‍‌‌‌​‌

                                                                  Use AWS Lambda Extensions to Securely Retrieve Secrets From HashiCorp Vault
                                                                • Falcoとaws-for-fluent-bitを使ってCloudWatchにEKSノード上の危険なシステムコール情報を収集する(Proxy環境) - YOMON8.NET

                                                                  この記事はBeeX Advent Calendar 2020の12/12の記事です。 EKSのデータプレーンをどう選ぶか考えたとき、個人的にはFargateを積極的に使いたいところですが、まだ制限も多くて要件にフィットしない場合もあります。 そんな時に選択肢として挙がるManaged Node Groupですが、ReInvent2020でSpotインスタンスの利用できる機能が発表されたり、また使いやすくなったと感じています。 ここではそんな、Managed Node Groupで展開したEC2ノードのランタイムセキュリティをチェックする方法としてFalcoを使う手順を書いていきます。 概要としては以下の図の通りです。 Falcoは何か公式のドキュメントから引用します。 Falcoは実行時にカーネルからのLinuxシステムコールを解析し、強力なルールエンジンに対してストリームをアサートします

                                                                    Falcoとaws-for-fluent-bitを使ってCloudWatchにEKSノード上の危険なシステムコール情報を収集する(Proxy環境) - YOMON8.NET
                                                                  • EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する | Amazon Web Services

                                                                    Amazon Web Services ブログ EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する この記事は、Saving money a pod at a time with EKS, Fargate, and AWS Compute Savings Plans を翻訳したものです。 re:Invent 2019 では、Amazon Elastic Kubernetes Service (Amazon EKS) で、Kubernetes の Pod を AWS Fargate にデプロイできるようになったことが発表されました。その発表以降、多くのお客様が実際に Fargate 、つまりコンテナを実行するためのサーバーレスインフラストラクチャーに Kubernetes の Pod をデプロイしています。Fargate を利用するこ

                                                                      EKS と Fargate、AWS Compute Savings Plans で Pod の料金を節約する | Amazon Web Services
                                                                    • 20191125 Container Security

                                                                      コンテナのセキュリティについて、「これまで AWS 上でサービスを利用する上で通常考えていたセキュリティ」「コンテナワークロードを利用する上で考えるセキュリティ 」その二つの視点から、権限管理、ネットワーク、ログ・モニタリング、コンテナイメージ、その他、と、各トピックごとに Amazon Elastic Container Service (Amazon ECS) 、Amazon Elastic Kubernetes Service (Amazon EKS) それぞれでセキュリティを考えた場合に利用できる機能と設定方法などご紹介します。 Author: Fumihide NarioRead less

                                                                        20191125 Container Security
                                                                      • Processing user-generated content using AWS Lambda and FFmpeg | Amazon Web Services

                                                                        AWS for M&E Blog Processing user-generated content using AWS Lambda and FFmpeg In this post, we introduce a workflow to process media files stored in Amazon Simple Storage Service (Amazon S3) using AWS Lambda that doesn’t require copying files to Lambda’s local storage. Lambda is equipped with temporary storage space of 512 MB, which is often not sufficient for media processing. At the same time,

                                                                          Processing user-generated content using AWS Lambda and FFmpeg | Amazon Web Services
                                                                        • EKS(Kubernetes)上にDigdag・Embulk・Redashで分析環境を構築する | wapa5pow blog

                                                                          Kubernetes上に分析環境を構築する機会があったのでどのように構築したかを紹介します。同じような構成でKubernetes上で構築するのは3回目になったので構築方法も洗練されてきました。構成は以下のようになっています。 MySQL(RDS): サービスのデータベース。ここのテーブルからBigQueryにEmbulkでデータをエクスポートします。 PostgreSQL(RDS): Digdagのデータベース。今回新たにつくりました。 Digdag: データベースのエクスポートなどを実行するタスクスケジューラ。失敗したときにリトライもできます。 Embulk: プラグインを使ってデータベースをMySQLからBigQueryにエクスポートします。Digdagと同じDockerコンテナでDigdagのタスクから実行されます。 BigQuery: すべてのエクスポートされたデータをここに集約さ

                                                                            EKS(Kubernetes)上にDigdag・Embulk・Redashで分析環境を構築する | wapa5pow blog
                                                                          • [小ネタ] ECSをBlue/Greenデプロイに変更したらFargateが1.4.0から1.3.0に戻ってしまう | DevelopersIO

                                                                            ちゃだいん(@chazuke4649)です。 超小ネタですが先日こんなことでハマったのでシェアします。 事象 ECS on Fargateにて、デプロイ方式をローリングアップデートからBlue/Greenデプロイメントに変更したところ、既存ServiceにてFargateのプラットフォームバージョンを 1.4.0を指定しているのに、デプロイされるタスクが 1.3.0になってしまう事象が発生しました。 原因 結論から言うと appspec.ymlでplatform versionを指定していなかったからでした。 詳細 本環境ではCodePipelineでCI/CDパイプラインを実行しており、そのデプロイステージ部分をECSによるローリングアップデートから、CodeDeployによるBlue/Greenアップデートに変更しました。 それによってタスクのデプロイメントを実行・管理する役割はECS

                                                                              [小ネタ] ECSをBlue/Greenデプロイに変更したらFargateが1.4.0から1.3.0に戻ってしまう | DevelopersIO
                                                                            • AWS再入門ブログリレー2022 AWS CodeDeploy 編 | DevelopersIO

                                                                              こんにちは、AWS事業本部コンサルティング部の枡川です。 当エントリは弊社コンサルティング部による『AWS再入門ブログリレー2022』の16日目のエントリです。 このブログリレーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 AWSをこれから学ぼう!という方にとっては文字通りの入門記事として、またすでにAWSを活用されている方にとってもAWSサービスの再発見や2022年のサービスアップデートのキャッチアップの場となればと考えておりますので、ぜひ最後までお付合い頂ければ幸いです。 では、さっそくいってみましょう。16日目のテーマは『AWS CodeDeploy』です。 AWS CodeDeployとは アプリケーションを構成するフ

                                                                                AWS再入門ブログリレー2022 AWS CodeDeploy 編 | DevelopersIO
                                                                              • JAWS 札幌 勉強会で「コンテナとAWS」というお話をしました。 #jawsug #sapporo | DevelopersIO

                                                                                こんばんわ、札幌のヨシエです。 2/22に31歳になりますが、その誕生日プレゼントとしてJAWS Sapporoの運営メンバーから「コンテナに関して登壇」というプレゼントを頂きました。 ですが、情勢的にリモートでの登壇をさせて頂きましたので資料の公開を含めて本記事を書きました。 参加者の皆さんには音声が聞きづらかった部分が多くあったと思いますので本記事でお伝えしたかったことをかいつまんで書きます。 資料 コンテナについておさらい コンテナとは コンテナはサーバーリソースを共有してアプリケーションを実行するために必要なソースコードやライブラリなどを詰め込んだ箱になります。 コンテナ自体はサーバーのようにbashが使用できるといった振る舞いを見せるので、仮想マシンのイメージを持たれがちかと思いますが、コンテナはホストOSからプロセスとして起動するので仮想マシンとは大きく異なるものになります。

                                                                                  JAWS 札幌 勉強会で「コンテナとAWS」というお話をしました。 #jawsug #sapporo | DevelopersIO
                                                                                • Announcing end of support for Python 2.7 in AWS Lambda | Amazon Web Services

                                                                                  AWS Compute Blog Announcing end of support for Python 2.7 in AWS Lambda This post is written by Jonathan Tuliani, Principal Product Manager, AWS Lambda. On July 15, 2021, AWS Lambda will deprecate Python 2.7 as a supported runtime, formally ending our Python 2.7 support. Why are we ending support for Python 2.7 in Lambda? Python 2.7.18 was the last release of Python 2. The Python Software Foundati

                                                                                    Announcing end of support for Python 2.7 in AWS Lambda | Amazon Web Services