EC2からS3へアクセスする4つのルートとコスト - NRIネットコムBlog
こんにちは佐々木です。以前、『AWSのグローバルIPの空間はインターネットなのか？』と題して、AWSのパブリックIP同士の通信が何故AWSのプライベートネットワークの通信になるのかという話をしました。その中で、PrivateLinkの必要性はどう考えるべきなのかという事に、少しだけ言及しました。今回は、そこをもう少しだけ深ぼって見てみましょう。ユースケースとしても多いであろう、EC2からS3の通信の例でみてみます。 tech.nri-net.com EC2からS3へアクセスする４つのルート EC2からS3へアクセスするルートとしては次の４つがあります Internet Gateway NAT Gateway VPC Endpoint（Gatewayタイプ） PrivateLink（Interfaceタイプ） それぞれの構成と利用に関わる費用をみてみましょう。なお、今回ご紹介するコストは、S
イベント駆動アーキテクチャ
システム間の連携処理にメッセージ処理やキューイングシステムを挟むことはよくあります。これを挟むことによって、システムごとの負荷や障害影響を分離させることができます。 メッセージを受け取る側の処理は、メッセージ駆動型です。これを発展させたものがイベント駆動アーキテクチャです。何らかのきっかけ（イベント）があって反応（アクション）があるというのは、実世界では普通のこと。同じ考え方で、イベントやメッセージを受け取ったら処理を起動するという形をシステムとして実装します。 イベントはいつ発生するかわかりません。したがって、通常は、イベントを待ち受けるものが必要になります。この待ち受け処理をサーバーレスで行うことで、費用の面でも運用工数の面でも経済的なシステムとなります。
Web APIをCloudflare(CDN) × API Gateway(WAF)で保護する - Qiita
はじめに Web API（REST APIのバックエンドのサーバ）を構築するときに、できるだけセキュアで時間課金ではなく従量課金にする方法を考えていた。そしてAWSのリソースを利用してサーバを構築し、オリジンサーバへのアクセスを保護するためにWAFを導入したかった。 ふと、Cloudflare（CDN）とAPI Gatewayの組み合わせで、 mTLS WAFによるHTTPヘッダー検証 の組み合わせで保護するのが結構いい感じなのではと思いやってみた。 ※AWSでCDNと言えばCloudFrontだが、CloudFrontについて検討した事はおまけで取り上げたいと思う。 今回やろうとしていることの完成図 今回やろうとしていることの最終的な完成図は以下。 上記のような構成をとることで、多層防御（Defense in Depth）を実現できる。また、ネットワークでアクセスがどこまで到達するか？を
ACM の証明書認証を Cloudflare の DNS で認証する方法
はじめに・・ AWS では TLS/SSL 証明書の発行にて AWS Certificate Manager（以後ACM） なる便利なサービスがあります。 証明書を発行し AWS が提供する DNS サービス Amazon Route53 のドメイン認証と連携すると TLS/SSL 証明書の更新が全自動で出来たりしてすごく便利です。 今回はその ACM 証明書の DNS 認証を Cloudflare で行う手順です。 なぜ Cloudflare で DNS 認証をするのか？ 今回の構成です。 だいたいこの構成図を見た段階で AWS 詳しい方からは 「なぜ Amazon Route53 を使わないの？」 と疑問に思うかもしれません。 単純な理由です。 Cloudflare 管理している人と AWS 管理している人が別なんです ドメイン保有者と配信リソース保有者が別なケースってのもあるんです。
API GatewayをRoute53の独自ドメインでデプロイした話 - Qiita
API Gatewayを独自ドメインでデプロイした話 作成日時: August 18, 2023 3:41 PM はじめに こんにちは、エンジニアリング半年のKentoです。 AWS超ド級初心者の備忘録だと思って参考程度にしてください やりたかったこと API Gatewayで作ったHTTP APIを独自のドメインで公開したい。 →以前友達がAPIのURLを独自のドメインで共有してくれたことがあり、それが使いやすかったため。 Google domainで取得したドメインをAWSで使いたい。 事前にやっておいたこと Google domainでのドメイン取得 API GatewayでのHTTP APIの準備 全体像 手法 1. Route 53 ダッシュボードでホストゾーンを作成 2. ホストゾーンの設定 ドメインを設定（サブドメインを入れたほうが使いやすい） 例：sub.sample.co
Amazon API Gateway を独自ドメインで利用する | DevelopersIO
はじめに Amazon API Gatewayを使用して作成したREST APIは、AWSが発行するFQDNで公開する以外にも、Route 53などのDNSを介して独自ドメインで公開することができます。 では早速ですが、独自ドメインからアクセスできるREST APIを試しに作ってみましょう。 Amazon API Gateway で作成したAPIを独自ドメインで公開するためには、HTTPSを使用する必要があります。そのため、SSLサーバ証明書が必要です。 APIを作る AWS Lambda Function の準備 今日の運勢を文字列で返してくれる、おみくじ関数を作りました。 Amazon API Gateway の準備 Amazon API Gatewayの設定方法を詳細に解説…したいところですが、弊社ブログにはすでに多くの API Gateway 解説記事が投稿されていますので、詳しく
Field Notes: Optimize your Java application for Amazon ECS with Quarkus | Amazon Web Services
AWS Architecture Blog Field Notes: Optimize your Java application for Amazon ECS with Quarkus In this blog post, I show you an interesting approach to implement a Java-based application and compile it to a native image using Quarkus. This native image is the main application, which is containerized, and runs in an Amazon Elastic Container Service and Amazon Elastic Kubernetes Service cluster on AW
CloudFrontとS3で作成する静的サイト構成の私的まとめ | DevelopersIO
しばたです。 以前の記事でも触れた様にCloudFrontとS3を使って静的サイトを作る構成に対する理解にあいまいな部分があったので改めてまとめてみました。 特に目新しい話も無く知っている人には当たり前の内容かもしれませんが、まあ、自分自身の理解を整理するために記事にしていきます。 1. S3静的ウェブサイトを使うパターン はじめの構成は「S3静的ウェブサイト」を使ったパターンです。 S3にはバケットの内容を静的ウェブサイトとしてホストできる静的ウェブサイトホスティングの機能があります。 この機能ではHTTPのみ利用可能なためHTTPSを使う場合はCloudFrontと組み合わせる必要があります。 S3静的ウェブサイトを使うにはバケット内のコンテンツを公開する必要があり、S3バケットはパブリックアクセス可能にする必要があります。 また、必ずHTTPのWEBサイトが公開されることになるためユ
AWS DevDay Japan 2022 に「AWS CDKでECS on FargateのCI/CDを実現する際の理想と現実 」というタイトルで登壇しました #AWSDevDay | DevelopersIO
はじめに CX事業本部の佐藤智樹です。 先日AWS DevDay Japan 2022 というイベントで「AWS CDKでECS on FargateのCI/CDを実現する際の理想と現実」というタイトルで登壇しました。 今回は上記の登壇で使用した資料の公開と発表の補足を記載いたします。 登壇動画 登壇資料 発表理由 1年前に上記の構成を始めた際に、思っていたよりは理想の状態にできないことが多々あり、情報も多くないように感じたので少しでも参考になるように実践例をベースにまとめました。同じような構成を試される際は参考になるかと思います。また発表の1ヶ月以内(2022/09~10)に結構更新があったので、昔同じ構成試してダメだった部分があったかたも参考になる部分あるかと思うのでみてもらえると嬉しいです。 最後に 本当は資料90ページぐらいになってタイトルと関連性の薄い内容（ECS on Farg
The DynamoDB paper - Marc's Blog
About Me My name is Marc Brooker. I've been writing code, reading code, and living vicariously through computers for as long as I can remember. I like to build things that work. I also dabble in machining, welding, cooking and skiing. I'm currently an engineer at Amazon Web Services (AWS) in Seattle, where I work on databases, serverless, and serverless databases. Before that, I worked on EC2 and
Build a Serverless, Private URL Shortener | Amazon Web Services
AWS Compute Blog Build a Serverless, Private URL Shortener Update October 10, 2023: This post is out of date – visit Building a serverless URL shortener app without AWS Lambda for a more recent solution. This post was written by Stephan Hadinger, Sr Mgr, Solutions Architecture. As a solutions architect, I often need to send large files to customers, such as architecture diagrams and service presen
ベストプラクティス: AWS によるオブザーバビリティの実装 | Amazon Web Services
Amazon Web Services ブログ ベストプラクティス: AWS によるオブザーバビリティの実装 お客様は、クラウドベースのソリューションを導入する際に、システムが円滑に稼働していることを確認し、問題が発生したときに迅速に修正できるようにする必要があります。しかし、オブザーバビリティを特に企業間をまたがって数十から数百のサービスが関わるような大規模に展開することは、簡単にはいかない場合があります。そのため、お客様はベストプラクティスの推奨事項、ツールの選択に関するガイダンス、そして最も重要な、オブザーバビリティを開始するための段階的なプロセスを求めています。AWS での堅牢なオブザーバビリティ戦略を実装するプロセスを簡素化するために、ベストプラクティスガイドをまとめました。この記事では、ガイドで取り上げられているトピック、ガイドの活用方法、およびガイドへ貢献する方法について説明
AWS CDKのAPIGateway/Lambdaスタック分割の落とし穴と解消法 | DevelopersIO
この記事では、cdkでスタック分割を利用してAPIGateway, Lambda の構成を作る際に起こる問題と解消法について紹介しています。 スタック分割構成を利用している方、検討している方の参考になる情報となっています。 はじめに 概要 この記事では、cdkでスタック分割を利用してAPIGateway, Lambda の構成を作る際に起こる問題と解消法について紹介しています。 理想的な形はスタックを分割せずに同一スタックで管理することですが、CloudFormationのリソース数上限(500個)やファイル上限(51,200バイト)などの制限により、スタック分割の構成を選択することがあります。 スタック分割の構成ではcdk deploy時に以下のような問題が起こります。 スタック分割を行うと新たにAPIのパスを追加した際に、自動デプロイされない問題 ステージ設定を変更した際に昔のデプロイ
相互 TLS 認証で API Gateway のバックエンドの S3 にアクセスできるかやってみた | DevelopersIO
こんにちは、アノテーション テクニカルサポートチームの中野です。 API Gateway のバックエンドに S3 を設定するパターンと API Gateway の通信で相互 TLS 認証（mTLS）を行うパターンの組み合わせを試す機会があったので、以下に手順をまとめてみました。 構成 以下のような構成で構築してみます。 また、mTLS の詳しい仕組みについては、以下がわかりやすかったので参照ください。 やってみた 前提条件 構築するまえに、前提として API Gateway のカスタムドメインを作成するために、以下を準備しておきます。 Route53 へのドメインの登録 ACM で証明書発行 準備が完了したら、以下手順を進めてきます。 ステップ 1: S3 に静的ファイルをアップロード まず、S3 を作成します。 何らかの適当な文字を描画する HTML ファイルをアップロードしておきます。
AWS Lambda、Amazon API Gateway、AWS Amplify、Amazon DynamoDB、および Amazon Cognito を使用してサーバーレスウェブアプリケーションを構築する
ステップバイステップの指示に従って、ユーザーが Wild Rydes フリートからユニコーンライドをリクエストできるシンプルなサーバーレスウェブアプリケーションを作成する このチュートリアルでは、ユーザーが Wild Rydes フリートからユニコーンライドをリクエストできるシンプルなサーバーレスウェブアプリケーションを作成します。アプリケーションの HTML ベースのユーザーインターフェイスによって、ユーザーはライドする場所を指定できます。またアプリケーションでバックエンドの RESTful ウェブサービスとやり取りすることにより、リクエストを送信して近くのユニコーンを手配できます。アプリケーションはさらに、ユーザーがユニコーンライドをリクエストする前に、サービスに登録してログインするための機能を提供します。
HTTP API のカスタムドメイン名の設定 - Amazon API Gateway
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 HTTP API のカスタムドメイン名の設定 カスタムドメイン名は、API ユーザーに提供できる、よりシンプルで直感的な URL です。 API のデプロイ後、お客様 (およびその顧客) は、以下の形式のデフォルトのベース URL を使用して API を呼び出すことができます。 https://api-id.execute-api.region.amazonaws.com/stageここで、 api-id は API Gateway によって生成され、 region (AWS リージョン) は API の作成時に指定され、 stageは API のデプロイ時に指定されます。 URL のホスト名の部分 (つまり api-id.execute-api.region.am
API Gatewayでカスタムドメインを利用する（SSL証明書のみAWS機能で用意するパターン） | DevelopersIO
設定手順 前提 API GatewayのAPIのカスタムドメインホストとしてapi.contoso.comを利用したい 利用したいカスタムドメインcontoso.comが、外部サービスで用意されている contoso.comのゾーンをホストするDNSサーバが、外部サービスで用意されている カスタムドメインを利用したいAPIが、API Gatewayで作成されている ACMコンソールでカスタムドメインに対する証明書のリクエストの実施 マネージメントコンソールからCertificate Managerを開きます。 証明書タイプで[パブリック証明書のリクエスト]を選択して[証明書のリクエスト]をクリック。 [ドメイン名]にAPI Gatewayで利用したいカスタムドメインのAPIホスト名（例：api.contoso.com）を入力し、[次へ]をクリック。 今回は[DNS の検証]を選択します。[
Kubernetes、やめました | 外道父の匠
最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Lambdaの内部を覗いてみよう
React ベースの単一ページアプリケーションを Amazon S3 と にデプロイする CloudFront - AWS 規範ガイダンス