Amazon Cognito と仲良くなるために歴史と機能を整理したし、 Cognito User Pools と API Gateway の連携も試した | DevelopersIO
最近はサーバーレスアーキテクチャに触れることが増えています。その中で、ついて回ることが多い機能が 認証 です。どのようなシステムを構築するかによって認証方式も変わってくるかと思いますが、方法のひとつとして 自社でもっている認証基盤に対して、ユーザーIDとパスワードを使ってログインしてもらう という方式があります。AWS においては Amazon Cognito がその要件をかなえる筆頭サービスです。ただ、私自身、Cognito がどのような機能を提供しているのか、実際の利用例としてどんなものがあるか、把握できていないことも多かったので、整理した上で自分でも実際に試してみることにしました。 Cognito を時系列で振り返る まずは Cognito が発表されてから現在に至るまで、どのような機能が追加されてきたのか振り返ってみます。なお、以下に記載する内容は、Document History
AWS Cognito の認証情報を API Gateway + Lambda で受け取りたい - Qiita
Cognitoの認証情報をLambdaで受け取る為の覚え書き。 やりたいこと Cognito（User Pool）でログイン ログインしたユーザーでAPIを叩く 叩かれたAPIから実行されるLambda関数の中で、認証情報を取得したい。すごくしたい。 API Gateway でログインを要求する設定は可能なので、（非ユーザーがそのAPIを叩いてもエラーが返される様になる）そのログインしているユーザーをLambdaに伝える事が出来ればOKですね。 1. API Gateway でユーザーログインを要求する様にする オーソライザーのセットアップ ユーザープールを作成しておく API Gateway のコンソールで「オーソライザー」を選択 「作成」から「Cognito ユーザープールオーソライザー」を選択 認証に用いるユーザープールを選択して「作成」する メソッドのセットアップ 任意のリソースの
Serverlessを使ってAPI GatewayとLambdaでCORSを有効にする - Qiita
公式ドキュメントに書いてあるままなのですがドハマリしたのでメモ https://serverless.com/framework/docs/providers/aws/events/apigateway#enabling-cors sls create --template aws-node でプロジェクトを作って… serverless.yml で cors: true を設定する functions: hello: handler: handler.hello events: - http: path: user/create method: get cors: true exports.handler = function(event, context, callback) { const response = { statusCode: 200, headers: { "Acces
REST API リソースの CORS を有効にする - Amazon API Gateway
Cross-origin resource sharing (CORS) は、ブラウザで実行されているスクリプトから開始されるクロスオリジン HTTP リクエストを制限するブラウザのセキュリティ機能です。詳細については、「CORS とは」を参照してください。 CORS サポートを有効にするかどうかを決定する クロスオリジン HTTP リクエストは、以下に対して行われます。 別のドメイン (例: example.com から amazondomains.com へ) 別のサブドメイン (例: example.com から petstore.example.com へ) 別のポート (例: example.com から example.com:10777 へ) 別のプロトコル (例: https://example.com から http://example.com へ) API にアクセスで
Serverless Framework でのAPI Gateway + Lambda + DynamoDB構成をローカル環境で開発する
Serverless Framework でのAPI Gateway + Lambda + DynamoDB構成をローカル環境で開発する Serverless Frameworkでの開発の際、ローカル環境で実行させることでAWSのコストを発生させないようにするセットアップ手順を紹介します。 Serverless Frameworkとは自分でやろうとすると結構面倒な、API Gatewayの設定、Lambda関数の作成を自動的に行なってくれるフレームワークです。 アプリケーションのコードど簡単な設定ファイルを用意すればすぐにAWS上に公開することができ、より一層Serverlessが普及していくのではないかと思います。 内部的にはCloudFormationのスタックが作成されてデプロイが行われるようですが、あまり内部の動作は気にせずに使うことができます。 インストールはNPMから行います。
Cloudcraft – Draw AWS diagrams
Automatically create AWS and Azure architecture diagrams in secondsTry Cloudcraft FreeRequest a Demo Whether you’re building a cloud architecture from scratch, documenting your current environment, or looking to optimize cloud cost, Cloudcraft allows you to visualize and communicate your architecture with ease. Build diagrams from scratchCreate a professional architecture diagram in minutes with a
DynamoDB の特性を理解しないで開発していたら pagination の実装でつまづいた - あいつの日誌β
前置き 私の勘違いが書かれている可能性がありますが、ご指摘頂けると大変喜びます。特に「いや、それはこうやったらできるよ」という情報をお待ちしております。 あらすじ Serverless Framework 使って個人サイトを作ろうとしたら DynamoDB で若干手間取ったので後世のエンジニアの為に備忘録を残します。 DynamoDB について DynamoDB は優れた分散データベースです。バックアップやスケールアップなどに時間を割く必要がないように工夫されたサービスです。なんですが、これまでの RDS や KVS とは注力されている箇所が違うで少し使いづらい部分があります。 パーティションキーの概念 DynamoDB では Pagination がしづらいです。できなくは無いのですが RDS と少し違うところがあります。検索条件にインデックスが含まれていないと正しい件数を取得できません
DynamoDBでWebのページングをやりたい#2 フィルター付き - Qiita
概要 前回の続きです。今回はだいぶ長い記事になってしまいました。 前回の結果 boto3のPaginatorを使って、Webのページングに使うインデックスが作れないか試してみた。 Paginatorの仕組み上、フィルタを適用できず、またクエリの効率も悪い。 今回やってみること 自分でクエリを発行し、フィルタに対応したインデックス生成の処理を作る。 Paginatorと同じような機能を盛り込んでみる。 結果 最終的には思い通りのものが作れたが、効率的に使うためには使い方を考える必要がある。 インデックスからページを取得する場合の検索範囲を最小限に抑えるために、ページの起点と終点両方のキーが必要になる。 Table.queryの出力はPaginatorよりシンプルになるが、json出力には変換が必要になる。（後述） 結論 これ以上複雑なことをするならRDBMSの使用を考えた方がいいと思う。 環
Amazon Aurora ServerlessでHTTPSエンドポイントができ本当にサーバーレスアーキテクチャで利用可能になる！ | DevelopersIO
※: 本表は現在確認できる情報から筆者が独自に作成しています。 注意 Aurora ServerlessのData APIは現在Beta版のため、変更される可能性があります。 Data APIではトランザクションはサポートされません。 レスポンスは最大1,000行で1MBのサイズ制限があります。 現在利用可能なリージョンは米国東部 (バージニア北部)のみです。 コネクションは最大1分でタイムアウトします。 認証情報はSecrets Managerを使ってDBに接続します。 やってみた 事前設定 以下の状態を前提とします。 リージョン: 米国東部 (バージニア北部) Auroraエンジン: Aurora Serverless 5.6.10a まず、Aurora Serverlessを起動します。Aurora Serverlessの起動方法は以下のエントリを御覧ください。 Aurora Ser
初めてのサーバーレスアプリケーション開発 ～Serverless Framework と Codeシリーズを連携させる～ | DevelopersIO
Serverless Frameworkで開発したアプリケーションをCodeシリーズを使ってAWS上にデプロイしてみます。 デプロイ対象のServerless Frameworkのサービスは前回のエントリ初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～で作成したものを利用します。 前提となる知識もありますので、必要に応じて以下のエントリも参考にしてください。 初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ 初めてのサーバーレスアプリケーション開発 ～LambdaでDynamoDBの値を取得する～ 初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ 初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使
Lambda 関数に Amazon VPC 内のリソースへのアクセスを許可する - AWS Lambda
Amazon Virtual Private Cloud (Amazon VPC) を使用すると、AWS アカウント にプライベートネットワークを作成して、Amazon Elastic Compute Cloud (Amazon EC2) インスタンス、Amazon Relational Database Service (Amazon RDS) インスタンス、Amazon ElastiCache インスタンスなどのリソースをホストできます。リソースを含むプライベートサブネットを介して関数を VPC にアタッチすることで、Lambda 関数に Amazon VPC でホストされているリソースへのアクセスを許可できます。Lambda コンソール、AWS Command Line Interface (AWS CLI）、または AWS SAM を使用して Lambda 関数を Amazon V
New – Access Resources in a VPC from Your Lambda Functions | Amazon Web Services
AWS News Blog New – Access Resources in a VPC from Your Lambda Functions A few months ago I announced that you would soon be able to access resources in a VPC from your AWS Lambda functions. I am happy to announce that this much-wanted feature is now available and that you can start using it today! Your Lambda functions can now access Amazon Redshift data warehouses, Amazon ElastiCache clusters, A
AWS LambdaのVPCアクセスに関して少しだけ解説 - Qiita
AWS LambdaのVPC内リソースへのアクセスが可能になるアップデートが行われました。これは昨年のre:Inventで発表のみされていたものの、その時点ではまだ使えず非常に多くの人がそのリリースを待ち望んでいた機能です。基本的な内容はこちらのブログ記事を参照頂くとして、ここではいくつかキーとなるポイントを簡単に紹介したいと思います。 概要 ブログを読んでもらえばわかるのですが簡単に説明すると、これまでAWS LambdaのファンクションはVirtual Private Cloud(VPC)内にあってパブリックなIPを持っていないAWSリソースにはアクセスできませんでした。従ってAWS Lambdaからデータベースにアクセスしようとした場合にはデータベースサーバのIPアドレスやポートをパブリックにした上でアクセスを許可する必要がありました。一方でAmazon ElastiCacheのよう
初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～ | DevelopersIO
初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～ 以前のエントリでは、GUIで簡単なサーバーレスアプリケーションを構築する方法を学びました。 初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ 初めてのサーバーレスアプリケーション開発 ～LambdaでDynamoDBの値を取得する～ 初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ GUIで入力内容を確認しながらリソースを作成しサービスに対する理解を深めることは重要なことです。ですが、実際の開発でGUIをポチポチするのはちょっと面倒ですよね。 ということで今回は、以前GUIで作成したAWSの各リソースをServerless Frameworkを使って一撃構築してみようと思います。また、次
サーバーレスパターン
やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう! チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -
AWS Cloud9（Cloud IDE でコードを記述、実行、デバッグ）| AWS
AWS Cloud9 は、ブラウザのみでコードを記述、実行、デバッグできるクラウドベースの統合開発環境 (IDE) です。これには、コードエディタ、デバッガー、ターミナルが含まれています。Cloud9 には、JavaScript、Python、PHP などの一般的なプログラム言語に不可欠なツールがあらかじめパッケージ化されているため、新しいプロジェクトを開始するためにファイルをインストールしたり、開発マシンを設定したりする必要はありません。Cloud9 IDE はクラウドベースのため、インターネットに接続されたマシンを使用して、オフィス、自宅、その他どこからでもプロジェクトに取り組むことができます。また、Cloud9 では、サーバーレスアプリケーションを開発するためのシームレスなエクスペリエンスが提供されており、リソースの定義、デバッグ、ローカルとリモートの間でのサーバーレスアプリケーショ
なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape
2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。過去のアンチパターンがフィードバックをもとにした改善によってアンチパターンではなくなるという最高の事例です。 サーバーレス元年始まった！ 今年がサーバーレス元年な理由. それはLambdaに以下が揃ったから. ・カスタムランタイムで実質どんな言語でも利用可能 ・VPC利用時のコールドスタート改善 ・Provisioned Concurrencyでスパイク対応も可能 ・RDS ProxyでRDBとの接続が現実的に これまで5年で受けたフィードバックがついに結実. 強い— Keisuke Nishitani (@Keisuke69) 2020年1月19日 RDS Proxyの詳細はこちらからどうぞ。まだプレビューですがぜひ試して
初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ | DevelopersIO
サーバレスで開発がしたい！でもそもそもサーバレスで使われるサービス全然知らないな。。 そんな方もまだまだ多いのではないでしょうか。そこで今回はサーバレス開発でよく利用されるサービス、API Gateway、Lambda、DynamoDBをマネジメントコンソールから作成し、それぞれを簡単に連携させてみようと思います。 本記事も含め3回に分けて実施します。 初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ 初めてのサーバーレスアプリケーション開発 ～LambdaでDynamoDBの値を取得する～ 初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ ↓追加しました。 初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～ 初めてのサーバーレスアプリケ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Amazon Web Servicesを使ったサーバーレスアプリケーション開発ガイド: 西谷圭介: 本
Amazon.co.jp: サーバーレスシングルページアプリケーション ―S3、AWS Lambda、API Gateway、DynamoDB、Cognitoで構築するスケーラブルなWebサービス: Ben Rady (著), 笹井崇司 (翻訳), 吉田真吾 (監修): 本
