AWS LambdaをVPC内に配置する際の注意点 | そるでぶろぐ
はじめまして。プラットフォーム技術部の山崎です。 オンプレ環境のEOSL対応から始まったAWSリプレースプロジェクトで、インフラ周りの設計構築を担当しています。そこで得たナレッジをご紹介していきます。 今回はAWS LambdaのVPC内ヘの配置についてです。手軽にできるものと思っていたら、環境設定でいくつか考慮すべきことがありましたので、配置する際の注意点をまとめます。 VPC内にLambdaを置くケースまずはじめに、Amazon Web Serviceの公式見解では、LambdaをVPC内に置くメリットは基本的にないというスタンスです。しかし、Amazon EC2やAmazon RDSなど、VPC内にあるリソースとLambdaで内部通信する場合はVPC内への配置が必要となります。例えば外部公開しないADサーバーとLambdaで認証情報をやりとりする、など。 主に5つです。 Lambda
AWSのLambdaとDynamoDBとAPIGatewayの連携 - Qiita
2017/7/8 現在の情報です。 作る順番 DynamoDB→Lambda→APIGatewayの順番に作っていきます。 下準備～IAMロールの作成～ IAMにロールの作成が必要です。 今回はLambdaからDynamoDBを呼び出させるので先に以下作業を行っておきます。 IAM ＞ ロール ＞ 新しいロールの作成 ロールタイプの選択画面が出るので、「AWS Lambda」を選択 ポリシーの設定画面が出るので AmazonDynamoDBFullAccess AWSLambdaDynamoDBExecutionRole を選択します。 ※他の記事を読むと、「AWSLambdaDynamoDBExecutionRole」だけで良いと書いてあったんですが なんかダメでした。 名前決めろって言われるので適当に「lambda-dynamodb-execution-role」とかにします。 で、た
IAM チュートリアル: AWS アカウント間の IAM ロールを使用したアクセスの委任 - AWS Identity and Access Management
このチュートリアルでは、ロールを使用して、お客様が所有する作成および開発という異なる AWS アカウント のリソースへのアクセスを委任する方法について説明します。特定のアカウントにあるリソースを別のアカウントのユーザーと共有します。このようにクロスアカウントアクセスを設定することで、お客様はアカウントごとに IAM ユーザーを作成する必要がなくなります。また、ユーザーは、異なる AWS アカウント のアカウントのリソースにアクセスするために、あるアカウントからサインアウトして別のアカウントにサインインする必要がなくなります。ロールを設定した後、AWS Management Console、AWS CLI、API からロールを使用する方法について説明します。 IAM ロールとリソースベースのポリシーは、単一のパーティション内のアカウント間でのみアクセスを委任します。たとえば、標準 aws パ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
