並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 440件

新着順 人気順

aws-lambdaの検索結果321 - 360 件 / 440件

  • 【レポート】Fargate Spot について理解する – Deep Dive on Fargate Spot(CON311) #reinvent 2019 | DevelopersIO

    こんにちは、札幌在住 AWS 事業本部 オペレーション部(通称オペ部)の池田です。 今回は re:Invent 2019 のセッション Deep Dive on Fargate Spot(CON311)のセッションスライドから読み取った内容についてご紹介します。 セッションについて タイトル Deep Dive on Fargate Spot(CON311) 発表者 Abhijeet Tirthgirikar, Sr. Software Development Engineer, Amazon Web Services Wen Xiao, Software Development Engineer, Amazon Web Services 概要 With the ability to leverage Spot on AWS Fargate, customers can now get t

      【レポート】Fargate Spot について理解する – Deep Dive on Fargate Spot(CON311) #reinvent 2019 | DevelopersIO
    • ArgoCDバージョンアップを安全かつ迅速に行うための取り組み - freee Developers Hub

      概要 freeeではAmazon Web Services (AWS) Elastic Kuerbentes Service (EKS) 上にほとんどのアプリケーションが載っており、EKSへのデプロイ基盤としてはOSSの ArgoCD を利用しています。 ArgoCDから各クラスタにデプロイを行うため、非常に中央集権的なアーキテクチャとなっています。そのため、ArgoCDのバージョンアップは安全かつ迅速に行う必要があります。 本記事では、ArgoCDのバージョンアップの際に行っている取り組みをいくつか紹介します。 かなりマニアックですが、イントロダクションとまとめだけでも読んでいただければ幸いです。 イントロダクション 2023/04からfreeeでPlatform Deliveryチームに所属している gussan です。 Platform DeliveryチームはCI/CD全般のPla

        ArgoCDバージョンアップを安全かつ迅速に行うための取り組み - freee Developers Hub
      • ECS タスクの停止理由を CloudWatch Logs に保管する方法を教えてください | DevelopersIO

        困っていた内容 ECS を使用したシステムを構築しています。予期せず ECS タスクが停止した際は、タスクの停止理由を確認しているのですが、しばらくすると停止したタスクはマネージメントコンソールから消えてしまうようです。 表示が消えても構わないように、停止理由を CloudWatch Logs に保管しようと思うのですが、設定する方法を教えてください。 ListTasks - Amazon Elastic Container Service Currently, stopped tasks appear in the returned results for at least one hour. どう対応すればいいの? CloudFormation でecs-stopped-tasks-cwlogs.yamlテンプレートを実行してください。 ecs-stopped-tasks-cwlogs

          ECS タスクの停止理由を CloudWatch Logs に保管する方法を教えてください | DevelopersIO
        • Lambdaで利用できるDead Letter Queue(DLQ)とはどんな機能であるか調べてみた | DevelopersIO

          こんにちは、CX事業本部の若槻です。 本エントリは、AWS LambdaとServerless #2 Advent Calendar 2019の23日目です。 ジョインした案件のLambdaの実装でDead Letter Queue(DLQ)が使われており、このDLQがどのような機能であるかよく理解できていなかったため、動作検証含め調べてみました。 Dead Letter Queueとは Asynchronous Invocation When you invoke a function asynchronously, Lambda sends the event to a queue. A separate process reads events from the queue and runs your function. When the event is added to the

            Lambdaで利用できるDead Letter Queue(DLQ)とはどんな機能であるか調べてみた | DevelopersIO
          • [GW中にやってみよう]ECSデプロイで試したツールをピックアップしてみた | DevelopersIO

            ECSの操作を手軽にできないものかと色々試していて、本当に色々なツールが存在するものだと気が付きました。ポイントはいずれも用途が完全には被っていないところです。 コンテナ及びDockerの操作に手慣れた人であれば迷うこともないと思いますが、「試しに触ってみたいけどよくわからない」という人向けにDevIOでの紹介記事を交えてツールをいくつかピックアップしてみました。 aws-cdk 0からインフラを設計するときにはおすすめです。 npx cdk init --language typescript TypeScript版がよく使われるイメージですが、一応Python版もあります。 ある程度AWSの仕組みに慣れていないと、どこから手を付けるべきかわからないかもしれません。そんな時は次のワークショップから始めてみましょう。 ecs-cli ECS操作専用のCLIです。事前知識としてECSの仕組み

              [GW中にやってみよう]ECSデプロイで試したツールをピックアップしてみた | DevelopersIO
            • CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 | DevelopersIO

              はじめに Blue/Green Deploymentとは? Blue/Green Deploymentでは、2つの環境を作成します。1つの環境(Blue)は現在のアプリケーションバージョンを実行し、もう1つの(Green)は新しいアプリケーションバージョンを実行します。Green環境でのテストが完了すると、アプリケーショントラフィックはGreen環境に転送されて、Blue環境は非推奨になります。 この記事では、CodeDeployを使用したFargateのblue/green deploymentをしてみました。 やってみた Application Load Balancer の作成 Target Groupsの作成 EC2 コンソールで、Load Balancingで Target Groupsを選択しておきます。 Create target group を選択して、以下の設定で2つのT

                CodeDeployを使用したECS-FargateのBlue/Green Deploymentをしてみた。 | DevelopersIO
              • Amazon EFS を利用して AWS Fargate 上の Amazon EKS でステートフルなワークロードを実行する | Amazon Web Services

                Amazon Web Services ブログ Amazon EFS を利用して AWS Fargate 上の Amazon EKS でステートフルなワークロードを実行する この記事は、Running stateful workloads with Amazon EKS on AWS Fargate using Amazon EFS を翻訳したものです。 本投稿は、Container Specialist Solutions Architect の Re Alvarez-Parmar と Sr Technical Account Manager の Vikram Venkataraman により寄稿されました。 Amazon Elastic Kubernetes Service (EKS) では、EC2インスタンスまたは AWS Fargate で Kubernetes ポッドを実行するこ

                  Amazon EFS を利用して AWS Fargate 上の Amazon EKS でステートフルなワークロードを実行する | Amazon Web Services
                • Monthly AWS Serverless Update 202009 - Sweet Escape

                  新たに始めるMonthly AWS Serverless Updateの第一回です。 こちらのイベントです。 serverless-newworld.connpass.com 今後も月1でやっていこうとは思っているものの、どんなフォーマットでやるのがいいか、そもそもライブでやるより録画のほうがいいのではないかなどありますが、手探りでやっていきたいと思います。フィードバック募集中。 9月のリリース AWS Step Functions はペイロードサイズを 256KB に増加 Amazon SNS を使用して SMS テキストメッセージを送信するアプリケーションが米国西部 (北カリフォルニア) でホスト可能に API Gateway HTTP API が Lambda および IAM 承認オプションのサポートを開始 REST APIで使えたLambdaオーソライザとIAMオーソライザがHTT

                    Monthly AWS Serverless Update 202009 - Sweet Escape
                  • Fargate で EFS がサポートされたので、WordPress 環境を Terraform で構築する | 株式会社ビヨンド

                    インフラエンジニアの寺岡です。 AWS には「Amazon ECS」というサービスがあり、起動モードとして「Amazon EC2」と「AWS Fargate」の2種類が存在しています。 Fargate はコンテナの実行環境が AWS のフルマネージドで提供されているため、クラスタの管理が不要になるので大変便利ではあるのですが、その仕様上永続ボリュームをコンテナにマウントすることが出来ず、タスクの停止と同時にストレージも削除されてしまいます。 ● Fargate タスクストレージ 今回検証した WordPress をコンテナで起動した場合、投稿した記事で利用している画像などは、全てローカルボリュームに保存されることになるため、ストレージが削除されてしまっては困ります。 それでも便利だから Fargate を使いたい、そんな方に朗報です。 Fargate のプラットフォームバージョン1.4から

                      Fargate で EFS がサポートされたので、WordPress 環境を Terraform で構築する | 株式会社ビヨンド
                    • セルフサービスインフラストラクチャテンプレート - AWS Proton - アマゾン ウェブ サービス

                      AWS Proton セルフサービスのインフラストラクチャテンプレートとプロビジョニングの自動化により、インパクトが増大します。

                        セルフサービスインフラストラクチャテンプレート - AWS Proton - アマゾン ウェブ サービス
                      • AWS App Mesh と Kong を使って Amazon EKS 上でマイクロサービスを実行する | Amazon Web Services

                        Amazon Web Services ブログ AWS App Mesh と Kong を使って Amazon EKS 上でマイクロサービスを実行する この記事は、Running microservices in Amazon EKS with AWS App Mesh and Kong を翻訳したものです。 本投稿は、Kong ソリューションエンジニアの Claudio Acquaviva、Kong アライアンスの Morgan Davies と共同で作成されたものです。 サービスメッシュはサービス間通信のための一般的なアーキテクチャパターンとなっている透過的なインフラストラクチャレイヤーです。Amazon EKS と AWS App Mesh を組み合わせることでマイクロサービスのための強力なプラットフォームを形成し、ロードバランシング、サービスディスカバリ、可観測性、アクセスコントロ

                          AWS App Mesh と Kong を使って Amazon EKS 上でマイクロサービスを実行する | Amazon Web Services
                        • Killercoda Interactive Environments

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

                            Killercoda Interactive Environments
                          • Amazon ECS and AWS Fargate support for Amazon EFS File Systems now generally available

                            Amazon Elastic Container Service (ECS) tasks running on both Amazon Elastic Compute Cloud (EC2) and AWS Fargate can now mount Amazon Elastic File System (EFS) file systems. ECS tasks using EFS will automatically mount the file systems specified by the customer in the task definition and make them available to the containers in the task across all availability zones in the region. This enables pers

                              Amazon ECS and AWS Fargate support for Amazon EFS File Systems now generally available
                            • AWS Fargate タスクのリタイア通知による運用の可視性の向上 | Amazon Web Services

                              Amazon Web Services ブログ AWS Fargate タスクのリタイア通知による運用の可視性の向上 この記事は Improving operational visibility with AWS Fargate task retirement notifications (記事公開日 : 2023 年 9 月 6 日) の翻訳です。 導入 AWS Fargate は、コンテナワークロードのためのサーバーレスコンピューティングエンジンであり、基盤となるインフラストラクチャの保護やパッチ適用といった、ビジネスに付加価値をもたらさない作業から解放してくれます。この記事では、AWS がインフラストラクチャを安全かつ最新の状態に保つための仕組みの 1 つである Fargate タスクのリタイア通知について深掘りします。 AWS は、Fargate タスクのリタイアプロセスに関する最

                                AWS Fargate タスクのリタイア通知による運用の可視性の向上 | Amazon Web Services
                              • 検証環境の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
                                  • 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
                                    • 「トレンドの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
                                        • 商品入荷情報を定期的にスクレイピングして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 を指定するだけなので、経

                                              負荷試験#サーバーアーキテクチャ事例 | 外道父の匠
                                            • 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
                                              • 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 | 株式会社シーズ
                                                    • チュートリアル: Lambda 関数を使用して Amazon RDS にアクセスする - Amazon Relational Database Service

                                                      このチュートリアルでは、Lambda 関数を使用して、Amazon Relational Database Service (Amazon RDS) データベースに RDS プロキシ経由でデータを書き込みます。Lambda 関数は、メッセージが追加されるたびに Amazon Simple Queue Service (Amazon SQS) キューからレコードを読み取り、データベース内のテーブルに新しい項目を書き込みます。この例では、AWS Management Console を使用してキューにメッセージを手動で追加します。次の図は、チュートリアルを完了するために使用する AWS リソースを示しています。 Amazon RDS では、Microsoft SQL Server、MariaDB、MySQL、Oracle Database、PostgreSQL などの一般的なデータベース製品を

                                                      • サーバーレスでメール検索システムを作ってみる - 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
                                                          • AWS Fargate でアプリケーションのより高速なスケーリングが可能に

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

                                                              AWS Fargate でアプリケーションのより高速なスケーリングが可能に
                                                            • AWSのECS on FargateのARM化によるコスト最適化 〜調査・計画・移行、そして本番で起きた課題〜 - inSmartBank

                                                              こんにちは。スマートバンクSREの@uehiraです! SREチームはサービスの成長につれて増えていくインフラコストを最適化することをミッションとしており、当記事ではコスト最適化の一環として、我々が管理するクラウドリソースをX86ベースのプロセッサからARMベースのプロセッサに切り替えた試みについてご紹介します。 前提として、スマートバンクが提供する家計簿アプリB/43ではインフラ基盤としてAWSを採用していますので、本記事の内容はB/43のインフラ基盤の一部をGravitonへ移行した話となります。 なお、FinTechスタートアップとしてのAWSインフラ設計については以下の記事にまとめているのでぜひご覧ください! blog.smartbank.co.jp 背景 初めになぜプロセッサを切り替えることにしたのか、背景を簡単に説明いたします。 コスト最適化をミッションとして持つSREチーム

                                                                AWSのECS on FargateのARM化によるコスト最適化 〜調査・計画・移行、そして本番で起きた課題〜 - inSmartBank
                                                              • 【レポート】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
                                                                • ステップスケーリングポリシーを使ってSQSキューの長さでECSサービスタスクを爆速オートスケーリングしてみた | DevelopersIO

                                                                  はじめに おはようございます、もきゅりんです。 ECSサービスのオートスケーリングしてますか? ユースケースも少ないかとは思いますが、とにかく爆速でオートスケーリングしたくなることもありますよね? (春ですし) ということで、本稿はステップスケーリングポリシーを使ってSQSキューの長さでECSサービスタスクを爆速オートスケーリングしてみました。 最初に注意 下記ご注意下さい。 この構成は、高速スケーリングにするために、高解像度のカスタムメトリクスを取得します。高解像度のメトリクス発行およびアラームの課金には注意して下さい。また、とりあえずやってみましたが、本当にこの構成を実装することが真なのかどうか、これで要件が満たせるのかどうか、他に適切な構成がないかどうかなどはよくよく検討する課題があるものだと考えます。 やりたいこと AWS のサービスによって生成されたメトリクスは、デフォルトで標準

                                                                    ステップスケーリングポリシーを使ってSQSキューの長さでECSサービスタスクを爆速オートスケーリングしてみた | 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
                                                                        • 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
                                                                              • New Relic AIの一般提供を発表: 多忙なDevOpsチームおよびSREチームのためのAIOpsとインシデントレスポンスの高速化

                                                                                成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

                                                                                  New Relic AIの一般提供を発表: 多忙なDevOpsチームおよびSREチームのためのAIOpsとインシデントレスポンスの高速化
                                                                                • 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

                                                                                  新着記事