2023年8月更新 この調査は、2022年 6月に公開された本記事の前回版を基にしています。各実証に関するグラフはこちらからダウンロードでき、レポート本体はこちらをクリックしてダウンロードできます。 サーバーレスは現代のコンピューティングの主流となっています。今日、企業は増え続けるサーバーレスサービスを利用し、新しい革新的な方法でアプリケーションの構築と管理を行っています。チームはコンテナ化された関数やフルマネージド型のコンテナベースアプリケーションを利用することで、従来の FaaS (Function-as-a-Service) ソリューションを超えてシステムを拡張できるようになっています。AWS、Google Cloud、Azure などの主要なクラウドプロバイダーや、Vercel、Cloudflare などの新興プラットフォームは、開発者の期待するワークロードに対応するように設計され
When you buy PlanetScale, you’re getting the technology and database expertise that ran and scaled YouTube, the internet’s #2 site, and the team that scaled GitHub to over 100M users globally.– Todd Berman @Attentive PerformancePlanetScale Metal allows you to run your database on the fastest servers available in the cloud. Our blazing fast NVMe drives unlock unlimited IOPS and drastically lower la
いくつかのエンドポイントとDBがあれば完結するアプリケーションの場合、わざわざWebサーバーやらなんやらをを用意するのは面倒なので、サーバーレス構成で作れると楽ちんです。 最近まではLambdaからRDSに直接接続するような構成はある程度スケールした場合に同時接続数の問題が起こりえるためよろしくない、とのことでしたが、RDS Proxyによってその問題は解決したとのことです。 参考：なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する 仕事でちょうどLambda + RDSの構成で開発する機会があったので、その際に得た知識なんかをまとめておきます。 構成図 VPC、RDSあたりはアプリケーションのバックエンドとみなし、Terraformでリソースを定義していきます。 API Gateway、Lambdaはフロントエンドと捉えて、Serverless Frameworkで作りま
Next.jsをデプロイするぞ！ いま、Next.jsを使って開発を行なっています。 Next.jsのデプロイ先としては、開発元のVercelが提供するプラットフォームVercel Platformがあります。 公式が言うにはVercel Platformが推奨ということにはなっていますが、今回はバックエンド側もAWS上にあるので、フロントエンドもAWSにあったほうが何かと便利！ということでAWS上にデプロイすることにしました。 Serverless Next.js Componentを使うぞ！ デプロイにはServerless Next.js Componentを使います。 Serverless Componentsは、Serverless Frameworkを介してサーバーレスなアプリケーションのよくある構成を設定ファイルだけでいい感じにデプロイしてくれる便利なヤツです。 Server
ベルギーにある Google のデータセンターラックの写真先の記事では Serverless NEG の紹介をし、その中で Cloud Run のサービスに HTTP(S) Load Balancing 経由でアクセスする例をお見せしましたが、本記事ではもう少し色々な構成を試してみたいと思います。 EDIT(2020–10–14): 以下すべて beta でのご提供のタイミングでの内容となっているため、コマンドラインでの説明(かつ “beta” の修飾付き)ですが、2020年10月14日に GA になっており、Cloud Console (ウェブUI)による設定も可能になっています。 目次サンプルアプリの用意ロードバランサーの準備マルチリージョン構成URL ベースルーティングURL マスクを使ってみるマネージド証明書を使ってみるCloud Armor と一緒に使ってみるコンソールと gcl
こんにちは、岩城です。 Serverless Nextjs Pluginについて調べる機会がありました。 このプラグインを使うと以下のような環境を作ってくれます。 (公式サイトからの引用) 本エントリでは、Serverless Frameworkの導入方法をはじめ、実際にデプロイしてみてどんなリソースが作成されるかを紹介します。 なお、筆者はアプリケーション開発全般よく分かりません。 やってみた Serveless Framework セットアップ まっさらな環境でセットアップしたかったので、新規で起動したEC2上で試しました。 $ cat /etc/system-release Amazon Linux release 2 (Karoo) Amazon Linux 2はデフォルトでNode.jsがインストールされていません。 はじめにNode.jsをインストールします。 $ curl -
Serverless FrameworkでAurora Postgres + VPC Lambda + RDS Proxyをデプロイする Serverless Frameworkを用いて、RDS Aurora Postgres、VPC Lambda、RDS Proxyをまとめてデプロイする方法をご紹介します。 こんにちは、クラスメソッドの岡です。 7月にRDS ProxyがGAとなったことで、サーバーレスでのRDS実用化待ったなし！！ということで今回はServerless FrameworkでRDS Aurora Postgres、VPC Lambda、RDS Proxyをまとめてデプロイしてみたので、テンプレートの中身を紹介していこうと思います。 動作確認環境 Python3.8.5 Serverless Framework Framework Core: 2.1.1 Plugin: 4
雑談 いやー春が近いですね。ウキウキのHiCustomerの小田です。最近の騒動で知ったんですが、Linuxカーネルのstableへのバグフィックスの一部はNeural networkを使って自動的に選定されてバックポートされているようです。正直まだGregの超絶な能力のみを使ってマニュアルでさばいているのかと思っていました。一般的にバグのバックポートはめちゃめちゃerror-proneな作業なため、その辺が進化してくれると今後いろんなソフトウェアが幸せになりそうです。詳細は以下にまとまっています。PatchNetの実装が見たかったんですが、ネットに情報がなさすぎて追い切れなかったです。ご存知の方は教えてください。 The case of the supersized shebang きっかけになった騒動です。偽陽性や偽陰性を２つともゼロにはできないので、意図しないパッチが入ってしまったり
Proxyなし Requests per second: 81.51 [#/sec] (mean) Requests per second: 120.02 [#/sec] (mean) Requests per second: 120.76 [#/sec] (mean) 大体120 [#/sec]ですね。 RDS Proxy版 RDS Proxy設定していきます。 Serverless FrameworkのDocsとGithub見たけどまだそれらしい設定はわかりませんでした。 全てがココに書いてあるので、ポチポチボタンを押していきます 最終的に、RDS Proxyのエンドポイントが作成されるので、 Lambda Laravelの繋ぎ先をRDS Proxyに変更します。 Requests per second: 31.88 [#/sec] (mean) Requests per second
本日の reinvent でのリリースで衝撃のアップデートがたくさん出ましたね。EKS on Fargate や SageMaker の大幅アップデートも魅力的ですが Lambda の常識をくつがえす RDS のプロキシ機能が登場しました 🎉 ついに出ました！これでLambdaからRDS使うの怖くなくなります。Lambdaからも使えるコネクションプールマネージャ。これでLambdaとRDBMSの相性問題は先日のVPCの改善と合わせて解消されますー。SQL最高！！ / “Using Amazon RDS Proxy with AWS Lambda | AWS Compute Blog” https://t.co/YWgIu19GoH — Keisuke69@AWS re:Invent (@Keisuke69) December 4, 2019 Lambda から RDS に対するアクセスは
はじめに 開発にあたり、インフラはTerraform、バックエンドはServerless Frameworkで作りたかったので、 それぞれをどのように定義するといい感じに参照できるか検討したので備忘メモ✍️ 考え方 CloudFront -> API Gateway -> Lambdaでバックエンド処理をしたい /api 配下に来たリクエストをAPI Gatewayへ流す CloudFront -> S3で静的コンテンツを配信したい 上記にマッチしなかったリクエストをS3へ流す インフラとバックエンドは別々に管理したい CloudFrontl、S3はインフラ（Terraform） API GatewayとLambdaはバックエンド（Serverless Framework） 方法 Serverless Frameworkは、 sls deploy すると裏でCloudFormationのス
Why Bref? Why serverless?We're in 2025. Applications should scale automatically. Hosting should be reliable and cost-efficient. Infrastructure should accelerate development, not consume our time. Bref deploys PHP applications to AWS Lambda and sets up the rest of the infrastructure using serverless services.
Incredible scale without breaking a sweat. Laravel Vapor is a serverless deployment platform for Laravel, powered by AWS. Launch your Laravel infrastructure on Vapor and fall in love with the scalable simplicity of serverless. On-demand. Auto-scaling. Zero maintenance. You have to see it to believe it. Watch your web application and workers scale within seconds based on demand. Databases Vapor isn
こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
