サーバーレスパターン
やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう! チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -
RubyとAWSでつくるメディアストレージ基盤 - Qiita
概要 本基盤の果たす役割としては、「利用者が本基盤に向けてファイルをアップロードし、なんらかの(変換を含む)処理を行って利用サービス側に通知する」というものになる。 そこで、想定する利用イメージを大まかにでも理解してもらうため、抽象的なイメージを図示する。 ファイルをアップロードしたいユーザーは、まず本基盤の利用サービスに対してアップロード権限の発行を依頼する。 図では省略したものの、利用サービス側はその依頼を受けて、本基盤に対してアップロードチケットの発行を依頼し、取得した情報をアップロードしたいユーザーに対して返す。 アップロードユーザーはそれを受けて、本基盤に対してファイルのアップロードを行い、アップロード・バリデーション・変換が済んだものについては本基盤が利用サービスに結果を通知するというのが大まかな流れとなる。 次に、本基盤の持つ責務について簡単に解説したい。 本基盤は、メディア
[レポート]ドワンゴがAWSを使ってみた #AWSSummit | DevelopersIO
森永です。 AWS Summit Tokyo 2015のME-02: Media & Entertainment:「ドワンゴがAWSを使ってみた」のレポートです。 スピーカーは株式会社ドワンゴの関剛氏です。 レポート ドワンゴのAWS活用事例 Livedoor社が運営していた「Livedoor Reader」というRSSリーダーがサービス終了 ドワンゴがそれを引き継いで「Live Dowango Reader」として運用 併せて、スマホ版「LDR Pocket」をリリース AWSを初めてプロジェクトとして採用（開発者が小さい単位で使用はしていた） LDR移行時の要件 ソースコードそのまま→OK ミドルウェアそのまま→OK IPアドレスそのまま→オンプレだと出来なかったが、AWSなら出来る AWSをつかってみて インフラエンジニアとアプリエンジニアとの関係性に変化 →アプリエンジニアがインフ
![[レポート]ドワンゴがAWSを使ってみた #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/823f7aca4a5fc29780be05be8d6f7645655fcd6c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F05%2Faws_summit_tokyo_2015.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
re:Inventと今後のdwangoでのAWSセキュリティについて 〜AWS re:Invent 2017 Security re:Cap〜 by eigo_s さん - niconare
CloudFrontをかますとキャッシュなしのAPIコールでも速くなるようだ : sonots:blog
日経電子版を支える基盤API
Lv1から始めるWebサービスのインフラ構築
ドワンゴがAWSを使ってメディアストレージ基盤を開発してみた / Numb さん - ニコナレ
