AWSマイスターシリーズSQS, SNS, SWF(#jawsug #マイスター) 2012年03月03日 大谷 晋平 (@shot6 ) ソリューションアーキテクト2012.3.3 JAWS SUMMIT 2012 マイスターリターンズにて紹介された資料です。Read less
[AWS Summit 2012] クラウドデザインパターン#5 CDP バッチ処理編
7. CDPカテゴリ (2012.09.13現在) 基本 静的コンテンツを処理 運用保守 Snapshot Web Storage Bootstrap Stamp Direct Hosting Cloud DI Private Distribution Stack Deployment Scale Up Cache Distribution Ondemand Disk Server Swapping Rename Distribution Monitoring Integration 可用性を向上 Web Storage Archive データをアップロード Weighted Transition Multi-Server Write Proxy Hybrid Backup Multi-Datacenter Storage Index Floating IP Direc
![[AWS Summit 2012] クラウドデザインパターン#5 CDP バッチ処理編](https://cdn-ak-scissors.b.st-hatena.com/image/square/8ddc65b75e738c9839196f444a22a83de3faea9b/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Faws-summit-cdp-05-121001104857-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
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つのアプリケーション処理ステップを実装します。ワーカーを開発するプログラミング言語はそれぞれ異なっていてもかまいません。ま
第17回 AWS User Group – Japan 東京勉強会に参加してきた #jawsug | DevelopersIO
第17回 AWS User Group - Japan 東京勉強会(一般枠) : ATND 第17回 AWS User Group - Japan 東京勉強会(女子枠) : ATND 2013/08/02 第17回 AWS User Group - Japan 東京勉強会 #jawsug - Togetter 『今回はGeek向け』と言う位置付けで告知及び開催がされた2013/08/02(金)の『第17回 AWS User Group - Japan 東京勉強会』。講演20分×2本、LT×7本というてんこ盛りなボリュームで行われた勉強会をざっくりレポートして行きたいと思います。 開催場所はフューチャーアーキテクト株式会社＠大崎。こちらの会場に訪れるのは今回が初めてだったのですが、入り口とか超綺麗！会場内部も同様に綺麗で整備されていてUstreamばかりかDJブース(！)も用意されていると言
Q: SQS ロングポーリングとは何ですか？ | Amazon Simple Queue Service (Amazon SQS) よくあるご質問 | アマゾン ウェブ サービス（AWS 日本語）
自社製や市販パッケージのメッセージキューイングシステムと比較して、Amazon SQS にはどのようなメリットがありますか? Amazon SQS では、メッセージキューの管理のために独自のソフトウェアを構築したり、市販またはオープンソースのメッセージキューイングシステムを使用してシステムの開発や設定の初期作業に多くの時間を費やしたりする必要がありません。 また、自社製または市販のパッケージ化されたメッセージキューイングシステムでは、定期的なハードウェアのメンテナンスやシステム管理のためのリソースが必要です。ハードウェア障害の発生時にメッセージが失われないよう、冗長性のあるメッセージストレージを設定する必要もあるため、システムの設定や管理はさらに複雑になります。 対照的に、Amazon SQS では、管理オーバーヘッドが発生せず、必要な設定もわずかです。Amazon SQS は、毎日数十億
Amazon SQSの使いどころ その2
前回、キューを使って、時間がかかる処理を非同期で処理するフローを書きました。今回は、キューにAmazon SQSを使うと、なぜ嬉しいのか？を書いてみたいと思います。 なんだかバカみたいですが、前回も書いた通り、信頼性のあるキューを作るのは大変な事です。既に実績のあるサービスを、格安（激安）で使えるのですから、利用しない手は無いです。信頼性という意味では、 メッセージを複数のデータセンターにコピーするので、メッセージが消える心配をしなくてよい。 とAmazon側は言っています。これぞまさにクラウドって感じですね。メッセージのやり取りはSSL経由で、さらにユーザー認証がかかっていますので、基本的なセキュリティーは保たれていると思います。 AmazonのAPIは大抵REST/SOAPの二種類が用意されていますが、SQSも例外ではありません。ただ、APIを素のまま利用するケースはまれだと思います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon SQS vs. RabbitMQ
MongoDB: Case Study for AMN
