API GatewayにLambda(Node.js)でBASIC認証かける | DevelopersIO
API Gatewayに対して、Lambda オーソライザーという機能を使ってBASIC認証をかけてみました。個人的ハマりポイントもあったので、備忘録的に書いておきます。 前提 Lambda関数のランタイムはすべて「Node.js 12.x」を選択します API GatewayはREST APIタイプを利用します まずはLambdaでレスポンス作成 Lambda関数を「一から作成」でランタイム「Node.js 12.x」を選択して作成します。 すると下記のようなコードで関数が生成されます。 exports.handler = async (event) => { // TODO implement const response = { statusCode: 200, body: JSON.stringify('Hello from Lambda!'), }; return respons
Amazon API Gatewayのプライベート統合をHTTP・RESTそれぞれでやってみた | DevelopersIO
Amazon API Gatewayにはプライベート統合という機能があり、VPC内のリソースをバックエンドとしてリクエストを処理できできます。 例えば、VPC内にあるALB+ECS FargateをAPI Gatewayのオリジンに設定できます。 ここで注意が必要です。 API GatewayはRESTとHTTPの2種類があり、どちらもVPCリンクを経由してVPCリソースと連携するという点では同じですが、 VPCリンクの実態や連携時の構成が大きく異なります。 この構成の違いを解説します。 前提 簡略化のため、VPC内ではALBでリクエストを処理するものとします。 ALB配下にはECS・Lambda・EC2など様々なリソースをターゲットに指定できます。 インターネットから直接ALBへアクセスすることが無いよう、インターナル型ALBで作成します。 API GatewayはRESTとHTTPのど
Amazon API Gatewayのレスポンスサイズをモニタリングしてみた | DevelopersIO
Amazon API Gateway(REST)でレスポンスサイズをモニタリングしたい場合、 API Gatewayのアクセスログを有効にし、 Logs Insightsで $context.responseLength をパースしましょう。 レスポンスサイズの分布やレスポンスサイズがペイロード上限に抵触していないことを簡単にモニタリング出来ます。 やってみた それでは、API Gatewayのレスポンスサイズを取得してみましょう。 1. API Gatewayのアクセスログを有効化 API Gatewayのコンソールにおいて、Stages → Logs/Tracing からアクセスログを有効にします。 レスポンスサイズは $context.responseLength です。 今回は パースしやすいように、JSON形式で出力します。 { "requestId":"$context.req
Amazon API Gateway + JWTオーソライザーでAzure ADのIDトークンクレームを表示してみた | DevelopersIO
いわさです。 ここ最近Azure ADのOIDC周りを少し触っています。 Azure AD OIDCでUserInfoエンドポイントにアクセスする | DevelopersIO Azure ADのIDトークンを取得し、クレームを確認する | DevelopersIO Azure ADのIDトークンの署名を検証する | DevelopersIO 上記では自前で検証などしていたのですが、今回はAmazon API Gatewayとオーソライザーを使ったIDトークンの検証を行ってみたいと思います。 といっても、API GatewayにはJWTオーソライザーが提供されており、簡単に検証を行うことが出来ます。 JWTオーソライザーでは以下のようなJWTの基本的な検証機能を有しています。 デコード 発行者のパブリックキーを使った署名の確認 クレームの検証（kid, iss, aud, exp, nbf
API GatewayをカスタムドメインでHTTPS化する | DevelopersIO
こんにちは、中村です。 GW前半は、みっちり運動しました。後半もその予定です。（笑） 皆さんは、GWいかがお過ごしでしょうか。 さて今回は、API Gatewayの話です。 2018/05/02訂正： 使用できるACM証明書について誤りがあったため訂正しました。 はじめに API GatewayにてAPIをデプロイするとデフォルトはこのような形になります。 https://*******.execute-api.ap-northeast-1.amazonaws.com/***/ これをカスタムドメイン・HTTPSにする場合は、API Gateway・Route53・Certificate Managerでの設定が必要になります。 API Gatewayの作成とLambdaについては触れません。 あくまで、カスタムドメインとHTTPS化のみになります。 Certficate Managerで
API Gatewayにクライアント証明書による認証を設定してみる | DevelopersIO
API Gatewayがクライアント証明書による認証に対応しました。IoT機器からAPIを実行するようなユースケースで便利に使えそうです。 CX事業本部@大阪の岩田です。 2020/9/17付けのアップデートによりAPI Gatewayでクライアント証明書による認証がサポートされるようになりました。 すでにAWSブログの方でクライアント証明書による認証を利用する手順が紹介されているので、こちらのブログを参考にしつつクライアント証明書による認証を設定してみたいと思います。 前提条件 クライアント証明書による認証を設定するためにはAPI Gatewayのカスタムドメイン名が必須となります。以下の記事を参考にカスタムドメインを設定したAPI Gatewayを用意しておいて下さい。 カスタムドメインが設定できたら、一度カスタムドメインを利用してAPIが実行できることを確認しておきましょう。 $ c
【チュートリアル】 Lambda と API Gateway で Slack コマンドを作成してみる | DevelopersIO
Lambda (Python) と API Gateway を使って、Slack のスラッシュコマンドを試す方法（初心者向け）です。 Guten Tag、ベルリンの伊藤です。 Slack のスラッシュコマンドというと、Slack上でメッセージ入力に例えば /shrug と打つと ¯\_(ツ)_/¯ が入力される、/remind @channel "寝てたら起こして" at 16:00 と打つとリマインダーを設定してくれる、というような機能ですね。 これを使って導入したい事案があり参考記事を調べたんですが、ちょっとハードルが高かったので、まずは動きを確認するだけの超シンプルな構成を試してみました。 初心者の方にもチュートリアルとして参考にしてもらえればと思います。 本格的に導入する場合は Slack 認証を加え、Serverless FrameworkやSAMを使うべきでしょうが、今回はまず
API Gateway のデフォルトエンドポイントを無効化しても反映されない場合の対処方法 | DevelopersIO
困っていた内容 作成した API Gateway にカスタムドメインは設定しました。 また、デフォルトで発行された以下のような REST API 用のエンドポイントにユーザがアクセスできてしまうため、無効化を行いました。 デフォルトエンドポイント：「 https://{restapi_id}.execute-api.{region}.amazonaws.com 」 しかしながら、まだユーザがデフォルトエンドポイントへアクセスできてしまいます。 どのようにすれば、デフォルトエンドポイント無効化を反映することができますか。 どう対応すればいいの? デフォルトエンドポイントの無効化を設定後に、API Gateway のステージへ再デプロイすることで無効化を反映することができます。 なお、以下 2 つの手順で無効化の反映までを行うことができます。 設定手順 デフォルトエンドポイントの無効化 API
API GatewayからSQSのFIFOキューにメッセージをPOSTする | DevelopersIO
表題の構成を試す機会があったので、その手順をご紹介します。 （今回はコンソールでゴリゴリ作業していきます） SQSの作成 まずはSQSのFIFOキューを作成しましょう。2020年7月9日にSQSもコンソールのデザインが新しくなり見やすくなりました。 キューに適当な名前を付けます。FIFOキューの場合は名前の最後に.fifoをつける必要がある点に注意しましょう。 また、今回は「コンテンツに基づく重複削除」にチェックを入れました。これで自動的にSQS側で重複削除IDを付与してくれます。重複削除IDを自分で付けたい場合は、このチェックを外しておきます。 （後はデフォルトで作成しました） FIFOキュー（myqueue.fifo）が作成できました。 API Gatewayに付与するIAM Roleの作成 次に、API GatewayからSQSへメッセージを送るためのIAMポリシーを作成します。 サ
Cloud MapとECSを使ったAPI Gatewayでのpreflightリクエスト対応を行う | DevelopersIO
はじめに データアナリティクス事業本部のkobayashiです。 ECSで構築したサービスをAPI GatewayのHTTP APIとCloud Mapのプライベート統合で呼び出す仕組みを作っています。その中でAPI GatewayへのアクセスをCognitoで認証したユーザーだけが使えるという制限をかけようとしていたところ、API Gatewayの設定でハマってしまったのでその内容と解決方法をまとめます。 構成図 Cognitoで認証されたユーザーがCognitoで発行されたIdTokenのJWT認証を使ってAPI Gatewayを呼び出します。API GatewayのHTTP APIへ来たリクエストについてはCloud Mapを使ってECSへ流すという仕組みです。またこのAPIはウェブアプリからaxiosで呼び出すことを想定していました。 行った作業とエラーにハマるまで 上記のAPI
[AWS CDK] API Gatewayのログ出力を有効にしてCloudWatch Logsでログを確認してみた | DevelopersIO
こんにちは、CX事業本部の若槻です。 Amazon API Gatewayでは、REST APIのログをCloudWatch Logsに記録することが可能です。 API Gateway での CloudWatch による REST API のログの設定 - Amazon API Gateway 今回は、AWS CDKでAPI Gatewayのログ出力を有効にしてCloudWatch Logsでログを確認してみました。 確認してみた API Gatewayのログにはアクセスログと実行ログの2種類があります。AWS CDKではいずれもRestApiのdeployOptions内で出力の設定を行います。 import * as apigateway from '@aws-cdk/aws-apigateway'; import * as logs from '@aws-cdk/aws-logs';
AWS APIGateway Custom Authorizer入門 | フューチャー技術ブログ
こんにちは。TIG/DXユニットのLEEです。フューチャーではここ数年、主に認証認可関係の設計や開発などを担当しております。 今回は流行りの認証プロトコルであるOpenID ConnectとOAuth2.0におけるAuthorizerについて話そうと思います。 Authorizerとは AuthorizerとはAWS APIGatewayにある機能の一つで、外からAPIサーバに送られてくるリクエストを検証することにより、アクセスを制御する機能です。OAuth2.0のプロトコルにおいては、AuthorizerはJWTなどTokenを検証することで、APIサーバ、つまり ResourceServer を保護する役割を持っています。 OSSのAPIGatewayであるKongを触ったことがある方ならば、JWT Pluginとほぼ同じ立ち位置のものと思って構いません。 なぜ使うのかSinglePa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
