AWS AppSync がアツい！ RDS Data API を使って GraphQL API を爆速で作ってみた - Qiita
Step2. Secret Manager に DB 認証情報の保存 AWS AppSync は Amazon Aurora クラスターに接続する際に Secret Manager に保存されたシークレットを使用します。シークレットのタイプを「Amazon RDS データベースの認証情報」を選択肢、認証情報をデータベースを選択します。それ以外はデフォルトのまま、作成に進みます。 Step3. GraphQL API の作成 次に、GraphQL API を作成しましょう。GraphQL API データソースで「Amazon Aurora クラスターから始める - New」を選択し、次に進みます。 次に、API 名にわかり易い名前を入力します。今回はデフォルトの「My AppSync API」としました。 次にデータベースを選択します。 「データベースを選択」をクリックすると接続したい Am
DynamoDBのテーブル・インデックス設計について考えてみた - Qiita
概要 サーバレスアプリケーションで利用されることの多いAmazon DynamoDBについてまとめてみました。DynamoDBの利用を検討されている方やDynamoDBのテーブル・インデックス設計を考えられている方の参考になると幸いです。 Amazon DynamoDB DynamoDBの特徴 フルマネージド型の NoSQL データベースサービス データは3つの Availability Zone に同期的にレプリケートされるため可用性とデータ耐久性が高い 性能要件に応じて、テーブルごとに読み込み・書き込みキャパシティを設定可能。キャパシティの Auto Scalingやオンデマンドキャパシティにも対応 ストレージの容量制限がない。使った分だけの従量課金制 基礎知識 テーブルは各Itemを一意に識別できるPrimary Keyを持ちます。Primary Keyは、Partition Key
サーバーレスアーキテクチャのSimple is not Easy
はじめに おはようございます、加藤です。この記事はAWS Lambda と Serverless Advent Calendar 2023シリーズ1、5日目の記事です。 この記事の主張はサーバーレスアーキテクチャで開発している場合において、ある機能を実装する際にソフトウェアだけで解決することはEasyだが、アーキテクチャで解決した方がSimpleであるということです。ただし、SimpleがEasyより常に優れている、選択すべきということではありません。自分たちのコンテキストに応じてSimpleかEasyを選択することが必要です。 ケーススタディ レスポンスに時間がかかるWebAPI WebAPIをAWS上でサーバーレスアーキテクチャで構築する場合にはAPI GatewayとLambdaが良く使われます。あるエンドポイントが外部のAPIを呼び出しておりそのレスポンスに25秒かかるとします。
“The Five-Factor Serverless“ AWS Lambda の9年を振り返りつつ、これからを考える。 - Qiita
re:Invent 2023の Werner Vogels のセッションスライドを振り返りつつ。 AWS Lambda は、2014年にGAしました。 Lambda 以外にこの年は Auroraや Codeシリーズなども発表されており、大変盛り上がった re:Inventになったことを記憶している人も多いのではないでしょうか。 Cost 効率を度外視して、Lambda 関数のようなものを実装するなら、関数ごとに専用の T2 インスタンスを割り当て、そこに Lambda fx 専用の環境とプロセスを用意すれば良い。 仮に、このような形で、現在までの Lambdaが運用され続けていたとしたらここまで多く利用され気軽にいろいろなユースケースで使える Lambdaにはならなかったでしょう。 やっぱり、、こんなやり方だと utilization percentage が低すぎて、Cost 効率が悪す
コンソールアクションに対するコードを生成する AWS Console-to-Code (プレビュー) の発表
本日、Amazon Web Services, Inc. (AWS) は、AWS Console-to-Code がプレビュー段階であることを発表しました。これは生成系 AI 機能であり、簡単、迅速、かつ費用対効果の高い方法で、AWS マネジメントコンソールでのプロトタイピングからワークロードの本番コードのデプロイに移行できるようにします。お客様は、コンソールアクションに対するコードを任意の形式で生成できるようになりました。このコードは、お客様がワークロードタスクの自動化パイプラインを開始してブートストラップするのに役立ちます。 AWS Console-to-Code を使うと、コンソールで実行されたアクションを、選択した言語の再利用可能なコードに簡単に変換できます。お客様は AWS マネジメントコンソールを使用して、クラウドソリューションの学習とプロトタイプ作成を行います。AWS Con
Amazon Kinesis Data Streams が AWS Lambda によるクロスアカウントアクセスを開始
Amazon Kinesis Data Streams がリソースベースのポリシーをサポートするようになったため、あるアカウントのストリームに取り込まれたデータを、別のアカウントの AWS Lambda 関数で処理できるようになりました。Amazon Kinesis Data Streams は、数十万のソースから毎秒ギガバイト規模のデータを継続的にキャプチャできる、サーバーレスのリアルタイムデータストリーミングサービスです。AWS Lambda はサーバーのプロビジョニングや管理を行うことなくコードを実行できるサーバーレスのコンピューティングサービスです。Kinesis Data Streams と Lambda を組み合わせることで、完全にサーバーレスなデータストリーミングパイプラインを構築できます。 リソースポリシーを使用すると、アクセス権を付与する AWS アカウント、IAM ユー
Athena で ALB アクセスログの time フィールドを Asia/Tokyo (JST) に変換する - kakakakakku blog
Amazon Athena で Application Load Balancer (ALB) のアクセスログを検索するときにタイムスタンプ time のタイムゾーンは UTC になっている💡検索するときに JST に変換したい❗️と思う場面があって，最近クエリを作っていたため，今後すぐに再利用できるようにクエリサンプルをメモしておこうと思う ＼( 'ω')／ サンプル: SELECT 単純に time を JST で表示するなら parse_datetime 関数と AT TIME ZONE オペレータを組み合わせる👌 SELECT parse_datetime(time, 'yyyy-MM-dd''T''HH:mm:ss.SSSSSS''Z') AT TIME ZONE 'Asia/Tokyo' AS time, request_verb, request_url, elb_sta
Amazon S3 での DNS クエリに対する応答で複数値回答のサポートを開始
Amazon S3 は、S3 エンドポイントの DNS クエリへの応答で複数値回答 (MVA) をサポートするようになりました。MVA を使用して、DNS クエリごとに最大 8 つの S3 IP アドレスを取得できるようになりました。これらの IP アドレスを使用して S3 への複数同時接続が自動的に行えるため、スループットが向上します。MVA では、アプリケーションが別の DNS クエリを待たずに自動的に別の IP アドレスを試行するため、再試行がより効率的に行われます。 Java 2.x、C++、Python (Boto3) といった AWS SDK の新しいバージョンでは、アプリケーションを変更することなく自動的に MVA の便利な機能を使用できます。非同期操作で Java SDK v2 と共通ランタイム (CRT) ライブラリを組み合わせて使用している場合、さらに便利な機能が MV
AWS Public IPv4 Address Charge - sorah-public
https://aws.amazon.com/blogs/aws/new-aws-public-ipv4-address-charge-public-ip-insights/ https://aws.amazon.com/blogs/networking-and-content-delivery/identify-and-optimize-public-ipv4-address-usage-on-aws/ 3.6 USD / address / month starting 2024 Feb いい取り組みだと思うけどもう少し真面目に IPv6 singlestack に取り組んでからやってほしい、というのが正直な感想 AWS サービスの各種 API エンドポイントにおける dualstack 対応は形としてはあるけど実用には程遠い 各種 SDK で Endpoint の手動設定が必要な状況
Lambda の運用面でのベストプラクティスを学べる「AWS Lambda Operator Guide」を読んだ - kakakakakku blog
AWS の公式ドキュメント「AWS Lambda Operator Guide」を読んだ❗️AWS Lambda を軸にサーバーレスアプリケーションを構築するときに意識しておくべき "運用面のポイント・ベストプラクティス" がまとまっていて，とても良いドキュメントだった👏 内容的には AWS Well-Architected Framework: Serverless Applications Lens と重複するところもあるけど，サーバーレスアプリケーションを開発・運用しているなら1度は読んでおくと良いのではないでしょうか❗️ ＼( 'ω')／ 多くの人に読みやすくなるように日本語翻訳もあるとイイなぁ〜 docs.aws.amazon.com 構成 ドキュメントとしては全6章で構成されている．どれも重要で，理解を深めるために読むのはもちろん，開発中もしくは運用中のアプリケーションに対し
AWSによる生成AIの新サービス「Amazon Bedrock」の可能性を考察する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2023/4/13に、AWSが新しい生成AIプラットフォームである「Amazon Bedrock」を発表しました。 この「Amazon Bedrock」を通じて、ビジネスやアプリケーションに最適な生成AIモデルを見つけるための幅広いFoundation Model (FM)を提供するとの発表がされています。 この記事では、Amazon Bedrockがどのように機能し、どのようにしてビジネスに価値をもたらす可能性を秘めているのかを解説します。 1. Amazon Bedrockの仕組み 簡単にまとめると、次のような機能や特徴を
Serverless ICYMI Q1 2023 | Amazon Web Services
AWS Compute Blog Serverless ICYMI Q1 2023 February 12, 2024: Amazon Kinesis Data Firehose has been renamed to Amazon Data Firehose. Read the AWS What’s New post to learn more. Welcome to the 21st edition of the AWS Serverless ICYMI (in case you missed it) quarterly recap. Every quarter, we share all the most recent product launches, feature enhancements, blog posts, webinars, live streams, and oth
ECS用のCDパイプラインに対する考察
それでは、1パターンずつ構成を確認していきます。 1. 全部GitHub Actionsでやる GitHub Actionsでパイプライン全体を構築する場合は、以下の図のような構成になります。 ちなみに、GitHubのDeploymentsを使用することで、Slackと組み合わせてのChatOpsや、任意のコミットのデプロイを実行などいろいろと便利になります。 ですが、Deployments APIをパイプラインで利用するには、Actionsのトリガーの条件を変えたり、ECSへのデプロイの成否に応じてAPIを使ってDeploymentのステータスを更新したりする処理が必要になり、少々パイプラインが複雑化してしまいます。 なので、今回の趣旨とちょっとずれているため、各パターンには記載していません。 では、以下で処理を順に説明していきます。 Image Build 図中の Build Imag
散らばったAWS LambdaのGitHubリポジトリをモノレポ構成にしてメンテナンスコストを削減する - クラウドワークス エンジニアブログ
初めまして。crowdworks.jpのSREチームに所属しています @ciloholic です。 入社してかれこれ1年経ちますが、筆を執る機会がなかったため、今回が初エンジニアブログとなります。 この記事では、入社して3か月ほど行なっていた「AWS Lambda周りのメンテナンスコスト削減」の取り組みを紹介していきます。 背景 crowdworks.jpでは、多くのエンジニアがさまざまなGitHubリポジトリに色々な言語でLambdaを活用してきました。GitHubリポジトリは30個以上、使用言語はNode.js / Ruby / Goとさまざま、CI/CDもCircleCI / GitHub Actionsとバラバラです。 SREチームでは、定期的に各種言語のEOL対応やライブラリのアップデート作業を行なっているのですが、GitHubリポジトリもそれぞれ異なる、使用言語もCI/CDもバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon DynamoDBのキャパシティユニット消費パターンを整理してみた - Qiita
フルサーバーレスのすゝめ / Practice of full serverless
what is serverless?
【JAWS-UG朝会】今更ながら Amazon DynamoDB の論文を真面目に読んでみた
FaaS における Java 起動時間の比較 (AWS / Azure / GCP) #jjug_ccc #jjug_ccc_d
パブリッククラウド特有の脅威の向き合い方
