並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 431件

新着順 人気順

ServerLessの検索結果321 - 360 件 / 431件

  • Using the Ruby Runtime with Serverless Functions

    Build for the web and learn to use our platform Incremental Migration

    • 祝GA!!Amazon BedrockとチャットができるLINEボットをオープンソースで公開しました - Serverless Application Repositoryから簡単インストール可 - Qiita

      祝GA!!Amazon BedrockとチャットができるLINEボットをオープンソースで公開しました - Serverless Application Repositoryから簡単インストール可AWSLINEsamserverlessrepobedrock AWSの生成系AIのサービスAmazon Bedrockがローンチしました 🎉🎊🎉🎊🎉 LINEのチャットでBedrockと会話ができる環境を構築しました。AWS Serverless Application Repositoryにて公開していますので、ソースのクローンやビルドといった作業も不要で、マネジメントコンソールから設定を少し行うだけで利用することが可能です。 AWS Serverless Application Repositoryとは 要約 by Claude V2 (Amazon Bedrock) AWS Ser

        祝GA!!Amazon BedrockとチャットができるLINEボットをオープンソースで公開しました - Serverless Application Repositoryから簡単インストール可 - Qiita
      • ElastiCache ServerlessをCloudFormationとAWS CLIで構築してみた | DevelopersIO

        ECPUは ElastiCache Processing Unitを表し、コマンドが消費したvCPUとデータサイズの大きい方を元にECPUを消費します。 デフォルトは上限値であり、利用者は CacheUsageLimits を設定することで、上限を下げる事ができます。 試算は難しいため、実際のワークロードで CloudWatch MetricのElastiCacheProcessingUnits を確認し、利用費も考慮しながら上限値を設定しましょう。 データサイズが DataStorage の上限に達すると Eviction やOut Of Memory (OOM)が発生し、ECPUが ECPUPerSecond の上限に達するとスロットリングが発生します。このあたりは直感どおりかと思います。 参考 https://docs.aws.amazon.com/AmazonElastiCache

          ElastiCache ServerlessをCloudFormationとAWS CLIで構築してみた | DevelopersIO
        • Nuxt DevTools v1.0 · Nuxt Blog

          Since this release, Nuxt DevTools is now enabled with Nuxt v3.8 and onwards by default. Generally available to all Nuxt projects! You can start playing with it by upgrading to the latest Nuxt, and press Shift + Option + D (macOS) or Shift + Alt + D (Windows) in your browser to open the DevTools. By default the floating panel is hidden to reduce the distraction. You can enable it inside Nuxt DevToo

            Nuxt DevTools v1.0 · Nuxt Blog
          • サーバーレスアーキテクチャの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秒かかるとします。

              サーバーレスアーキテクチャのSimple is not Easy
            • Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service is now available | Amazon Web Services

              AWS News Blog Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service is now available Today, we are announcing the general availability of Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service, which lets you perform a search on your DynamoDB data by automatically replicating and transforming it without custom code or infrastructure. This zero-ETL integration reduces the

                Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service is now available | Amazon Web Services
              • GitHub - kiwicopple/serverless-postgres

                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                  GitHub - kiwicopple/serverless-postgres
                • Create an advanced search engine with PostgreSQL

                  Serverless Postgres Every database is a fully managed Postgres instance

                    Create an advanced search engine with PostgreSQL
                  • GitHub - harryzcy/mailbox: Versatile email infrastructure on AWS serverless

                    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                      GitHub - harryzcy/mailbox: Versatile email infrastructure on AWS serverless
                    • AWS DynamoDB で超低コストな全文検索を実装しよう 〜実装編〜 - Qiita

                      org: michinosuke app: dynamodb-fulltext-search service: dynamodb-fulltext-search frameworkVersion: "3" custom: tableName: "fulltext-search-${sls:stage}" plugins: - serverless-offline provider: name: aws region: ap-northeast-1 runtime: nodejs18.x iam: role: statements: - Effect: Allow Action: - dynamodb:Query - dynamodb:Scan - dynamodb:GetItem - dynamodb:PutItem - dynamodb:UpdateItem - dynamodb:Del

                        AWS DynamoDB で超低コストな全文検索を実装しよう 〜実装編〜 - Qiita
                      • AWS Lambdaが何度も繰り返し実行され請求が1000倍になった話

                        概要 Serverless Frameworkを利用して、API Gateway、Lambda、SQSなどを利用したシステムを運用していました。 ある日、AWSのコンソールを確認すると、今月の請求額が普段の1000倍になっていました。 詳細を確認すると、特定のLambdaが何度も実行されており、LambdaとデータソースであるDynamoDBの料金が大きくなっていました。 慌てて修正したのですが、何が原因なのかわかりにくかったので、知見として共有します。 先に結論から言ってしまうとSQSのvisibility timeoutの設定が適切にされていないのが原因でした。 構成図 API GatewayからHTTPSのリクエストを受け取って、Lambdaを実行しています。 SQSを経由して別のLambdaを非同期で実行するという比較的シンプルな構成です。 実際はDynamoDBが永続層として存在

                          AWS Lambdaが何度も繰り返し実行され請求が1000倍になった話
                        • AWS Well-Architected Tools のレンズカタログで選択出来る全てのレンズの設計原則と柱をまとめてみた | DevelopersIO

                          今回は上記のうち、ドキュメントとレンズカタログどちらも存在しているレンズ全てについて、これらを採用したときに、例としてアーキテクチャー上でどのような技術やサービスが取り入れられるのか、柱ごとにまとめてみました。 実際には Well-Architected 上は背景やそれによって実現したいこと、トレードオフなどもっとたくさんの情報があります。 今回はアーキテクチャー上の実装視点でどのような考慮が発生し得るのかを把握するためにまとめました。 それぞれのレンズの各柱で3行まとめをしています。今回は具体的な実装例や戦略について敢えてフォーカスしました。実際には柱で推奨される内容はもっとふわっとしたものであり、これらの実装は例に過ぎず、また、採用しないほうが良い場合すらあります。今回は公式レンズの実装例についてイメージしやすいように敢えてまとめに盛り込んでいます Serverless Applica

                            AWS Well-Architected Tools のレンズカタログで選択出来る全てのレンズの設計原則と柱をまとめてみた | DevelopersIO
                          • CloudFrontのオリジンにAPI Gatewayを設定して、CloudFront経由でAPI Gatewayにアクセスしてみる | DevelopersIO

                            CloudFrontのオリジンにAPI Gatewayを設定して、CloudFront経由でAPI Gatewayにアクセスしてみる 「Webアプリ」と「Webアプリが使うAPI」を作成しているとき、同一オリジンにしたいことがあります。 Webアプリ: example.com Webアプリが使うAPI: example.com/v1/hello というわけで、試してみました。 おすすめの方 CloudFront DistributionをCloudFormationで作成したい方 CloudFront DistributionのオリジンにAPI Gatewayを設定したい方 APIを作成する sam init sam init \ --runtime python3.11 \ --name api-gateway-cloudfront-sample \ --app-template hel

                              CloudFrontのオリジンにAPI Gatewayを設定して、CloudFront経由でAPI Gatewayにアクセスしてみる | DevelopersIO
                            • Amazon Aurora MySQL DB クラスターから Amazon S3 バケット内のテキストファイルへのデータの保存 - Amazon Aurora

                              Amazon Aurora MySQL DB クラスターから Amazon S3 バケット内のテキストファイルへのデータの保存 SELECT INTO OUTFILE S3 ステートメントを使用して、Amazon Aurora MySQL DB クラスターからクエリしたデータを直接 Amazon S3 バケット内のテキストファイルに保存できます。この機能を使用することで、初期にデータをクライアントに持ち込んだ後でクライアントから Amazon S3 にデータをコピーするという手順を省略できます。LOAD DATA FROM S3 ステートメントにより、このステートメントで作成されたファイルを使用してデータを Aurora DB クラスター内にロードできます。詳細については、「Amazon S3 バケットのテキストファイルから Amazon Aurora MySQL DB クラスターへのデー

                              • Terraformで始めるGCP【CloudRun・CloudSQL】

                                Terraformを使って、GCP上にプロジェクトを作成していきます。今回はCloudRunとCloudSQLをPrivateIP接続する構成を作成します。Private IP接続のために、VPCにはServerless VPC Access ConnectorとPrivate Service Accessを設定します。

                                  Terraformで始めるGCP【CloudRun・CloudSQL】
                                • クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年2月号 | DevelopersIO

                                  クラスメソッドの石川です。日々AWSのアナリティクス関連サービスのアップデートとそのブログをご紹介します。 今月は、re:Invent2023の翌月ということもありアップデートは控えめでしたが、 Coming Soonだった AWS GlueのAmazon Q データ統合 (Preview)が開始されました。 AWS Glue 新機能・アップデート 2024/01/30 - Announcing Amazon Q data integration in AWS Glue (Preview) Amazon Q データ統合を使用すると、ジョブを作成したり、問題のトラブルシューティングを行ったり、AWS Glue のデータ統合に関する質問に対する即座の回答を得ることができます。 下記のブログの中で会話型のQ&A機能とAWS Glue ジョブの作成が紹介されています。 会話型のQ&A機能は、「AW

                                    クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年2月号 | DevelopersIO
                                  • Bedrock、Lambda、Kendra、S3を使用したRAGをSAMで実装してみた | DevelopersIO

                                    こんにちは、つくぼし(tsukuboshi0755)です! Retrieval-Augmented Generation(以下RAG)が実際にどのような挙動になるのか、パッと確認してみたいという要望を持つ方はいらっしゃるのではないでしょうか。 今回は、Bedrock、Lambda、Kendra及びS3を使用したRAGについて、誰でも手軽にデプロイ/削除できるようにSAMを使って実装してみたいと思います! 前提条件 今回は下記のソフトウェアの使用を前提としています。 足りない方は個別で導入/設定をご実施ください。 項目 バージョン 構成 今回の構成図は以下になります。 RAGの検証手順としては以下です。 1. 上記の構成図をSAMでデプロイ 2. S3バケットに特定のPDFファイルをアップロード 3. Kendraでデータ同期を実施 4. Lambdaでテスト実行 テンプレート 全体のコード

                                      Bedrock、Lambda、Kendra、S3を使用したRAGをSAMで実装してみた | DevelopersIO
                                    • [速報] OpenSearch Serverless向けベクターエンジン「Vector engine for OpenSearch Service Serverless」がリリース #AWSreinvent | DevelopersIO

                                      せーのでございます。 ただいま、AWS re:Invent 2023 keynoteをラスベガス現地にて聞いております。 OpenSearch Serverless向けベクターエンジン「Vector engine for OpenSearch Service Serverless」がリリースされたのでお伝えします。 今年の夏ごろにプレビューにて発表されていたサービスがGAになりました。 簡単にハイブリッド検索が可能に LLMとRAGの組み合わせに欠かせないベクトル検索。テキスト情報だけでなく、画像や音声、動画などもその文脈を理解した上でベクトル化して保管することにより「似たニュアンスの情報」をヒットさせることができます。例えば「ディズニー」というワードで検索した場合、通常のテキスト検索では「ディズニー」という文字が入っていないと検索結果には出てきませんが、ベクトル検索することで「ミッキーマ

                                        [速報] OpenSearch Serverless向けベクターエンジン「Vector engine for OpenSearch Service Serverless」がリリース #AWSreinvent | DevelopersIO
                                      • [アップデート]Agents for Amazon Bedrockが発表されました! #AWSreInvent | DevelopersIO

                                        [アップデート]Agents for Amazon Bedrockが発表されました! #AWSreInvent はじめに 現在開催中のAWS re:Invent 2023。 Amazon BedrockにAgents機能が追加されました! Agents for Amazon Bedrock is now available with improved control of orchestration and visibility into reasoning | AWS News Blog 3行まとめ Agents for Amazon Bedrockが発表されました Agents for Amazon Bedrockを使うことで、RAGの構築が容易になります API呼び出しにはLambdaを使用し、ナレッジデータベースには新機能のKnowledge baseを使用します 何が嬉しいか 従

                                          [アップデート]Agents for Amazon Bedrockが発表されました! #AWSreInvent | DevelopersIO
                                        • クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年6月号 | DevelopersIO

                                          Redshift Provisioned(プロビジョニング済みクラスタ)のデフォルトの分離レベルがスナップショット分離(Snapshot isolation)に変更、EMR Serverless は I/O 負荷の高いワークロードのパフォーマンスを向上させるシャッフル最適化ディスクを導入されました。QuickSightは、RedshiftのGetClusterCredentialswithIAM のサポートを開始やテーブルでの複数列ソートが可能に! クラスメソッドの石川です。日々AWSのアナリティクス関連サービスのアップデートとそのブログをご紹介します。 今月は、Redshift Provisioned(プロビジョニング済みクラスタ)のデフォルトの分離レベルが、スナップショット分離(Snapshot isolation)に変更になりました。EMR Serverless は、 I/O 負荷の

                                            クラスメソッド データアナリティクス通信(AWSデータ分析編) – 2024年6月号 | DevelopersIO
                                          • 週刊Railsウォッチ: Ruby on Jets 6.0がRailsをサポートほか(20240620後編)|TechRacho by BPS株式会社

                                            週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やX.comでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Rails: 先週の改修(Rails公式ニュースより) 公式更新情報: Ruby on Rails — Better error message, opt-i

                                              週刊Railsウォッチ: Ruby on Jets 6.0がRailsをサポートほか(20240620後編)|TechRacho by BPS株式会社
                                            • TypeScript Without Transpilation

                                              TypeScript Without TranspilationThe first rule of Elm is that you want to write everything in Elm. But sometimes we need to reach out to JavaScript, whether we're using ports, Custom Elements, or serverless functions. Sometimes JavaScript is just the right tool for the job. If you're going to use JavaScript, then you may as well get the improved safety and tooling that TypeScript provides. Except

                                                TypeScript Without Transpilation
                                              • Serverless ICYMI Q4 2023 | Amazon Web Services

                                                AWS Compute Blog Serverless ICYMI Q4 2023 Welcome to the 24th 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 other interesting things that you might have missed! In case you missed our last ICYMI, check out what happened last quarter here. Server

                                                • 【速報】Google Cloud NextでGemini in BigQueryが追加されました | DevelopersIO

                                                  Google Cloudデータエンジニアのはんざわです。 ラスベガスで開催中のGoogle CLoud Next '24でGemini in BigQueryがプレビューとして追加されました。 本記事では、Google Cloud Blogの内容を要約しつつ、公式ドキュメントの内容も簡単に紹介したいと思います。 Google Cloud Blogの情報 Google Cloud Blogによると、Gemini in BigQueryには新しくデータキャンバス機能が追加され、自然言語のサポートと埋め込まれたビジュアライゼーションによる新たなノートブック機能を提供するようです。 以下は公式のブログでも取り上げられているGemini in BigQueryのデモンストレーション動画の一部を切り抜いた画像です。 (実際の動画を確認したい方は是非、参考元にある公式のブログを確認してみてください) 参

                                                    【速報】Google Cloud NextでGemini in BigQueryが追加されました | DevelopersIO
                                                  • Stable Diffusion API を使って塗り絵 自動生成アプリを作る

                                                    Stable Diffusion は、GPU を利用した画像生成 AI の中でも最も有名なプロダクトだと思います。Stable Diffusion の利用者は一般的にまず GPU を準備し、そこで環境を構築してから画像生成を行うのですが、今回は Stability AI(Stable Diffusion の開発元)の用意している API を利用して、塗り絵の自動生成を作ってみました。 塗り絵 自動生成: https://color-painting.vercel.app/ 子どもたちのために、塗り絵を自動生成するサービスです。この記事では、どのようにこのアプリを作ったのか簡単に紹介しております。コードは全て JavaScript です。 ソースコードも github で公開しています。Stability AI Developer Platform, Vercel, Google reCAP

                                                    • Formal Methods: Just Good Engineering Practice? - 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

                                                      • Introducing Firebase App Hosting

                                                        Ship modern, server-rendered web apps at planet-scale, without managing any of the backend infrastructure. Full-stack Javascript frameworks like Angular and Next.js make it simpler to get the benefits of server-side rendering (improved SEO, faster initial load times) with the ease and familiarity of the tools we use to build frontends. However, because these frameworks need a server, deploying an

                                                          Introducing Firebase App Hosting
                                                        • Introducing the Amazon Linux 2023 runtime for AWS Lambda | Amazon Web Services

                                                          AWS Compute Blog Introducing the Amazon Linux 2023 runtime for AWS Lambda This post is written by Rakshith Rao, Senior Solutions Architect. AWS Lambda now supports Amazon Linux 2023 (AL2023) as a managed runtime and container base image. Named provided.al2023, this runtime provides an OS-only environment to run your Lambda functions. It is based on the Amazon Linux 2023 minimal container image rel

                                                            Introducing the Amazon Linux 2023 runtime for AWS Lambda | Amazon Web Services
                                                          • whywaita/myshoes-serverless-aws のコードを読んでみる

                                                            whywaita/myshoes-serverless-aws のコードを読んでみたので、順番に読んでいく様子をメモします。 実際にRunnerが動くまでの流れ 最初に、ざっくりブログやREADMEを読んで概要をつかみます。 GitHub Appからwebhookが飛んで、jobがECS上で動くまでの流れは以下のようになっています。 参考: GitHub-hostedライクにAmazon ECSとAWS Lambdaでself-hosted runnerを管理するツールを作った | なぜにぶろぐ webhookを受け取ってECS Taskに渡すまでの間にhttpserverとdispatcherというのが存在しています。(下の図の青い部分) これらはAWS Lambdaとして実装されていて、コードはそれぞれ lambda/httpserver と lambda/dispatcher にあり

                                                              whywaita/myshoes-serverless-aws のコードを読んでみる
                                                            • Cloud Run のボリューム マウントのご紹介: アプリを Cloud Storage や NFS に接続 | Google Cloud 公式ブログ

                                                              ※この投稿は米国時間 2024 年 3 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 Google は、デベロッパーの負担を軽減し、クラウドネイティブ アプリケーションの構築を容易にするために、Google のスケーラブルなインフラストラクチャ上に直接、フルマネージドのコンテナ プラットフォームである Cloud Run を構築しました。 現在、Cloud Run の各インスタンスは、自身のローカル ファイル システムにはアクセスできます。しかし、既存のアプリケーションがローカル ファイル システムに保存された共有データにアクセスする必要がある場合はどうでしょうか。これまで、ファイル サーバーや Cloud Storage バケットのようなストレージ システムを簡単にマウントする方法がなかったため、デベロッパーは、複雑なソリューションを利用するか、他のサ

                                                                Cloud Run のボリューム マウントのご紹介: アプリを Cloud Storage や NFS に接続 | Google Cloud 公式ブログ
                                                              • 週刊Railsウォッチ: Railsフラグメントキャッシュ経由の情報漏洩に注意ほか(20230803後編)|TechRacho by BPS株式会社

                                                                週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Rails 🔗 フラグメントキャッシュ経由の情報漏洩に注意 元記事: Are you absolutely sure your Rails cachin

                                                                  週刊Railsウォッチ: Railsフラグメントキャッシュ経由の情報漏洩に注意ほか(20230803後編)|TechRacho by BPS株式会社
                                                                • MemoryDB: Speed, Durability, and Composition. - 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

                                                                  • 2023年12月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 その2 | DevelopersIO

                                                                    こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか?(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopersIOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 11月と12月はアップデートの量が多いので、それぞれ2回に分けてお送りします。12月後半は61本です。引き続きAI/MLが多いです。 ちなみにAWSの最新情報をキャッチアップするだけなら週刊AWSがおすすめですが、Dev

                                                                      2023年12月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 その2 | DevelopersIO
                                                                    • A Socket API that works across JavaScript runtimes — announcing a WinterCG spec and Node.js implementation of connect()

                                                                      A Socket API that works across JavaScript runtimes — announcing a WinterCG spec and Node.js implementation of connect()09/28/2023 Earlier this year, we announced a new API for creating outbound TCP sockets — connect(). From day one, we’ve been working with the Web-interoperable Runtimes Community Group (WinterCG) community to chart a course toward making this API a standard, available across all r

                                                                        A Socket API that works across JavaScript runtimes — announcing a WinterCG spec and Node.js implementation of connect()
                                                                      • Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service を試してみた | DevelopersIO

                                                                        Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service を試してみた Amazon DynamoDB と Amazon OpenSearch Service のゼロ ETL 統合が利用可能になったので試してみました。 CDKでやってみた版はこちらをご参照ください。 はじめに DynamoDBのクエリ柔軟性を補うために、OpenSearch Serviceの検索機能を利用するパターンは知られていましたが、以前はそのアーキテクチャのためにLambdaなどを用意する必要がありました。(参考1, 参考2) 参考1: 参考2: 今回のアップデートにより、Lambdaなどのグルーコードを用いずに、DynamoDBのテーブルをOpenSearch Serviceに同期することが可能になりました。 まずはDynamoDBを準備

                                                                          Amazon DynamoDB zero-ETL integration with Amazon OpenSearch Service を試してみた | DevelopersIO
                                                                        • [アップデート] Amazon Bedrockで簡単にRAGが実現できる、Retrieval Augmented Generation (RAG) with Knowledge BaseがとうとうGAになりました!! #AWSreinvent | DevelopersIO

                                                                          [アップデート] Amazon Bedrockで簡単にRAGが実現できる、Retrieval Augmented Generation (RAG) with Knowledge BaseがとうとうGAになりました!! #AWSreinvent こんちには。 データアナリティクス事業本部 機械学習チームの中村です。 re:Invent2023のキーノートセッションで、Amazon Bedrockで簡単にRAGが実現できる、Retrieval Augmented Generation (RAG) with Knowledge BaseがGAアナウンスされました。 公式ブログは以下のとおりです。 Knowledge Bases now delivers fully managed RAG experience in Amazon Bedrock | AWS News Blog また9月にこちらの

                                                                            [アップデート] Amazon Bedrockで簡単にRAGが実現できる、Retrieval Augmented Generation (RAG) with Knowledge BaseがとうとうGAになりました!! #AWSreinvent | DevelopersIO
                                                                          • [レポート] サーバーレスアプリケーションとストレージサービスの統合について学んできた #AWSreinvent #STG301 | DevelopersIO

                                                                            [レポート] サーバーレスアプリケーションとストレージサービスの統合について学んできた #AWSreinvent #STG301 re:Invent 2023 の Integrate serverless applications with AWS Storage services のセッションレポートです。Lambda で永続ストレージを使いたい時の考慮ポイントをステップバイステップで学べるハンズオンでした。 こんにちは! AWS 事業本部コンサルティング部のたかくに(@takakuni_)です。 re:Invent 2023 でラスベガスにきています。 「Integrate serverless applications with AWS storage services」という、面白そうなワークショップがあったので参加してみました。 セッション概要 タイトル STG301 | Int

                                                                              [レポート] サーバーレスアプリケーションとストレージサービスの統合について学んできた #AWSreinvent #STG301 | DevelopersIO
                                                                            • LoopBack Framework of Node.js

                                                                              Developed and maintained by StrongLoop (acquired by IBM), Node.js’s LoopBack framework emerged as a leading choice for developers aiming to simplify complex integrations between the front end and various data sources, using a mix of predefined and custom-made building blocks. What is the LoopBack Framework? LoopBack is a highly extensible, open-source Node.js framework that facilitates RESTful API

                                                                                LoopBack Framework of Node.js
                                                                              • 小売業におけるサーバーレスなイベント駆動型の注文管理システムの構築 | Amazon Web Services

                                                                                Amazon Web Services ブログ 小売業におけるサーバーレスなイベント駆動型の注文管理システムの構築 電子商取引市場は、過去数年間で年間成長率が大幅に伸びています。顧客の購買行動はオンラインにシフトしていますが、店頭受け取りなどの新しいトレンドも一般的になりつつあります。米国センサス局によると、2022 年の米国の小売電子商取引の売上高は 1 兆ドルを超え、2021 年比 7.7% 増加しました。 小売業者はデジタルコマースに大規模な投資をしてきましたが、特にブラックフライデーのようなセールスイベントのピーク時には EC トラフィックを把握するのに苦労しています。消費者行動の変化に対応するために、小売業者はアプリケーションをクラウドに移行するだけでなく、クラウドネイティブ技術を最大限に活用する必要があります。 このブログでは、非同期イベント駆動アプローチとサーバーレスサービス

                                                                                  小売業におけるサーバーレスなイベント駆動型の注文管理システムの構築 | Amazon Web Services
                                                                                • ArchitectでAWSにRemixのデプロイ環境を用意してアプリケーション開発に集中する - ROUTE06 Tech Blog

                                                                                  RemixやNext.jsなどのフレームワークを使うとウェブアプリケーションのフロントエンドとバックエンドを素早く実装できるようになりました。また、VercelやCloudflareなどのサービスを使うと成果物をすぐにデプロイし、チームメンバーやお客さまに共有できます。 ただ、業務の中では、いろいろな制約からVercelやCloudflareが使えず、AWSを使うことも多いと思います。そして同じようなことをAWSで実現するためにはノウハウが必要で、検証する時間がもったいないと思っていました。 今回紹介するArchitectというフレームワークは、AWSに関数型Webアプリケーション(FWA)をデプロイするベストプラクティスをまとめて提供しており、試したところ、これであれば、VercelやCloudflareを使っている時のような高い生産性をAWSでも発揮できる可能性を感じています。 この記

                                                                                    ArchitectでAWSにRemixのデプロイ環境を用意してアプリケーション開発に集中する - ROUTE06 Tech Blog