並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 109 件 / 109件

新着順 人気順

serverlessの検索結果81 - 109 件 / 109件

  • DBOS - Transactional Serverless Platform for TypeScript

    Fault-tolerant TypeScript code execution made easyDBOS Cloud is a revolutionary serverless software platform rooted in research from MIT and Stanford. Transactional serverless computing in TypeScript DBOS sets a new standard for serverless computing with these unique advantages: Reduce and simplify your code base - fault handling and recovery are automatedGuaranteed once-and-only once executionDep

    • Ruby on Jets | The Ruby Serverless Framework

      Jets: The Ruby Serverless Framework Ruby on Jets allows you to create and deploy serverless services with ease, and to seamlessly glue AWS services together with the most beautiful dynamic language: Ruby. It includes everything you need to build an API and deploy it to AWS Lambda. Jets leverages the power of Ruby to make serverless joyful for everyone. Learn More!

      • Lambda + Monolithはアンチパターンなのか? マイクロサービスでなく「小さくはじめる」選択肢

        2023年のマイクロサービス事情 雑談から入ろう。 明言されることは少ないが、「マイクロサービス」には明らかにダメな検討過程と呼ぶべきものがある。 ここ10年のモダンなインフラ基盤で存在感のあるAWS、Kubernetes、etc...が採用しているから、推奨しているから採用。 チーム、部署、所属企業の分断がまずあり、そこを境界にとした「マイクロサービス」を採用。 サービスの特性やロードマップを整理せずに、拡張性が高そうだから。 こういう理由で採用するのは安直だよね。とさすがに2023年末では落ち着いていて、地に足のついた真面目な議論のできる状態だと信じている。(どれが私の経験談かは聞かないでほしい) 少しずつ本題に入る。AWS Lambdaはイベントドリブンなサービスである。それもあってマイクロサービスとの相性がいい。マイクロサービスとの相性が良く、モノリスがアンチパターンなのだ。という

          Lambda + Monolithはアンチパターンなのか? マイクロサービスでなく「小さくはじめる」選択肢
        • AWS SAM support for HashiCorp Terraform now generally available | Amazon Web Services

          AWS Compute Blog AWS SAM support for HashiCorp Terraform now generally available In November 2022, AWS announced the public preview of AWS Serverless Application Model (AWS SAM) support for HashiCorp Terraform. The public preview introduces a subset of features to help Terraform users test serverless applications locally. Today, AWS is announcing the general availability of Terraform support in AW

            AWS SAM support for HashiCorp Terraform now generally available | Amazon Web Services
          • [レポート] Amazon DynamoDB データモデリングのコアコンセプト #AWSreInvent #DAT329 | DevelopersIO

            re:Invent 2023 で行われた BreakOut セッションData modeling core concepts for Amazon DynamoDB (DAT329)のセッションレポートです。 概要 Developers experienced with Amazon DynamoDB can join this session to learn the core concepts of DynamoDB data modeling. Explore best practices for common access patterns used by DynamoDB customers for applications that need consistent, fast performance at any scale. Learn best practices and

              [レポート] Amazon DynamoDB データモデリングのコアコンセプト #AWSreInvent #DAT329 | DevelopersIO
            • CloudFrontがLambda Functions URLへのOACに対応! の何がすごいか - Qiita

              はじめに CloudFrontのOrigin Access Control(OAC)がLambda Functions URLに対応しました。 つまり、Functions URLとCloudFrontのインテグレーションが実現できるようになりました!うおおおお! と、このアプデの何がすごいの? という点がいまいち伝わってない人向けに、この記事ではもろもろの経緯とユースケースを紹介します。 経緯 Functions URLs、その課題 2022/4にLambdaの組み込みエンドポイントとしてLambda Functions URLが利用できるようになりました。 これは従来ALBやAPI Gateway経由のリクエストしか扱えなかったAWS Lambdaにとって、同期リクエストを受ける便利な選択肢です。API Gatewayでネックだった29秒制限もないので、Lambdaの起動時間(最大900

                CloudFrontがLambda Functions URLへのOACに対応! の何がすごいか - Qiita
              • RSS非対応なページの更新状況をLambda+DynamoDBで毎日確認してみた | DevelopersIO

                こんにちは、AWS事業本部の荒平(@0Air)です。 皆さんはインターネット上で「このページの更新を追っかけたいのにRSS対応してない・・・!」となったことはありませんか? 今回はそうなってしまった自分のためにページの更新状況を確認する仕組みを作ってみました。 (RSS非対応を追う仕組みを持つプラグインやサービスはいくつか存在していますが、しっくり来なかったため) ちなみに、RSSに対応しているページの場合は以下のような仕組みで実現が可能です。 前置き この仕組みは、実際に取得リクエストが送信されるため高頻度で実施しないようにしてください(相手のサーバに負荷を与える行為と判定される可能性があります) ページを取得してハッシュ化し、差分チェックを行うという仕組み上、ページのレスポンスが毎回異なるサイトなどには利用できません(ハッシュ値が毎回異なるため) 構成図 本エントリの構成図です。 Cl

                  RSS非対応なページの更新状況をLambda+DynamoDBで毎日確認してみた | DevelopersIO
                • サーバーレスアプリケーション開発におけるエラーハンドリング - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                  選択 第 1 回 オープニング 第 2 回 Web API パターン 第 3 回 イベント駆動のデータ加工、連携処理パターン 第 4 回 マイクロバッチ・ストリーミングパターン 第 5 回 ワークフローパターン 前編 第 6 回 ワークフローパターン 後編 みなさん ! サーバーレスアプリケーションの開発楽しんでますか ? サーバーレスアプリケーションの開発は、インフラ面での非機能要件の責任を AWS のマネージド型サービスに委譲できることから、アプリケーションの本質 である ”ロジック開発" に注⼒できる点が私は大好きです ! 機能を実装していくプロセスは、明確にやりたいことに向かって進んでいくこともあり、成果がわかりやすく非常に楽しいですよね。 しかしサーバーレスアプリケーション開発は実現したいロジックの実装に集中できるからといって、正常系の実装の検討しか行わずに、サービスをリリースし

                    サーバーレスアプリケーション開発におけるエラーハンドリング - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                  • Ultimate guide to secrets in Lambda

                    Securing your API Keys, database passwords, or SSH keys for Lambda Functions is tricky. This post compares Systems Manager, Secrets Manager, Key Management Service, and environment variables for handling your secrets in Lambda. We'll cover costs, features, performance, and more. Then we'll lay out a framework for considering the risk of your particular secret, so that you know what's best for your

                      Ultimate guide to secrets in Lambda
                    • Cloudflare acquires Baselime to expand serverless application observability capabilities

                      Cloudflare acquires Baselime to expand serverless application observability capabilities04/05/2024 Today, we’re thrilled to announce that Cloudflare has acquired Baselime. The cloud is changing. Just a few years ago, serverless functions were revolutionary. Today, entire applications are built on serverless architectures, from compute to databases, storage, queues, etc. — with Cloudflare leading t

                        Cloudflare acquires Baselime to expand serverless application observability capabilities
                      • 『呪術廻戦 ファントムパレード』の大規模アクセスを支えるインフラ構成と最適化【CAGC2024】

                        TVアニメ『呪術廻戦』初のスマホゲーム『呪術廻戦 ファントムパレード』は、多くのユーザーに遊ばれ大量のアクセスが来ることが予想されていました。 本セッションでは、高負荷が予想される中、どのようにインフラを構築し負荷対策を行ったのか、実際のインフラ構成図をお見せしながらお話しします。 また、アプリリリース前に行った負荷試験の流れや、リリース後の負荷状況について、具体的なメトリクスの数字をお見せしながらご紹介します。 https://cagc.cyberagent.co.jp/2024/session/index.html?id=tisydb2t59 ©芥見下々/集英社・呪術廻戦製作委員会 ©Sumzap, Inc./TOHO CO., LTD. Copyright © CyberAgent, Inc.

                          『呪術廻戦 ファントムパレード』の大規模アクセスを支えるインフラ構成と最適化【CAGC2024】
                        • ECS(Fargate)からTiDB Cloud(Serverless)にPrivateLink経由で接続してみた | DevelopersIO

                          こんにちは、ゲームソリューション部のsoraです。 今回は、ECS(Fargate)からTiDB Cloud(Serverless)にPrivateLink経由で接続してみたことについて書いていきます。 構成 プライベートサブネットにあるECS(Fargate)からPrivateLinkを経由して、TiDB Cloudのクラスターへ接続する構成です。 TiDB管理側の環境やVPCを明示的に記載していますが、ユーザー側で意識する必要はありません。 TiDB Cloudとは何か、TiDB Cloudのアカウント作成手順の説明は割愛します。 詳細については、以下記事をご参照ください。 TiDB Cloudでの準備 クラスタの作成 TiDB Cloudにてクラスタを作成します。 Tierは無料枠があるServerlessを利用し、リージョンは東京(ap-northeast-1)を選択します。 クラ

                            ECS(Fargate)からTiDB Cloud(Serverless)にPrivateLink経由で接続してみた | DevelopersIO
                          • トップページ | Skeet - TypeScript サーバーレスフレームワーク

                            Just Build It. Skeet はオープンソースのTypeScript製サーバーレスフレームワークです。フルスタックから小規模タスクまで、あらゆるアプリ開発に対応しています。

                              トップページ | Skeet - TypeScript サーバーレスフレームワーク
                            • Twitterが𝕏になってしまったので、自分でTwitterみたいなSNSを作ってみた(その1) - Qiita

                              作ってみた 百聞は一見に如かずということで、スクリーンショットをいくつかぺたり。 もちろんスマホでも見れるよ ちなみに筆者のツイハイアカウントは @nr_ck です。 どうやって作ったかまとめてみた このエントリは個人で作成したサービスの「ツイハイ!」について、インフラからバックエンド、フロントエンドまで一気通貫でどんな設計で動いてるかまとめたものになります。 ツイハイ!は現在のところアーリーアクセス版というステータスで、かつ実験的なプロジェクトという建付けとしています。まだ基本的な機能のみのため、10年前くらいのTwitterを思い出すかもしれません。小さいSNSで、機能もユーザー数も少ないサービスですが、その裏側はスケールしやすいように考えた設計があります。この設計についてフロントエンド設計、バックエンド設計(次のエントリ)、 インフラ設計(このエントリ) という3つの視点でQiita

                                Twitterが𝕏になってしまったので、自分でTwitterみたいなSNSを作ってみた(その1) - Qiita
                              • pytestとmotoを使ってPynamoDBの単体テストを実行してみる | DevelopersIO

                                はじめに データアナリティクス事業本部のkobayashiです。 PythonでDynamoDBを操作する際にboto3を使っても良いのですが、Object-Document Mapper(ODM)として大変使いやすいPynamoDBがあります。今回はPynamoDBで記述したコードの単体テストをモックフレームワークのmotoを使って行ってみたいと思います。 Welcome to PynamoDB’s documentation! — PynamoDB 5.5.1 documentation getmoto/moto: A library that allows you to easily mock out tests based on AWS infrastructure. PynamoDBとは PynamoDBはDynamoDB用のODMになり、DynamoDBの 様々な処理を簡単にに

                                  pytestとmotoを使ってPynamoDBの単体テストを実行してみる | DevelopersIO
                                • Unlocking performance, scalability, and cost-efficiency of Zomato’s Billing Platform by switching from TiDB to DynamoDB | Amazon Web Services

                                  AWS Database Blog Unlocking performance, scalability, and cost-efficiency of Zomato’s Billing Platform by switching from TiDB to DynamoDB This post is co-authored with Neha Gupta & Kanica Mandhania from Zomato. Zomato, an India-based restaurant aggregator, food delivery, and dining-out company, operates in over 1,000 cities and lists more than 350,000 restaurants. Since its inception in 2008, Zoma

                                    Unlocking performance, scalability, and cost-efficiency of Zomato’s Billing Platform by switching from TiDB to DynamoDB | Amazon Web Services
                                  • Introducing SpinKube and Fermyon Platform for Kubernetes

                                    Radu Matei & Mikkel Mørk Hegnhøj spin wasm kubernetes webassembly Today, we are proud to introduce SpinKube and the Fermyon Platform for Kubernetes. Both projects enable Kubernetes to get first-class support for running Spin WebAssembly (Wasm) applications. SpinKube allows you to run your applications far more efficiently and with higher density across any processing architecture in your Kubernete

                                      Introducing SpinKube and Fermyon Platform for Kubernetes
                                    • Amazon Kinesis Data Streams launches cross-account access with AWS Lambda

                                      Amazon Kinesis Data Streams now supports resource-based policies, so you can process data ingested into a stream in one account with an AWS Lambda function in another account. Amazon Kinesis Data Streams is a serverless real-time data streaming service that can continuously capture gigabytes of data per second from hundreds of thousands of sources. AWS Lambda is a serverless compute service that l

                                        Amazon Kinesis Data Streams launches cross-account access with AWS Lambda
                                      • サーバーレスアーキテクチャの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
                                        • 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

                                          • Data Anywhere with Pipelines, Event Notifications, and Workflows

                                            Data Anywhere with Pipelines, Event Notifications, and Workflows04/03/2024 Data is fundamental to any real-world application: the database storing your user data and inventory, the analytics tracking sales events and/or error rates, the object storage with your web assets and/or the Parquet files driving your data science team, and the vector database enabling semantic search or AI-powered recomme

                                              Data Anywhere with Pipelines, Event Notifications, and Workflows
                                            • Azure Functionsでの大量データ処理とグレースフルシャットダウン(前編) - Sansan Tech Blog

                                              技術本部Sansan Engieering Unit Data Hubグループの藤原です。普段はプロダクトのアーキテクチャを改善したり、技術的な課題を解決したり、たまにOSSを書いたりコントリビュートしたりしています。 今年はSansan Data Hubの日々の開発や運用で突き当たっている課題をベースに、現在取り組んでいることや、これから取り組みたいことについて紹介していきたいと思います。今回は、Azure Functionsでの大量データ処理をするとき、グレースフルシャットダウン関連で遭遇した問題について、Azure Functionsの内部構造に触れつつ紹介します。一言でいうと、Event Hubトリガーを使っている場合、SDKのバージョンによってはメッセージが処理されないことがあります(後編で説明しますが、Microsoft.Azure.WebJobs.Extensions.Eve

                                                Azure Functionsでの大量データ処理とグレースフルシャットダウン(前編) - Sansan Tech Blog
                                              • Amazon DynamoDBのキャパシティユニット消費パターンを整理してみた - Qiita

                                                AWS DVA(AWS Certified Developer - Associate)試験の勉強をするなかで、Amazon DynamoDBのキャパシティユニットの消費パターンがややこしかったので整理してみます。 というか公式ドキュメントがテキストの羅列で非常に見づらかったため、表形式にまとめました。 公式ドキュメント 読み込みリクエストの場合 整合性レベルが上がるたび、ユニット数が倍になっていくイメージです。 リクエストの種類 基準サイズ 必要ユニット数

                                                  Amazon DynamoDBのキャパシティユニット消費パターンを整理してみた - Qiita
                                                • 【VSCode, C#, AWS Lambda】C#で作成したLambda Functionをローカルで動作確認する - Qiita

                                                  【VSCode, C#, AWS Lambda】C#で作成したLambda Functionをローカルで動作確認するAWSC#lambdaVSCodedotnet この記事について C#で作ったLambda Functionをローカルで実行する方法を記載します。 Lambda Functionの動作確認の方法として、毎回AWSにアップロードしてテストする方法もありますが、不具合を見つけられるのがアップロード後では不便な点も多くなってしまいます。ローカルで動作確認してからアップロードできると良さそうですね。 そこでこの記事では、Lambda Functionをローカルでビルド・実行する方法を記載します。 対象読者 VSCodeを使用してLambda Functionの開発を行っている方。 ※今回C#を使用していますが、VSCodeの設定は他言語でも使用できる考え方のため、適宜読み替えてもらえ

                                                    【VSCode, C#, AWS Lambda】C#で作成したLambda Functionをローカルで動作確認する - Qiita
                                                  • 本番環境でAmplifyを3年くらい使ってみている弊社環境のご紹介 - Qiita

                                                    Amplify Boost Up #04 Amplify Japan User Group さん主催の Amplify Boost Up の4回目に登壇したので、その内容について補足しつつまとめてみました。 資料は以下の SpeakerDeck で共有しておりますので、ご確認ください Amplify を使っている理由 我々開発運用チームは社外の方も含めて5名です。この人数で動画配信サービスの「hod」と番組関連グッズを販売している「HTBオンラインショップ」の2つのオンライン事業のシステムを担当しています。やらないことを少しでも増やすために、サーバレス構成を基本としており、その流れでAmplifyを活用しています。 だいぶ、省略した部分はありますが、以下にアーキテクチャを載せます。 フロントエンドのデプロイ先としては Amplify Hosting を利用しており、フロントエンドはサービス

                                                      本番環境でAmplifyを3年くらい使ってみている弊社環境のご紹介 - Qiita
                                                    • Qwik 1.2: Performance in Autopilot

                                                      Drag-and-drop visual editor and headless CMS for any tech stack

                                                        Qwik 1.2: Performance in Autopilot
                                                      • Azure Cosmos DB から Amazon DynamoDB に移行する際に想定される相違点 | Amazon Web Services

                                                        Amazon Web Services ブログ Azure Cosmos DB から Amazon DynamoDB に移行する際に想定される相違点 (本記事は 2023/01/27に投稿された Differences to expect when migrating from Azure Cosmos DB to Amazon DynamoDB を翻訳した記事です。) Azure Cosmos DBのワークロードをAmazon DynamoDBに移行することを検討しているお客様から、どのような違いが想定されるのかと聞かれることがあります。この記事では、Azure Cosmos DBからDynamoDBへの移行時に想定される相違点と、それに備えるための計画について説明します。DynamoDBは、一般的なアクセスパターン (通常は大量のデータの保存と取得) に合わせて最適化された、サーバーレ

                                                          Azure Cosmos DB から Amazon DynamoDB に移行する際に想定される相違点 | Amazon Web Services
                                                        • Amazon CloudWatchのアラームがLambda関数を直接トリガーできるように

                                                          垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。

                                                            Amazon CloudWatchのアラームがLambda関数を直接トリガーできるように
                                                          • AWS AppSync がアツい! RDS Data API を使って GraphQL API を爆速で作ってみた - Qiita

                                                            CREATE TABLE conversations ( id SERIAL PRIMARY KEY, name VARCHAR(255) NOT NULL, created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE messages ( id UUID PRIMARY KEY, conversation_id INT NOT NULL, sub UUID NOT NULL, body TEXT NOT NULL, created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (conversation_id) REFERENCES conversations(id) ); CREATE TABLE con

                                                              AWS AppSync がアツい! RDS Data API を使って GraphQL API を爆速で作ってみた - Qiita