検証のためFargateへデプロイが簡単と噂のCopilotを急遽使ってみました。 DockerfileがあればFargateへのデプロイ準備整ったようなもの ローカルで作ってたものを簡単にFargateに載せられます copilot-cliのインストールは必要 デフォルト設定で構築できるテスト環境 本記事では Load Balanced Web Service のサービス設定でデプロイします。Copilotにより構築される環境は以下のイメージです。 Services - AWS Copilot CLIより つかってみた 備忘録をかねて手元のDockerfileがFargateにコンテナとしてデプロイされロードバランサ経由でアクセスできるまでを残します。 まず、いきさつを説明するとDockerfileを作成しローカルで動作確認をおえました。ここからが問題です。スパッとFargateに載せて
AWS App RunnerとECS Fargateの違い・メリットとデメリット - 365歩のテック
概要 AWS App RunnerのVPCリソースへのアクセスが可能になり、色々と検証している中で、ECS・Fargateとの違いなどを簡単にまとめてみました。 目次 目次 概要 目次 注意 アップデート情報 前提 AWS App Runnerのメリット AWS App Runnerのデメリット 対応済み 未対応 どちらでも変わらないこと ロードマップ AWS CDK・CloudFormation 最後に 注意 個人的な主観レベルのものであったり、短い時間での操作によって判断したものもあるため、内容に間違い・変更がある可能性がある点はご了承下さい。 App Runnerはどんどん新機能が追加されてきていますので、新規情報があれば随時更新していきます。 アップデート情報 2023/12/07: イメージベースのデプロイパフォーマンスを改善！ <- new!! aws.amazon.com 2
LambdaとFargateがさらに高速化？！MicroVMをわずか5ミリ秒で起動 Firecracker open-source innovation #OPN402 #reinvent | DevelopersIO
CX事業本部の岩田です。 先日Lambdaの内部アーキテクチャに関するブログを書きましたが、もう少し色々と理解を深めるべくFirecrackerに関するセッションを漁っているところです。今回紹介するセッションではFirecrackerのロードマップ紹介やデモが含まれており、Firackracerのスナップショット取得&復元技術を使うことでMicroVMがわずか5ミリ秒で起動するという衝撃的なデモを見ることができます。このスナップショット技術がFargateやLambdaの基盤に適用されれば、FargateのタスクやLambda実行環境のさらなる高速起動が期待できそうです。とても楽しみですね。 それでは早速セッション内容を紹介していきます。 資料 セッション動画 スライド Firecracker open-source innovation ※以後の画像はすべて上記スライドからの引用になりま
AWS Fargate Spotの発表 – Fargateとスポットインスタンスの統合 | Amazon Web Services
Amazon Web Services ブログ AWS Fargate Spotの発表 – Fargateとスポットインスタンスの統合 本日のAWS re:Invent 2019にて、AWS Fargate Spotを発表します。Fargate SpotはAWS Fargateの新しい機能です。中断に強いAmazon Elastic Container Service (Amazon ECS)タスクに最適であり、Fargate価格から最大70%割引で提供します。 もしEC2スポットインスタンスを知っていれば、同様のコンセプトで理解できます。Fargate Spotは、AWSクラウドの空きキャパシティを活用してタスクを実行します。Fargate Spotが空きキャパシティを確保できるかぎり、ユーザーは指定したタスクを起動することができます。AWSにキャパシティが必要になったとき、Fargat
Amazon Fargate for Amazon EKSを試してみた #reinvent | DevelopersIO
みなさん、こんばんは！ AWS事業本部の青柳＠福岡オフィスです。 今、私は猛烈に感動しています！！(大げさ) [速報] Fargete for EKSがGAされました！！！ #reinvent ｜ Developers.IO そう、以前からリリース予定とされてきた Amazon Fargate for Amazon EKS がとうとう正式発表されたのです！ しかも、即日使えるようになっています！ ということで、さっそく試してみました。 やってみた AWS公式ブログ (英語) が公開されていますので、こちらを参考に進めてみます。 Amazon EKS on AWS Fargate Now Generally Available | AWS News Blog 準備その1： EKSクラスターの作成 まず、通常通りにEKSクラスターを作成します。 サクっと作成するために eksctl コマンドを
【レポート】第2回 AWS Fargate かんたんデプロイ選手権 #AWSDevDay | DevelopersIO
こんにちは、崔です。 2020年10月20日〜22日に行われたAWS DevDay 2020 のセッション「第2回 AWS Fargate かんたんデプロイ選手権」を視聴しましたので、レポートをお届けします。 セッション情報 スピーカー Tori Hara 様（アマゾン ウェブ サービス ジャパン株式会社） 概要 デプロイ ー それは秘められた開発を経た新たなソフトウェアが世に送り出される(ときどきロールバックされる)神秘の行為。 昨年日本中を感動の渦に巻き込んだあの伝説のブレイクアウトセッションが装いをあらたに帰ってきました。 常に最高のデプロイ体験を追い続けるあなたに贈る『第2回 AWS Fargate かんたんデプロイ選手権』。お楽しみください！ 本セッションは Amazon Elastic Container Service (Amazon ECS) が対象です。 資料 アジェンダ
AWSでサーバレスな定期バッチ環境を作るには結局どれ使えばいいの？（Lambda vs Fargate vs Batch） - Qiita
それでは、一つずつ説明していきます。 環境構築の容易さ Lambdaはコードをアップロードさえすれば、実行環境が構築でき、その導入障壁の低さが魅力と言えます。 FargateとBatchはコンテナベースのコンピューティングサービスであり、事前にバッチアプリケーションを含んだDockerイメージを用意しておく必要があります。 実行環境の拡張性 Lambdaは標準で使用できるランタイム（プログラム言語とバージョン）に限りがあります。ただ主要言語はほぼサポートされており、カスタムランタイムも作成できるため、さほど不自由さを感じないのではないでしょうか。 また、そのままだと標準ライブラリしか使えないため、 Serverless Framework や AWS SAM を使用して、ローカルの実行環境をパッケージ化してデプロイする運用が一般的かと思います。ただ、OS依存のネイティブライブラリの導入には
New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス | Amazon Web Services
Amazon Web Services ブログ New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス この記事は、 NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 を翻訳したものです。 本日、開発者、運用者を含むすべての Amazon ECS ユーザに向けて、 Amazon EC2 もしくは AWS Fargate にデプロイされたタスク内のコンテナに “Exec” する機能を発表しました。この新しい機能は、 ECS Exec と名付けられ、コンテナに対して対話型のシェル、あるいは一つのコマンドを実行できるようになります。これは AWS コンテナロードマップ上で最も要望の多かった機能の一つであり、一般
DockerでNginx+Puma環境の構築（AWS FargateでRails環境をつくる - その2） - 虎の穴開発室ブログ
こんにちは、虎の穴ラボNSSです。 前回「いまさらDocker入門（AWS FargateでRails環境をつくる - その1）」という記事をご紹介しました。 多くの方に読んでいただいたようで大変嬉しかったです。 今回こそは、Fargateを利用してDockerコンテナをデプロイするところまでを紹介いたします。 ...と思ったのですが、デプロイする前の準備がまだまだあったので、 今回は前回同様ローカルマシンで少し違ったRails環境の構築についてご紹介します。 toranoana-lab.hatenablog.com 1. 構築する環境について その1で構築したRails環境をdevelopmentとし、今回構築する環境をproductionとします。 development production ※実際本番デプロイするときはロードバランサーがありますが、ローカルマシンでの実行の際はありま
AWS Fargate使ってサーバーレスでSelenium+Headless Chromeを実行する - YOMON8.NET
この記事に行き着いた方でしたら、日々自動化を進めている中にも、ブラウザでのクリック、クリック、入力、クリック、みたいな作業が残っている人が多いと思います。 REST等でAPIが公開されていれば良いのですが、そういうAPIが提供されていないサービスもたくさんあります。 ブラウザの自動化でいつもお世話になっているSeleniumですが、一日数回の実行のためにサーバーを立てておくのももったいない。ということで、常時起動のサーバーを立てない方法としてFargateを使ってみることにしました。 やりたいこと シナリオ Dockerイメージ準備 プログラム ベースのイメージ Dockerイメージをビルド ECRへのデプロイ ECRログイン ECRにリポジトリ作成 ECRにイメージをデプロイ ECS(Fargate)へのタスク設定 CloudWatch Logsのグループ作成 クラスタ作成 タスク定義
Fargate VS Lambda 両者の違いをスタートアップCTOが本気で考えてみた！~2021年9月29日更新 | Ragate ブログ
Fargate VS Lambda 両者の違いをスタートアップCTOが本気で考えてみた！~2021年9月29日更新
「CloudWatch Logs」の「サブスクリプションフィルター」を使って、Slackにほぼリアルタイムでエラーを通知する
「Amazon Web Services」（AWS）活用における便利な小技を簡潔に紹介する連載「AWSチートシート」。今回は、「CloudWatch Logs」の「サブスクリプションフィルター」機能の利用方法と注意点を紹介します。 「CloudWatch Logs」の「サブスクリプションフィルター」とは 「サブスクリプションフィルター」はロググループ単位に設定するフィルター機能です。設定した特定文字列がログに出力された場合に、指定した後続処理（「AWS Lambda」「Amazon Kinesis」など）にログを転送します。 構築時は、とあるエラーのみ処理の中で通知する仕組みにしていたが、運用していく上で「他のエラーも同様に通知したい」「一時的にこのエラーは通知してほしい」といったことも起こります。こういった場合、大抵は処理を改修して通知する箇所を増やす必要がありますが、エラーログさえ出力
先日2020/10/09、Lambdaの新機能 Lambda Extensionsがプレビューリリースされました。 公式情報は以下です。 Introducing AWS Lambda Extensions – In preview Building Extensions for AWS Lambda – In preview aws-samples/aws-lambda-extensions - Github これらをざっと読んでみたのですが、「いまいち何が嬉しいのかよくわからないなぁ…」というのが私の感想でした。理解力が乏しく悲しい。 ですが、今回公式パートナーとしてリリースと同時にExtensionを提供したLumigoのブログを読むと良く理解できたので、学んだ内容を私なりに編集してお伝えしたいと思います。 Lumigoはサーバーレスやマイクロサービスアプリケーション向けのモニタリング
[レポート][CON406] AWS Fargate と AWS App Runner の詳細を見てみよう #reinvent | DevelopersIO
[レポート][CON406] AWS Fargate と AWS App Runner の詳細を見てみよう #reinvent はじめに こんにちは、CX事業本部、re:Invent 2022 現地参加組の田中孝明です。 セッション概要 CON406: A close look at AWS Fargate and AWS App Runner 2015 年以来、AWS は、組織がコンテナ化されたアプリケーションを実行する際の差別化されていない重労働を取り除くのに役立つ複数のサービスを刷新してきました。 Amazon ECS 、 AWS Fargate 、 AWS Elastic Beanstalk 、 AWS App Runner に至るまで、各サービスは基盤となるインフラストラクチャに対するさまざまなレベルの制御を備えた独自の抽象化を提供しています。これらは、すべてのサービスに共通のコ
![[レポート][CON406] AWS Fargate と AWS App Runner の詳細を見てみよう #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7fee36677e7512f1c68bcfe30d484a5033aecc91/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F11%2Feyecatch_reinvent2022_session-report.png)
AWS Lambda Supports Failure-Handling Features for Kinesis and DynamoDB Event Sources
AWS Lambda now supports four failure-handling features for processing Kinesis and DynamoDB streams: Bisect on Function Error, Maximum Record Age, Maximum Retry Attempts, and Destination on Failure. These new features allow you to customize responses to data processing failures and build more resilient stream processing applications. Lambda processes data records from Kinesis and DynamoDB streams i
概要 この記事では、負荷テストツールLocustで分散負荷テスト環境を構築するに当たって私が使っている方法をまとめます。 構築はAWS Fargateを使って、設定をできるだけ少なくしました。 AWSの操作にはTerraformを使って、構築・破棄を繰り返しできるようにしています。 背景 これまでやっていた負荷テスト 負荷テストはどのようにして実行しているでしょうか？ 私はこれまで簡単なものはApacheBenchで行い、 ログインを含むシナリオが必要なものはシェルスクリプトでコードを書いて実行していました。 しかし、ApacheBenchは静的なWebサイトなどで使うには良いのですが、Webアプリのテストとなると機能が足りないと感じていました。 シェルスクリプトを使えば何でもできる反面、テストの作成に時間がかかりがちで、メンテナンスもしずらくなっていました。 Locustを使った負荷テス
「Fargate for EKS」に対応したeksctlコマンドの使い方(初歩編) | DevelopersIO
eksctlが0.11.0で「Fargate for EKS」に対応しました。使い方を簡単に説明します。 みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 このブログ記事は「Amazon EKS Advent Calendar 2019」の10日目のエントリです re:Inventで公開された「Fargate for EKS」に合わせて、EKSのコマンドラインツール「eksctl」も version 0.11.0 で「Fargate for EKS」に対応しました。 今回は、「Fargate for EKS」に関係する部分を中心にeksctlコマンドの使い方を見ていきたいと思います。 はじめに：「eksctl」のススメ (特に初学者) 現在、EKSの環境を作成して使い始めるには、いくつかの方法があります。 マネジメントコンソール AWS CLI eksctl Terrafo
その他エンドポイント 以下のエンドポイントは構成によって必要になります。 CloudWatch Logs エンドポイント（com.amazonaws.region.logs） Secrets Manager エンドポイント（com.amazonaws.region.secretsmanager） Systems Manager エンドポイント（com.amazonaws.region.ssm, com.amazonaws.region.ssmmessages） ECSのエンドポイント解説 表に記載した通りです。EC2の場合はVPCエンドポイントが必要な一方、Fargateでは必要ありません。 EC2ではコンテナエージェントがECSサービスと通信する必要があるため、VPCエンドポイントが必要になっています。 ECRのエンドポイント解説 コンテナイメージをECRに保存している場合はECRへのエ
KubeConのケーススタディから振り返る、Platform for Platforms のあり方と その実践 / Lessons from KubeCon case studies: Platform for Platforms and its practice
New for AWS Lambda – 1ms Billing Granularity Adds Cost Savings | Amazon Web Services
AWS News Blog New for AWS Lambda – 1ms Billing Granularity Adds Cost Savings What I like about AWS Lambda is that it lets you run code without provisioning or managing servers, and you pay only for what you use. Since we launched Lambda in 2014, you have been charged for the number of times your code is triggered (requests) and for the time your code executes, rounded up to the nearest 100ms (dura
Amazon ECS+Fargate まとめ (terraformを使ったクラスタ構築とオートスケール、ブルーグリーンデプロイ) - Qiita
Amazon ECS+Fargate まとめ (terraformを使ったクラスタ構築とオートスケール、ブルーグリーンデプロイ)AWSDockerECSFargateBlueGreenDeployment はじめに コンテナベースでインフラ実現するに伴って色々AWS上でのコンテナ周り調べたり、本番導入した際のまとめ的なメモです。 大雑把にこんなことを書いてます。 構成概念と基礎知識 terraformによるコードデプロイ連携でのブルーグリーンデプロイ terraformによるメトリクスベースでのオートスケーリング ECS+Fargateのインフラアーキテクチャ全体像 * AWS公式からの引用 ECSとは ECSはAWSが提供するk8sと同じようなクラスタ構成でのコンテナオケーストレーション を実現するサービス。 ECSは実際にコンテナが稼働する複数のworkerNodeとその操作・管理を担
Amazon ECS のデプロイツールである ecspresso の利用法をまとめていく Advent calendar です。 まとめたものを Zenn で本として公開しました。 https://zenn.dev/fujiwara/books/ecspresso-handbook
ECS Capacity Auto ScalingをTerraformで実装する - Sansan Tech Blog
はじめに DSOCインフラチームの藤田です。昨年からプレイしているデス・ストランディングがまだ折り返し地点にも至っていなかったことを知りました。原因は一生懸命国道を作りすぎたためだと思います。 今回は昨年のre:Inventで発表されたECS Capacity Auto ScalingをTerraformで実装してみた結果を共有します。 ECS Cluster Auto Scaling とは 一言でとても乱暴に説明すると、ECS on EC2においてEC2のオートスケーリングを考えなくても良くなります。今回はTerraformで実装した部分にのみフォーカスするので詳細は割愛します。以下リンクで詳しく説明されています。 dev.classmethod.jp aws.amazon.com またこちらではキャパシティの計算方法や、スケールインの挙動などが詳しく説明されています。 aws.amaz
New for AWS Lambda – Functions with Up to 10 GB of Memory and 6 vCPUs | Amazon Web Services
AWS News Blog New for AWS Lambda – Functions with Up to 10 GB of Memory and 6 vCPUs AWS Lambda runs your code on an highly available and scalable compute infrastructure so that you can focus on what you want to build. Do you want to get the advantages of Lambda for workloads that are memory or computationally intensive? Wait no more! Starting today, you can allocate up to 10 GB of memory to a Lamb
Fargate Spotにおける各Provider毎のタスク数起動推移を検証してみた #reinvent | DevelopersIO
「わかるような、わかんないような…わからん！」 re:Invent2019で突然発表されたFargate Spot、皆さん既にいろいろ試されているでしょうか？先日、Fargate Spotについて、その内容と代表的な疑問点を下記記事にてまとめてみました。 Fargateをスポットで7割引で使うFargate Spotとは？ #reinvent ｜ Developers.IO この記事では、各Providerの設定値を数パターン試しながら、実際にタスクを1〜10個まで起動しつつ各Providerが起動するロジックを検証ました。グラフも載せたので設定値ごとの各Providerの起動推移や、Fargate SpotのCapacity Provider戦略が一覧できます。 Fargate Spot、使ってみようと思っているけどよくわからないなぁと思う方は、是非上で紹介した記事と合わせて、この記事御
Laravel + PPM をAmazon ECS(AWS Fargate)にデプロイしよう - OPTiM TECH BLOG
こんにちは。プラットフォーム技術戦略室の青木です。 今までLaravelのアプリケーションを nginx + PHP-FPM でデプロイしていて、ある人に「PPMの方がダントツに早いで！」と聞きましたので今回初めて触ってみようかと思います。*1 Laravel https://github.com/laravel/laravel PPM https://github.com/php-pm/php-pm Terraform https://github.com/hashicorp/terraform AWS Fargate https://aws.amazon.com/jp/fargate/ PPMって何？ PHP-FPM 改めてPPMについて 作ったアプリをDockerImage化する 1. Laravelの構築 2. Dockerfile作成 & Build 3. ローカルで起動し、動作
Firecracker: Lightweight virtualization for serverless applications
The Research Team at Amazon Robotics is seeking a passionate Applied Scientist, with a strong track record of industrial research, innovation leadership, and technology transfer, with a focus on ML Applications. At Amazon Robotics, we apply cutting edge advancements in robotics, software development, Big Data, ML and AI to solve real-world challenges that will transform our customers’ experiences
俺、このAWS Amplify Consoleでコンテナの自動デプロイ環境が出来たら結婚するんだ - Qiita
この記事はAWS Amplify Advent Calendar 2019の11日目です。 今回はAWS Amplify Consoleを使ったAWS Fargateのデプロイをご紹介します。 tl;dr amplify addから利用出来るカテゴリだけでなく好きなカテゴリを自由に作成できます。 AWS Amplify ConsoleではCloudFormationテンプレートをデプロイすることが出来るため高度なカスタマイズが可能です。 フロントエンドなしでバックエンドのみのデプロイがAWS Amplify Consoleから可能です。 利用するライブラリのバージョン ライブラリ version
タイムアウトでエラーとなってしまったLambdaのリカバリを行うLambdaを作成してみました | DevelopersIO
1 はじめに CX事業本部の平内（SIN）です。 Lambda関数は、タイムアウトに設定した時間が経過すると、エラーとなります。 2019-11-25T03:03:27.778Z 5f46427d-c6f4-4785-be32-060acf425de0 Task timed out after 3.00 seconds タイムアウトの場合、Dead Letter Queueでリカバリすることは出来ません。 CloudWatchメトリックスのアラートでは、エラーとなった関数名は分かりますが、RequestIdなど、スレッドを識別する情報が取得できません。また、アラートは、敷居値を跨いだ際のイベントなので、全てのエラーをタイムリーにリカバリするのは難しいと思います。 今回は、外部呼び出しなどが予想外に時間がかかってしまって、意図せず、タイムアウトとなってしまった場合の、リカバリ用のLambda
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. T O K Y O 2 0 1 9 . 1 0 . 0 3 - 0 4 AWS / © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. T O K Y O 2 0 1 9 . 1 0 . 0 3 - 0 4 AWS / G - 5 6,000 91 1.5 650 0 450,000 900,000 1,350,000 1,800,000 2 0 1 4 / 4 2 0 1 4 / 5 2 0 1 4 / 6 2 0 1 4 / 7 2 0 1 4 / 8 2 0 1 4 / 9 2 0 1 4 / 1 0 2 0 1 4 / 1 1 2 0 1 4
[レポート] AWS FargateとECSにおけるCI/CDのベストプラクティス #CON333 #reinvent | DevelopersIO
はじめに この記事はCON333 Best practices for CI/CD using AWS Fargate and Amazon ECSのレポートです。 動画はこちらで公開されています。 セッション概要 CI/CD techniques enable teams to increase agility and quickly release a high-quality product. In this talk, we walk you through the best practices for building CI/CD workflows to enable you to manage your containerized applications. We cover infrastructure as code application models with the
実戦で使える AWS Lambda, SNS, Kinesis 等を使ったサーバーレス設計パターン #reinvent #reinvent2019 - Tech Blog
はじめに CTOのあまどです。先週までラスベガスでAWS re:Invent 2019 に参加しました。re:Inventはもちろんですがポーカーの大会に二戦出場・二戦とも優勝という好成績を残せたのがかなり嬉しかったです。 今回はre:Inventの中でも特にサーバーレス系セッションで面白かった内容を紹介したいと思います。 AWS re:Invent 2019 の雰囲気 AWS re:Invent は毎年ラスベガスで行われるAWSの一大カンファレンスです。2016年には30,000人の参加者だったこのイベントは毎年1万人ずつのペースで増え、今年は65,000人以上が参加するというとてつもない規模のカンファレンスになっています。 AppleのWWDCが6,000人、GoogleのGoogle I/Oが5,000人程度という数字からも規模の違いが想像できるかと思います。 カンファレンス後のパー
Amazon Lightsailでコンテナが使えるようになったので検証してみた｜Subaru Nakamura(varu3)
こんにちは、varu3です。そういえばちゃんと報告をしていませんでしたが、今年の9月からnote株式会社でSREとして入社しました。今後ともよろしくお願いいたします 🙇 この記事は noteのみんな Advent Calendar 2020 の9日目の記事となります。 普段からnoteにもっと技術系の記事が増えればいいな〜と思っているので、アドベントカレンダーの中では空気を読まずに技術系の内容となります。恐縮です😅😅😅 この記事を書いていたら少々長くなったので要約すると、年末年始で時間のあるWebエンジニアのみんな〜〜〜〜〜、AWS Lightsailでコンテナイメージが使えるようになって超気軽にWEBアプリを公開できるようになったから開発しようぜ〜〜〜みたいな内容です。 tl;dr・Amazon Lightsail Containerで気軽に低コストでコンテナをデプロイできるよう
Under the hood: FireLens for Amazon ECS Tasks | Amazon Web Services
Containers Under the hood: FireLens for Amazon ECS Tasks September 8, 2021: Amazon Elasticsearch Service has been renamed to Amazon OpenSearch Service. See details. Recently, Amazon ECS announced support for custom log routing via FireLens. FireLens makes it easy to use the popular open source logging projects Fluentd and Fluent Bit; enabling you to send logs to a wide array of AWS Services and pa
Who Let The Pods Out? K9s is a terminal based UI to interact with your Kubernetes clusters. The aim of this project is to make it easier to navigate, observe and manage your deployed applications in the wild. K9s continually watches Kubernetes for changes and offers subsequent commands to interact with your observed resources. Features Information At Your Finger Tips! Tracks in real-time activitie
Whitepaper Title
Security Overview of AWS Fargate First published April, 2022 Notices Customers are responsible for making their own independent assessment of the information in this document. This document: (a) is for informational purposes only, (b) represents current AWS product offerings and practices, which are subject to change without notice, and (c) does not create any commitments or assurances from AWS an
Operating Lambda: イベント駆動型アーキテクチャにおけるアンチパターン – Part 3 | Amazon Web Services
Amazon Web Services ブログ Operating Lambda: イベント駆動型アーキテクチャにおけるアンチパターン – Part 3 Operating Lambda シリーズでは、AWS Lambda ベースのアプリケーションを管理している開発者、アーキテクト、システム管理者向けの重要なトピックについて説明します。3 部構成のこのセクションでは、イベント駆動型アーキテクチャと、それが Lambdaベースのアプリケーションとどのように関連しているかについてディスカッションします。 Part 1 では、イベント駆動型パラダイムの利点と、スループット、スケーリング、拡張性をどのように改善できるかについてカバーしています。Part 2 では、開発者が Lambda ベースのアプリケーションを構築するメリットを享受するのに役立つ設計原則とベストプラクティスについて説明しています
リモートワークの IP 固定用に Fargate + OneLogin でプロキシを作った話 | yuu26-memo
Kyash Advent Calendar 2020 2日目の記事です。 今回は、リモートワーク用に構築したフォワードプロキシサーバについて紹介します。 ECS (Fargate) 上で Squid コンテナを動かし、OneLogin を使ってユーザ認証を行う構成です。 リモートワークにおける課題Kyash では2020年3月よりリモートワーク体制となりましたが、業務を進めるにあたりいくつかの課題が出てきました。主に IP アドレスに関する問題です。 自社システムはゼロトラストを念頭に構築されており IP アドレスを限定する必要はないのですが、一部の外部サービスでは接続元のアドレスが制限されています。 従来はオフィスの IP アドレスを登録することで問題なく運用できていたものの、各自が自宅から業務を行うリモートワークではそうもいきません。 自宅の IP アドレスが頻繁に変わるメンバがいたり
古き良きRailsアプリケーションをコンテナ化してKubernetes上で動かす - Tech Inside Drecom
はじめに こんにちは、enzaプラットフォーム事業本部でエンジニアをやっている安藤です。 運用しているプロダクトの本番環境をAmazon EC2からAmazon EKSに移行する日が来まして、良い機会なのでこれまでやってきた対応をまとめてみました。 と言っても、EKS周りのことは特に言及しません。 タイトルの通り、Railsアプリケーションをコンテナ化してKubernetes上で動かすための対応について書いています。 DockerやKubernetesの仕組みなどの説明は端折っているので、ご了承ください。 Kubernetesが普及して久しいですが、「運用中のサービスを移行したいけど、結構大変だな…」というプロダクトも多いのでは無いかと思います。 この記事が、そういったプロダクトの移行作業の助けになれば、嬉しい限りです。 移行前のシステム EKS移行前のシステム すごくざっくりした図なのは
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Copilot でAWS Fargateに簡単デプロイしてみよう | DevelopersIO
Lambda Extensionsは何が嬉しいのか | DevelopersIO
Locustの分散負荷テスト環境をAWS Fargateを使って簡単に用意してやる - Qiita
ECSに必要なVPCエンドポイントまとめ（2022年版） | DevelopersIO
EKS for Fargate vs EC2 Design comparison
ecspresso Advent Calendar 2020 - Adventar
20191004_AWSサービスで実現するバッチ実行環境のコンテナ/サーバレス化_2
K9s - Manage Your Kubernetes Clusters In Style
https://d1.awsstatic.com/ja_JP/startupday/sudo2020/SUD_Online_2020_Tech03.pdf