並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 118件

新着順 人気順

"Amazon SQS"の検索結果41 - 80 件 / 118件

  • Amazon SQS での Lambda の使用 - AWS Lambda

    翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS での Lambda の使用 Amazon Simple Queue Service (Amazon SQS) キュー内のメッセージを処理するには、Lambda 関数を使用することができます。Lambda イベントソースマッピングは、標準のキューおよびファーストイン、ファーストアウト (FIFO) キューをサポートしています。Amazon SQS を使用すると、タスクをキューに送信して非同期的に処理することで、アプリケーションの 1 つのコンポーネントからタスクを任せることができます。 Lambda はキューをポーリングし、Lambda 関数を、キューメッセージを含むイベントと共に同期的に呼び出します。Lambda はメッセージをバッチで読み取り

    • Amazon SQS と Kinesis はどう違うのか?~ユーザが求めるキュー(queue)の姿~|AWSを使い倒せ - GiXo Ltd.

      Amazon SQS と Kinesis はどう違うのか?~ユーザが求めるキュー(queue)の姿~|AWSを使い倒せ どちらも広義なキュー(queue)。でもキューに期待するものが違う。 こんにちは。技術チームの岩谷です。最近、とあるかたから「Kinesisというキーワードを聞くけど、SQSに似ていませんか?違いは何なのでしょう?」という質問をいただきました。 SQSとKinesis、この両者は共にAWSのクラウドサービスで「広義のキューサービス」という意味では共通点があります。すなわち、 データを投入する データを取り出す、またその際に順序性を制御する仕組みが備わっている 取出したデータは、即座もしくは短寿命で消去される データの「投入→取出」の動作がセットで利用される。 という利用方法は共通しています。これは「データの待ち行列」である「キュー」の概念と一致しています。しかしこの両者の

        Amazon SQS と Kinesis はどう違うのか?~ユーザが求めるキュー(queue)の姿~|AWSを使い倒せ - GiXo Ltd.
      • Amazon SQS が、1 回だけの処理機能を備えた FIFO キューと、標準キューの値下げを発表

        先入れ先出し (FIFO) キューを使用して厳密なシーケンスで 1 回だけメッセージを処理する必要があるアプリケーションで、Amazon Simple Queue Service (SQS) を使用できるようになりました。FIFO キューは、メッセージが送受信される順序を厳密に保持し、各メッセージが 1 回だけ処理されるように設計されています。 Amazon SQS は、アプリケーションコンポーネントの間で転送されるメッセージを保存するための、信頼性が高く、非常にスケーラブルなマネージド型のメッセージキューサービスです。FIFO キューは、高スループット、ベストエフォート型の順序、および少なくとも 1 回の配信を提供する、既存の Amazon SQS 標準キューを補完します。FIFO キューは基本的に標準キーと同じ機能を備えていますが、順序と 1 回だけの処理のサポートという追加の利点があ

          Amazon SQS が、1 回だけの処理機能を備えた FIFO キューと、標準キューの値下げを発表
        • 【レポート】AWS Summit Tokyo 2017:Sansan がメッセージング (Amazon SQS) でスケーラビリティを手に入れた話: using C# on Windows #AWSSummit | DevelopersIO

          スピーカー: 神原 淳史 Sansan株式会社 Sansan事業部 開発部 部長 セッション概要: Sansan では、ビジネスの成長に伴うサービス規模の拡大により、可用性やパフォーマンスに関する課題を抱えていました。本セッションでは、メッセージング (Amazon SQSを採用) の導入によってどのようにしてそれらの課題を解決したか、実例をベースにご紹介します。メッセージング自体は新しい技術ではありませんが、スケーラビリティの課題解決のために非常に有効な手段の 1 つです。全てのソフトウェアアーキテクト、開発者にお送りします。 セッションレポート Sansanのサービスについて 名刺のデータ化サービスはSansan社内の別組織が開発、運営している Sansanからデータ化サービス側にjpegを投げるとtxtが返ってくる 法人向けのサービスでは名刺データを一元化して組織内で共有できる。いわ

            【レポート】AWS Summit Tokyo 2017:Sansan がメッセージング (Amazon SQS) でスケーラビリティを手に入れた話: using C# on Windows #AWSSummit | DevelopersIO
          • フレクトのクラウドBlog: AWS SDK for JavaでAmazon SQSを使う

            前回、Amazon SQSの記事で、Perlから使う方法を紹介しましたが、今日はJavaから 使う方法を紹介したいと思います。 というのはフレクトでは、Web系のアプリケーション構築はJavaで作ることが多いからです。 Perlはサーバの運用・管理のツールとして使うケースが多いです。 なお、Amazon SQSの本ブログでの紹介は以下のページを参照してください。 http://blog.flect.co.jp/cto/2010/09/amazon-sqs-4938.html ■ AWS SDK for Java JavaからAmazon Web Servicesを操作するには、Amazon純正のSDKである 「AWS SDK for Java」を使います。以下からダウンロードできます。 http://aws.amazon.com/sdkforjava/ 他にもPHP、Ruby、.NETなど

            • Active Job meets Amazon SQS - タケユー・ウェブ日報

              この記事はRuby on Rails Advent Calendar 2014の11日目の記事です。 今日はなんとなくActive Jobについて知りたくなったので、少し試してみました。その記録です。 Active Job について Rails 4.2 で導入される、なんだか早くから巷で名前がでてたやつです。 Active Jobの基礎 — Ruby on Rails Guides 2 Active Jobの目的 Active Jobの主要な目的は、Railsアプリを即席で作成した直後でも使用できる、自前のジョブ管理インフラを持つことです。これにより、Delayed JobとResqueなどのように、さまざまなジョブ実行機能のAPIの違いを気にせずにジョブフレームワーク機能やその他のgemを搭載することができるようになります。バックエンドでのキューイング作業では、操作方法以外のことを気にせ

                Active Job meets Amazon SQS - タケユー・ウェブ日報
              • Amazon SQSのロングポーリング設定でコストを99%削減した話 - Uzabase for Engineers

                こんにちは。 NewsPicksエンジニアの美濃部です。 NewsPicksではAWSをインフラ基盤として利用しているのですが、この記事では実際に行ったSQSのコスト削減の話をしたいと思います。 結論から話すとタイトルにもありますが「SQSでメッセージを受信する時にはショートポーリングではなくロングポーリングにした方が大体においてコストが下がります」という内容です。 この話の発端はコスト削減の余地がないかを検討していてSQSのコストが高すぎないかと感じたところから調査が始まりました。SQSはAPIリクエスト数に応じた従量課金なのですがAPIリクエスト数を確認するとやはり多すぎると感じました。(ここはかなり感覚的なところなので何をもって多いと判断したかと言われると困るのですが) NewsPicksでは「SQS+ワーカープロセス」で非同期処理を行うシステムがいくつかあり、これはよくあるワーカー

                  Amazon SQSのロングポーリング設定でコストを99%削減した話 - Uzabase for Engineers
                • [アップデート] AWS LambdaがAmazon SQSをイベントソースとしたバッチ処理で部分応答をサポートしました | DevelopersIO

                  こんにちは。サービスグループの武田です。 AWS LambdaはPythonやJavaScriptで書かれた処理をクラウド上で実行できるAWSのFaaSです。さまざまなサービスと統合されていますが、そのひとつとしてAmazon SQSがあります。イベントソースマッピングという機能を使用することで、SQSへのメッセージ送信をトリガーとしてLambda関数を実行できます。SQSをイベントソースとしたLambda関数のトリガーは、バッチ処理として複数のメッセージをまとめて処理させることができます。さて複数のメッセージをまとめて処理する場合に起こる問題として、一部は成功するが一部は失敗してしまったというものです。 これまでは関数が成功すればすべてのメッセージが成功したとしてキューから削除。関数が失敗すればすべてのメッセージが失敗したとしてキューに残される。のどちらかしかありませんでした。そのため、

                    [アップデート] AWS LambdaがAmazon SQSをイベントソースとしたバッチ処理で部分応答をサポートしました | DevelopersIO
                  • [アップデート] Amazon SQS が VPC エンドポイントに対応!VPN 経由でオンプレミスからアクセスしてみた | DevelopersIO

                    [アップデート] Amazon SQS が VPC エンドポイントに対応!VPN 経由でオンプレミスからアクセスしてみた こんにちは、菊池です。 先日のアップデートにて、Amazon SQSがVPCエンドポイント(Interface Endpoint)に対応しました! Amazon SQS now Supports Amazon VPC Endpoints using AWS PrivateLink VPCエンドポイントはAWSサービスのAPIに対して、VPC内部からインターネットを経由せずにアクセスできる機能です。昨年のInterface Endpointのリリース以降、対応するAWSのサービスが追加されていっていますが、今回、Amazon SQSが対象に追加されました。 今回は、この機能と、先日リリースされたRoute 53 リゾルバを使うことで、オンプレミスからVPNを経由してSQS

                      [アップデート] Amazon SQS が VPC エンドポイントに対応!VPN 経由でオンプレミスからアクセスしてみた | DevelopersIO
                    • ElasticMQでAmazon SQSのローカルテスト環境を作る

                      以前DynamoDBをLocalで建てるようにしたことでDynamoDBを使ったサービスの開発やテストがローカルで完結できるようになって幸せをかみしめていたのですが、このたびSQSも使うことになり、さてどうしたものかと思っていたらElasticMQというSQS互換インターフェイスを持った実装が存在することを知って、使ってみました。なお自分はElasticってつくとなんでもAWSのサービスみたいに感じてますが、ElasticMQとElasticSearchはAWSのサービスではないですね。 ElasticMQはJavaで実装されてるので、ダウンロードしてきて実行すればいいだけなので超簡単。開発も今のところ継続的に行われており、ロングポーリングもver 0.7から対応しているようで素敵です。 java -jar elasticmq-server-0.8.0.jar Pythonでbotoを使っ

                      • [セッションレポート]How Dropbox Scales Massive Workloads Using Amazon SQS #reinvent | DevelopersIO

                        re:InventにてDropboxがSQSをどのように大規模に使っているのか、というセッションを聴講してきました。以下に内容を箇条書きで残しておきます。 内容まとめ Dropboxにとって「同期」というものが最もコアな競争力 共有 コラボレーション 「同期」を実現するための課題: いかにして巨大なワークロードを、アップロードされたその瞬間に実施するか。 アップロードされた後、ファイルの種類によって様々な処理を実施し、メタデータを取得する必要がある。 画像ファイル: EXIFの取得、サムネイル取得 動画ファイル: エンコード などなど 同期時の処理は以下の制約を満たす必要がある 低レイテンシ 高スループット 様々な処理への柔軟な対応 Dropboxではこれまでに様々なアーキテクチャを試してきた 最初に、オンプレのDropbox環境でファイル処理しS3へと保存する構成 問題点: オンプレとA

                          [セッションレポート]How Dropbox Scales Massive Workloads Using Amazon SQS #reinvent | DevelopersIO
                        • New – Enhanced Dead-letter Queue Management Experience for Amazon SQS Standard Queues | Amazon Web Services

                          AWS News Blog New – Enhanced Dead-letter Queue Management Experience for Amazon SQS Standard Queues Hundreds of thousands of customers use Amazon Simple Queue Service (Amazon SQS) to build message-based applications to decouple and scale microservices, distributed systems, and serverless apps. When a message cannot be successfully processed by the queue consumer, you can configure Amazon SQS to st

                            New – Enhanced Dead-letter Queue Management Experience for Amazon SQS Standard Queues | Amazon Web Services
                          • Amazon SQS可視性タイムアウト - Amazon Simple Queue Service

                            翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS可視性タイムアウト コンシューマーがキューからメッセージを受信して処理しても、そのメッセージはキューに保留されたままです。Amazon SQSでは、メッセージが自動的に削除されません。Amazon SQSは分散システムであり、接続の問題やコンシューマーアプリケーションの問題などが原因で、コンシューマーが実際にメッセージを受信するという保証がありません。そのため、コンシューマーはメッセージを受信して処理した後、キューからメッセージを削除する必要があります。 メッセージが受信された直後は、メッセージはキューに保留されたままです。他のコンシューマーが同じメッセージを再び処理しないように、Amazon SQSは可視性タイムアウト、つまり Amazon S

                            • 250 行ぐらいの Amazon SQS 互換 API を作ってエンドポイントを公開した - P A R A G R A P H S

                              エンドポイント: http://q3-global.herokuapp.com/ ソース: tily/q3 redis の勉強も兼ねて、redis + sinatra で 250 行ぐらいの Amazon SQS 互換 API を作ってみた。本当は 100 行ぐらいで作りたかったんだけど、色々機能を足していたら 250 行ぐらいになってしまった。 250 行なのでバリデーションをあまりしていなくて、異常系はあまり動かないけど、正常系はだいたい動くと思う。 Wiki みたいに誰でも手紙を送ったり受け取ったりできるメッセージキューシステムがあるとおもしろいだろうなと思っていてたので、認証が要らず誰でもキューを作成したり、キューに対してメッセージを送信・受信したりできるようにしてある。 heroku + redis to go に公開しているので、 http://q3-global.heroku

                                250 行ぐらいの Amazon SQS 互換 API を作ってエンドポイントを公開した - P A R A G R A P H S
                              • Amazon SQS が AWS PrivateLink を使った Amazon VPC エンドポイントをサポート – アマゾン ウェブ サービス

                                AWS をご利用のお客様は、お使いの Amazon Virtual Private Cloud (Amazon VPC) から VPC エンドポイントを使って Amazon Simple Queue Service (Amazon SQS) へアクセスできるようになりました。パブリック IP も、パブリックインターネットの通過も不要です。Amazon SQS の VPC エンドポイントは、サポートされている AWS のサービスに VPC をプライベートに接続することを可能にする、可用性の高いスケーラブルな AWS PrivateLink を使用しています。 Amazon VPC エンドポイントは、設定がとても簡単です。また、インターネットゲートウェイ、ネットワークアドレス変換 (NAT) インスタンス、VPN 接続、または AWS Direct Connect 接続が不要な、信頼性の高い

                                  Amazon SQS が AWS PrivateLink を使った Amazon VPC エンドポイントをサポート – アマゾン ウェブ サービス
                                • Q: Amazon SWF と Amazon SQS の違いは何ですか? | Amazon SWF よくあるご質問(FAQ) | アマゾン ウェブ サービス(AWS 日本語)

                                  AWS 無料利用枠には、Amazon Simple Workflow Service (SWF) による 10,000 件のアクティビティタスク、30,000 ワークフロー日、1,000 回の実行が含まれます。 AWS アカウント作成の流れはこちら » Q: 複数のタスクを連携させるという形でアプリケーションを設計することの利点は何ですか?Amazon SWF は、この点でどのように役立つのですか? Amazon SWF では、タスクとはアプリケーション内の論理ステップの呼び出しを表すものです。タスクは「ワーカー」によって処理されます。ワーカーとは、Amazon SWF と相互作用してタスクを受け取り、タスクを処理して、その結果を返すプログラムです。1つのワーカーで、1つのアプリケーション処理ステップを実装します。ワーカーを開発するプログラミング言語はそれぞれ異なっていてもかまいません。ま

                                    Q: Amazon SWF と Amazon SQS の違いは何ですか? | Amazon SWF よくあるご質問(FAQ) | アマゾン ウェブ サービス(AWS 日本語)
                                  • [Amazon SQS] FIFOキューを使用したメール送信(VUIのバックエンドのレスポンスを高速化する) | DevelopersIO

                                    1 はじめに CX事業本部の平内(SIN)です。 Amazon Connectや、Alexaなど(※1)、VUIなシステムで利用されるLambdaでは、UXへの配慮のためか、タイムアウトが厳密に定義されており、どちらも、レスポンスが8秒以上かかると、エラーとして処理されてします。 このような制限の中で、活用されるのが、Amazon SQS(以下、SQS)です。SQSで、処理を階層(非同期)化して簡単にボトルネックを解消できます。また、フルマネージドなサービスであるSQSを挟むことで、耐障害性の向上も同時に図れます。 なお、昨年末より東京リージョンも利用可能になっている、FIFOキューでは、順番や、重複の制御も必要ないので、要件にもよりますが、軽易にキューを扱えると言えます。 今回は、VUIなバックエンドでメールを送ることを想定しFIFOキューで処理する要領を纏めます。 記事の内容は、単純な

                                      [Amazon SQS] FIFOキューを使用したメール送信(VUIのバックエンドのレスポンスを高速化する) | DevelopersIO
                                    • Amazon SQSデッドレターキューにメッセージが入ったらSlackに通知するしくみをAWS CDKで構築する | DevelopersIO

                                      こんにちは。サービスグループの武田です。 Amazon SQSやAWS Lambdaなどには、処理が失敗した際にメッセージを退避させるしくみとしてデッドレターキュー(以下、DLQ)というものが用意されています。DLQを用意しておくことで無制限のリトライを防止したり、デバッグに役立てることができます。 とはいえ、肝心のDLQにメッセージが入ったことを検知できなければ何の意味もありません。今回はDLQにメッセージが入った際に、Slackに通知されるしくみをAWS CDKを利用して構築してみました。 なお、ソースコードはGitHubに上がっています。 TAKEDA-Takashi/aws-cdk-sqs-dlq-alert-slack 環境 今回は次のような環境で検証しました。 $ node -v v10.19.0 $ sw_vers ProductName: Mac OS X ProductV

                                        Amazon SQSデッドレターキューにメッセージが入ったらSlackに通知するしくみをAWS CDKで構築する | DevelopersIO
                                      • Understanding how AWS Lambda scales with Amazon SQS standard queues | Amazon Web Services

                                        AWS Compute Blog Understanding how AWS Lambda scales with Amazon SQS standard queues Update March 21, 2024: The information explaining Lambda scaling behavior in this article has been superseded by https://aws.amazon.com/blogs/compute/introducing-faster-polling-scale-up-for-aws-lambda-functions-configured-with-amazon-sqs. Update Dec 8, 2021: AWS Lambda now supports partial batch responses for Amaz

                                          Understanding how AWS Lambda scales with Amazon SQS standard queues | Amazon Web Services
                                        • AWS X-Ray が Amazon SQS をサポート

                                          AWS X-Ray を使って、Amazon Simple Queue Service (SQS) を通過したメッセージをトレースできるようになりました。AWS X-Ray を使うと、分散アプリケーションやマイクロサービスアーキテクチャにおけるパフォーマンス上の問題やエラーを、簡単にトラブルシューティングできます。 AWS X-Ray のコンソールには、Amazon SQS と、アプリケーションが使用しているその他サービスの間の接続のマップが表示されます。このコンソールを使って、平均レイテンシーや障害率といった指標を表示することも可能です。たとえば、Amazon EC2 Container Service およびオンプレミスのホストで実行している消費者に配布するために、Amazon SQS キューに送信したメッセージをトレースすることが可能です。 Amazon SQS は、完全マネージド型の

                                            AWS X-Ray が Amazon SQS をサポート
                                          • 料金 - Amazon SQS | AWS

                                            Amazon SQS 無料利用枠* Amazon SQS は無料で始めることができます。すべてのお客様は、毎月 Amazon SQS リクエストを 100 万件まで無料で行えます。一部のアプリケーションは、この無料利用枠内で運用できる場合があります。

                                              料金 - Amazon SQS | AWS
                                            • Amazon SQSとShoryukenを使ったバックグラウンド処理を検討してみる - ユニファ開発者ブログ

                                              Webエンジニアのほんまです。 弊社ではインフラの管理コストを極力減らすため、AWSのマネージドサービスへの利用を推奨しています。(例:RDS -> Aurora) その中の一つに「バックグラウンドジョブに使うキューストアに Amazon SQS を使う」というものがあります。 SQSを使うことで急な負荷増減やデータ消失への対応といった悩ましい問題から解放されます。 Ruby on Rails で Amazon SQSをストアとするバックグラウンドジョブフレームワークだと Shoryuken がよく使われている印象です。 今回、Amazon SQS と Shoryuken でバッググラウンド処理を動かす方法、そして本番運用を見据えて検討が必要な事項を調査したのでシェアしたいと思います。 動かしてみる キューの作成 Railsアプリケーションの作成 ワーカープロセスの起動 エラー処理の確認

                                                Amazon SQSとShoryukenを使ったバックグラウンド処理を検討してみる - ユニファ開発者ブログ
                                              • AWS Lambdaのタイムアウト条件下でAmazon SQSの受信メッセージを繰り返し処理する - Qiita

                                                狙いと概要 経緯 Amazon SQSで受信メッセージに対する処理をAWS Lambdaで(スケジューリングして)バッチ処理しようと思った時に、次の条件を考慮した実装をどのようにしようか考えていました。 1度の受信で取得できる最大メッセージ数が10 [SQS] メッセージ受信後の処理は、受信しては処理して明示的にメッセージを削除することが基本 [SQS] 1回の実行のタイムアウトが最大5分[Lambda] 1回のLambdaの起動でSQSから1回受信して10メッセージ以下の処理をするようにしては、Lambdaが持て余す感じがしますし、Lambdaを再帰呼び出しする方法があるにしても、タイムアウトの兼ね合いがありますので、それもちょっと取りづらい選択肢でした。 対応 結果考えたのが、Lambdaの1回の実行におけるタイムアウト5分以内にSQSのメッセージ受信に紐つく処理を、繰り返せる分だけ繰

                                                  AWS Lambdaのタイムアウト条件下でAmazon SQSの受信メッセージを繰り返し処理する - Qiita
                                                • Amazon SQSのDead Letter Queueにメッセージが移動するタイミングを調べてみた | DevelopersIO

                                                  次にQueueにデータをsend_message、receive_message、するプログラムをPythonで書いていきます。 前提 今回はMac上で試しますが、AWS CLIの aws configure で、アクセスキー、シークレットキー、デフォルトリージョンが設定されているものとして作業を進めていきます。 環境構築 いつもの virtualenv を作成し、パッケージを boto3 と click というモジュールを入れます。 (参考: Welcome to the Click Documentation — Click Documentation (5.0)) $ virtualenv venv $ . venv/bin/activate (venv)$ pip install -U pip (venv)$ pip install boto3 click ソースコード (run.

                                                    Amazon SQSのDead Letter Queueにメッセージが移動するタイミングを調べてみた | DevelopersIO
                                                  • 【AWS グラレコ解説】アプリケーション同士の疎結合を実現。「Amazon SQS」をグラレコで解説 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                    ※ 本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。awsgeek.com は Amazon Web Services, Inc. プリンシパル・テクニカル・エバンジェリスト、ジェリー・ハーグローブが運営しているサイトです。 これまでのグラレコ解説はこちら » 近年、「モノリス」と呼ばれる単一の大きなアプリケーションから、複数のモジュールで構成される「マイクロサービス」あるいは「サーバーレス」と呼ばれるアーキテクチャへ移行するケースが増えてきています。 今回ご紹介する Amazon Simple Queue Service (Amazon SQS) は、マイクロサービス や サーバーレスアーキテクチャ において、アプリケーション間をつなぐ、コーディネーターのような役割を担うサービスです。具体的に

                                                      【AWS グラレコ解説】アプリケーション同士の疎結合を実現。「Amazon SQS」をグラレコで解説 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                    • Amazon SQSのステータス遷移を確認する - yustam.jp

                                                      Amazon Simple Queue Service(Amazon SQS)を少し触ってみたのでメモ 64KBまでの文字列を登録するだけのシンプルなサービス メッセージを追加して取得してみる キューの作成は名前を入力するだけなので省略。作成するとURLが生成される AWS-SDKforJavaにてメッセージを追加/取得するコードは以下 String accessKey = "【AWSアクセスキー】"; String secretAccessKey = "【AWSシークレットキー】"; AWSCredentials cre = new BasicAWSCredentials(accessKey, secretAccessKey); AmazonSQSClient client = new AmazonSQSClient(cre); client.setEndpoint("sqs.ap-no

                                                        Amazon SQSのステータス遷移を確認する - yustam.jp
                                                      • What is the difference between Amazon SNS and Amazon SQS?

                                                        When would I use SNS versus SQS, and why are they always coupled together?

                                                          What is the difference between Amazon SNS and Amazon SQS?
                                                        • AWS SDK for Javaを使う#Amazon SQS | DevelopersIO

                                                          はじめに いまやクラウドサービスの代表格とも言えるAmazonですが、EC2やS3をはじめとして、さまざまなサービスを提供しています。数年前に私も少しだけEC2やS3を使用したことがあるのですが、最近はあまりさわっていませんでした。 しかし今回AWSについての調査をきっかけに、各種AWSサービスについて復習&AWS SDKでの動作確認をしていきたいと思います。 今回はクラウドベースのメッセージングサービス、Amazon SQSです。 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.2 Java : 1.6.0_26 Scala : 2.9.1 final SBT : 0.11.2 なお、AWSへの登録は終わっているものとします。 Amazon SQS アプリケーションの実行で時間のかかる処理非同期で行いたいときにはどのようにするでしょうか。 最近は非同期通信用

                                                          • [アップデート] Amazon SQS で AWS JSON プロトコルがプレビューとして利用出来るようになったので何が変わるのかを確認してみた | DevelopersIO

                                                            [アップデート] Amazon SQS で AWS JSON プロトコルがプレビューとして利用出来るようになったので何が変わるのかを確認してみた いわさです。 今朝、Amazon SQS に関する次のアナウンスがありました。 「なんだかよくわからないがパフォーマンスが向上するのか?」という感じだったので、少し掘り下げてみてみました。 AWS JSON プロトコルに Amazon SQS の API が対応した(プレビュー) 上記のアナウンスに色々書いてあるのですが、変更点としては SQS を AWS API 経由で呼び出す際に、従来の方法(クエリプロトコル)の他に、AWS JSON プロトコルと呼ばれる形式もサポートとしたよという点があります。 この形式を使うことで HTTP 経由で API を呼び出す際のリクエストとレスポンスの形式がより効率的な形式になり、処理レイテンシーの削減やクライ

                                                              [アップデート] Amazon SQS で AWS JSON プロトコルがプレビューとして利用出来るようになったので何が変わるのかを確認してみた | DevelopersIO
                                                            • Introducing maximum concurrency of AWS Lambda functions when using Amazon SQS as an event source | Amazon Web Services

                                                              AWS Compute Blog Introducing maximum concurrency of AWS Lambda functions when using Amazon SQS as an event source This blog post is written by Solutions Architects John Lee and Jeetendra Vaidya. AWS Lambda now provides a way to control the maximum number of concurrent functions invoked by Amazon SQS as an event source. You can use this feature to control the concurrency of Lambda functions process

                                                                Introducing maximum concurrency of AWS Lambda functions when using Amazon SQS as an event source | Amazon Web Services
                                                              • [アップデート] AWS LambdaのAmazon SQSイベントソースで最大同時実行数を指定できるようになりました | DevelopersIO

                                                                こんにちは。サービス部の武田です。今回のアップデートでイベントソースマッピングの設定として同時実行数を指定できるようになりました。 こんにちは。サービス部の武田です。 AWS Lambdaはイベントソースマッピングという機能を利用することで、イベントソースとなるサービスを自動でポーリングしLambda関数をバッチ処理として呼び出せます。 これまでAmazon SQSをイベントソースとして利用する際に、Lambda関数の同時実行数を制限したい場合は「同時実行の予約」で指定していました。しかしこの方法では、制限数を超えたメッセージはキューに返され再試行を待つことになり、適切に設定されていないとすべてのメッセージを正しく処理できませんでした。 今回のアップデートでイベントソースマッピングの設定として同時実行数を指定できるようになりました。これにより、制限数を超えた場合はメッセージの読み取りが停止

                                                                  [アップデート] AWS LambdaのAmazon SQSイベントソースで最大同時実行数を指定できるようになりました | DevelopersIO
                                                                • Amazon SQSを使ってAWS Step Functionsで長時間かかる処理が終わるのを待つ | DevelopersIO

                                                                  Amazon SQSのFIFOキューを使うことで正確にメッセージの処理状態を把握することができます。 このことを活用することで外部APIコールなどの長時間かかる可能性のある処理が終わるのを待ってから次のメッセージの処理に移る実装ができます。 AWS Step Functionsの中に(外部APIの呼び出しなどで)長時間かかることもある処理がある場合に、その処理の結果を待ち、重複を防ぐために処理中は新しい処理のリクエストをしないという仕組みが必要になり、実装してみました。 重複の発生する実装(SQS未使用の実装) 次の手順で1分毎に実行するStep Functionsを定義します。 $ sls create --template aws-python3 --path sample-app $ cd sample-app $ sls plugin install -n serverless-p

                                                                    Amazon SQSを使ってAWS Step Functionsで長時間かかる処理が終わるのを待つ | DevelopersIO
                                                                  • Amazon SQSでキュー内のメッセージを全部消したい 〜 PurgeQueueアクションがひっそりと追加されていた件 | DevelopersIO

                                                                    よく訓練されたアップル信者、都元です。久しぶりのAWSのセカイ! いや、ボスが「EdisonだけじゃなくてAWSのブログ読みたいなぁ」とかプレッシャー掛けてくるもんだから……。 キュー内のメッセージを全部消したい さて。Amazon SQSを使って開発をしている時、間違って大量のメッセージを送信してしまったり、受信側の障害でメッセージが受信されずに放置されたりして、キュー内に大量のメッセージが溜まってしまうことがあります。 従来このような時は、「受信しては消す」という小さなスクリプトを書いてみたり、Message Retention Periodを短く設定してみたり、と少々面倒なことをしていました。こんなのを繰り返し実行したりして…。 for handle in $(aws sqs receive-message --queue-url $QURL --max-number-of-mess

                                                                      Amazon SQSでキュー内のメッセージを全部消したい 〜 PurgeQueueアクションがひっそりと追加されていた件 | DevelopersIO
                                                                    • Amazon SQS - Qiita

                                                                      ※なお、ストリーミング方式の場合はAmazon kinesisを検討する。 ##■Amazon SQSとは## 処理の間にQueueを噛ませることで、非同期処理にすることができる。 例えば全ての処理を同期処理してしまうと時間がかかってしまうので、Queueだけ登録してレスポンスを返してしまう。 ##■機能## ###1.ショートポーリングとロングポーリング### 通常はロングポーリングを利用する。 ショートポーリング ロングポーリング

                                                                        Amazon SQS - Qiita
                                                                      • Amazon SQS Now Supports a High Throughput Mode for FIFO Queues (Preview)

                                                                        Amazon SQS now supports a preview of a high throughput mode for FIFO queues, allowing you to process up to 3000 messages per second per API action. This is a tenfold increase compared to current SQS FIFO queue throughput quota. Amazon SQS is a fully managed message queuing service that enables you to decouple and scale microservices, distributed systems, and serverless applications. Amazon SQS off

                                                                          Amazon SQS Now Supports a High Throughput Mode for FIFO Queues (Preview)
                                                                        • Amazon SQS可視性タイムアウト - Amazon Simple Queue Service

                                                                          翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS可視性タイムアウト コンシューマーがキューからメッセージを受信して処理しても、そのメッセージはキューに保留されたままです。Amazon SQSでは、メッセージが自動的に削除されません。Amazon SQSは分散システムであり、接続の問題やコンシューマーアプリケーションの問題などが原因で、コンシューマーが実際にメッセージを受信するという保証がありません。そのため、コンシューマーはメッセージを受信して処理した後、キューからメッセージを削除する必要があります。 メッセージが受信された直後は、メッセージはキューに保留されたままです。他のコンシューマーが同じメッセージを再び処理しないように、Amazon SQSは可視性タイムアウト、つまり Amazon S

                                                                          • Go と Ruby と Amazon SQS と ElastiCache で分散して動かせるクローラを書いてみた - Qiita

                                                                            Go と Ruby と Amazon SQS と ElastiCache で Ranunculus というクローラを書いてみました。 正確には書きかけなのですが、もう日曜日が終わってしまうので、とりあえずまとめておくことにします。 Ruby Gem https://rubygems.org/gems/ranunculus その Gem のコード https://github.com/k-kawa/ranunculus-ruby Go のコード https://github.com/k-kawa/ranunculus なんで作ろうと思ったのか 理由は 3 つあります。 1 つめは、Ruby で使えるよいクローラが見つからなかったからです。 Python には Scrapy という、クローラのためのいたれりつくせりなライブラリがあります。 ところが、Ruby にはそういういい感じのライブラリが

                                                                              Go と Ruby と Amazon SQS と ElastiCache で分散して動かせるクローラを書いてみた - Qiita
                                                                            • Now Send Payloads up to 2GB with Amazon SQS

                                                                              Amazon Simple Queue Service (SQS) now has an Extended Client Library that enables you to send and receive messages with payloads up to 2GB. Previously, message payloads were limited to 256KB. Using the Extended Client Library, message payloads larger than 256KB are stored in an Amazon Simple Storage Service (S3) bucket, using SQS to send and receive a reference to the payload location. Large paylo

                                                                                Now Send Payloads up to 2GB with Amazon SQS
                                                                              • Amazon SQS と処理の重複 前編 ~ 可視性タイムアウトの役割 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                                                テクニカルインストラクターの杉本圭太です ! 最近読んで面白かった漫画は「百木田家の古書暮らし」です。 Amazon Simple Queue Service (SQS) を使用することで、アプリケーション同士の通信を非同期にして、さらに信頼性やスケールを高められます。しかし SQS を使用する場合「処理重複が発生する可能性があるため、冪等性 (べき等性) の考慮が必要」と言われますが、どんな場合に処理重複が発生するのかは把握できていますか ? ▼ SQS を使用したシステムの概要 SQS では処理重複を制御するために「可視性タイムアウト」や「FIFO キュー」の機能がありますが、これらを使用しただけで処理重複がゼロになる訳ではありません。そのため、それぞれの機能が何を制御してくれるのかを理解することは、SQS をより適切に扱うために重要です。しかし同時に理解が難しい部分でもあります。 そ

                                                                                  Amazon SQS と処理の重複 前編 ~ 可視性タイムアウトの役割 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                                                • 8月の大型メンテナンスにともなう並行運用を予定通り終了しました・Amazon SQS インテグレーションをリリースしました ほか - Mackerel お知らせ #mackerelio

                                                                                  昨日もこちらのブログを通してお知らせいたしましたが、現在断続的に発生している.ioドメインの不調にともなう Mackerel の死活監視のアラート誤報に関して、ユーザーの皆様には大変ご不便をお掛けしております。 以下のブログエントリにて、詳細について記載しております。ご確認がまだの方は、ぜひ一度ご確認ください。 mackerel.io それでは、今週のアップデート情報です。 8月の大型メンテナンスにともなう並行運用を予定通り終了しました 8月のプラットフォーム移行作業の終了に関するこちらのアナウンスでも以下のようにお知らせしておりましたが、 ただし、今後1ヶ月(2017年9月21日(木)まで)、Mackerelの新旧システムの平行運用を念の為おこなう予定です。その間は、旧システムへ切り戻す可能性がわずかながらございます。IPアドレス制限等の設定をおこなわれている場合には、しばらく両方のIP

                                                                                    8月の大型メンテナンスにともなう並行運用を予定通り終了しました・Amazon SQS インテグレーションをリリースしました ほか - Mackerel お知らせ #mackerelio