Amazon API Gateway の Custom Authorizer を使い、OAuth アクセストークンで API を保護する - Qiita
Amazon API Gateway の Custom Authorizer を使い、OAuth アクセストークンで API を保護するAWSOAuthAPIGatewayAWSLambdaAuthlete 1. Custom Authorizer とは？ 2016 年 2 月 11 日に AWS Compute Blog の「Introducing custom authorizers in Amazon API Gateway」 という記事で、Amazon API Gateway に Custom Authorizer という仕組みが導入されたことがアナウンスされました。 これにより、Amazon API Gateway で構築された API にクライアントアプリケーションが (OAuth や SAML 等の) Bearer トークンを提示してきたとき、そのトークンのバリデーションを外
[AWS]API Gateway + Lambda(Java)で適切なHTTPステータスを返す - Qiita
やりたいこと API Gateway + Lambdaの構成で、200以外のHTTPステータスコードを返却する。 LambdaってHTTPステータス返せないし、どうするんだろうってことでやってみました。 うまくいったやり方 以下の2つを定義すればOKです。 「Method Response」で返したいHTTPステータスコードを定義する。[^1] 「Integration Response」でHTTPステータスコードを返す条件を定義する。 実際の手順 「Method Execution」の「Method Response」で「Add Response」をクリック。 「HTTP status code」の項目にステータスコードをセットし、右のチェックボタンをクリック。 「Integration Response」の「Add integration response」を開く。 「Lambda E
![[AWS]API Gateway + Lambda(Java)で適切なHTTPステータスを返す - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e7a608e50c6850a5757bc35463ba7b0d8b790147/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQVdTJTVEQVBJJTIwR2F0ZXdheSUyMCUyQiUyMExhbWJkYSUyOEphdmElMjklRTMlODElQTclRTklODElQTklRTUlODglODclRTMlODElQUFIVFRQJUUzJTgyJUI5JUUzJTgzJTg2JUUzJTgzJUJDJUUzJTgyJUJGJUUzJTgyJUI5JUUzJTgyJTkyJUU4JUJGJTk0JUUzJTgxJTk5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz03NjMyNWViNDIwNmQwZjJjYThjMWQyMTQ3Zjk2MDNkOQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDByeW9zdWtlaGF5YXNoaSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZjlkODY3YzU4Mzk5N2EwNjVmY2ZhZTI1NDkwNzRkN2U%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gWWFob28h44OH44OZ44Ot44OD44OR44O844ON44OD44OI44Ov44O844Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Df23564fdc7e30bb69989893e5f2cdd67)
Claudia.js を使った簡単マイクロサービス開発 | DevelopersIO
最近流行りのサーバーレス・アーキテクチャでの開発は、複数のサービスを組み合わせて使うことが多いと思います。そのためデプロイや設定は複雑になりがちです。AWS でサーバーレス・アーキテクチャの代表と言えば、AWS Lambda と Amazon API Gateway が思い浮かぶのではないでしょうか？今回ご紹介する Claudia.js は、それらのサービスを使用した開発をさらに加速する予感です。 Claudia.js とは？ Claudia.js はマイクロサービスを簡単に開発するためのオープンソースのデプロイメントツールです。Claudia.js を使うと AWS Lambda と Amazon API Gateway を使ったマイクロサービスを簡単に開発・デプロイすることができます。 さらに、Node.js 用の REST API をプログラミングするための Claudia API
AWS の API を利用するときに気をつけたい 3 つのポイント | はったりエンジニアの備忘録
AWS の魅力は API を使ってインフラをコントロールできる点です。インフラだけでなく SQS や DynamoDB といったサービスも API で操作します。ほぼすべてのサービスに API が用意されているので、AWS を使いこなせば使いこなすほど API の利用頻度も上がります。 今回は AWS の API を利用するときに気をつけたいポイントをまとめてみました。 リトライ処理を入れる AWS に限ったことではありませんが、API リクエストはさまざまな理由で一時的に失敗する可能性があります。クライアント側のネットワークエラーの可能性もありますし、大量のリクエストを送ってサーバ側でスロットリングされているかもしれません。 なので、API リクエストは 一時的な失敗を前提 にリトライ処理を入れましょう（AWS SDK を利用しているのであればリトライ処理は自動的に行われます）。一度失敗
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CloudFrontをかますとキャッシュなしのAPIコールでも速くなるようだ : sonots:blog
