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
Building TypeScript projects with AWS SAM CLI | Amazon Web Services
AWS Compute Blog Building TypeScript projects with AWS SAM CLI This post written by Dan Fox, Principal Specialist Solutions Architect and Roman Boiko, Senior Specialist Solutions Architect The AWS Serverless Application Model (AWS SAM) CLI provides developers with a local tool for managing serverless applications on AWS. This command line tool allows developers to initialize and configure applicat
Serverless Doesn't Make Sense - YouTube の内容が興味深かったのでメモ。 サーバーレス(今回のケースでは特に FaaS: Function as a Service) の最も大きな利点はスケーラビリティである。アクセス数が予測できなくとも、必要に応じて関数の実行環境が立ち上がるため、アクセスの急増に対応しやすい。 実行回数に応じて課金されるため、常時起動サーバーのような固定コストが発生しないことも利点である。コードが実行されていないときには、料金は発生しない。 ところで、昨今のサービス開発では応答速度も非常に重要な観点である。例として Node.js で画像をリサイズするするコードを Google Cloud Functions にデプロイしたところ、平均実行時間が 2 秒前後だった。これは 2020 年の水準で考えると受け入れがたい遅さである。 Go
AWS Amplify ConsoleでNext.jsのプロジェクトをデプロイすると Serverless Next.js Component のインテグレーションによってAWS Lambda リソースが最大4つ作成される(ソースコードはエクスポートできる) Default Lambda@Edge for Next CloudFront distribution API Lambda@Edge for Next CloudFront distribution Image Lambda@Edge for Next CloudFront distribution Next.js Regeneration Lambda それぞれのAWS Lambdaが行っていることを読み解くとVercelが自社で構成しているシステムの外観が分かるのではないかと思って眺めてみた (CloudFrontのコンソール
サーバーレス のテスト手法について、これまでのアプリの開発と何が違うのでしょうか？ 初心者の多くがブラウザから確認するなどマニュアルの手法で動作確認や検証を行なっています。サーバーレス の特徴を掴みながら、どのようにテストしたらよいかを学べるコンテンツになります。
Hi, Is your feature request related to a problem? Please describe. When you setup a page /[id].ts for SSG with fallback: true and an API route /api/preview.ts to enable preview mode, when you makes "preview" changes this works pretty well and you can see live changes of the page. 👍 Still, changes you make that appears correctly in the preview mode does not update the s3 files static-pages/*.html
![[RFC] SSG with incremental-static-regeneration and revalidate · Issue #804 · serverless-nextjs/serverless-next.js](https://cdn-ak-scissors.b.st-hatena.com/image/square/c5d5b06252fe3ac9c207615782d57b5a45a08e41/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcold-voice-b72a.comc.workers.dev%3A443%2Fhttps%2Fopengraph.githubassets.com%2F9e7843ca3a3cf6647bdf77e9c95aff9e58e4c77263fe7d73d947aa2892e4df07%2Fserverless-nextjs%2Fserverless-next.js%2Fissues%2F804)
Best practices for working with Amazon Aurora Serverless v1 | Amazon Web Services
AWS Database Blog Best practices for working with Amazon Aurora Serverless v1 Important AWS has announced the end-of-life date for Aurora Serverless v1: March 31st, 2025. We strongly recommend upgrading any Aurora Serverless v1 DB clusters to Aurora Serverless v2 before that date. The upgrade can involve a change in the major version number of the database engine. Thus, it’s important to plan, tes
re:Invent 2019 ワークショップセッション GPSTEC406 - AWS Alien Attack workshopのレポートです。ゲームを題材に、サーバーレスアーキテクチャにおいて各レイヤーにどのような選択肢があるのか、またその選定方法について学べ、かつ手を動かして学ぶこともできたのでとても良いセッションだったと感じました。 セッションは、会場中のラップトップから響く、ゲームのピコピコ音から始まりました… re:Invent ワークショップセッションのイベントレポートです。 セッションタイトルと概要 GPSTEC406 - AWS Alien Attack workshop このAWS Alien Attack workshopはサーバーレスアドベンチャーであり、サーバーレスゲーム環境を構築してリアルタイムデータ処理を活用する方法、および同じアーキテクチャを異なるコンテキス
![[レポート]エイリアンアタック！インベーダーゲームで学ぶサーバーレス #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/574257c8334a5c9fdc7497345012f4d6412ffe17/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcold-voice-b72a.comc.workers.dev%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F02%2Falien.png)
IntroductionWebAssembly (WASM) is a binary instruction format for a stack-based virtual machine. Though initially designed for the web browser [see 1], it can be used in applications outside the web. One particular use case which is of interest to us is the use of wasm in a serverless context, the advantage of this being is the ability of WASM to support different languages and compile down to a l
こんにちは。芳賀です。 AWS re:Invent 2019に参加していますのでレポートします。 このブログは下記セッションについてのレポートです。 SVS320-R - The serverless journey of shop.LEGO.com Presented by Danilo Poccia(AWS)/Sheen Brisals(LEGO) Connecting the LEGO play experience with millions of people requires an innovative platform. This has fueled the cloud migration of the legacy e-commerce application. In this session, we walk you through the principles, th
![[レポート][SVS320-R] shop.LEGO.comのサーバーレスの旅 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b8715d8e72cc7a86efed3e0eaaa90541973a4d6/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcold-voice-b72a.comc.workers.dev%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
途中でエラーが出てbucketがなくなってうまく削除できないまま。。 ひどい。。 四苦八苦 いまさらフレームワークのコマンドを確認 Serverless Framework Commands - AWS Lambda - Deploy https://serverless.com/framework/docs/providers/aws/cli-reference/deploy/ エラー 権限不足だったので付与した Serverlessのデプロイ時に"The specified bucket does not exist"って言われた時の対処 - Qiita https://qiita.com/honmaaax/items/3f21064c5973a2594358 文字化けしてたみたいでレスポンスが空っぽの画像 文字コード json.getBytes - Google 検索 https:/
Lambdaで動くアプリやフレームワークの事例はよく見るのですが、LambdaのCIやCDにしやすさに主眼をおいた紹介はあんまり見ないので現時点での自分のベストプラクティスのメモです tl;dr; このエントリで書いていること Lambdaをデプロイするのに肝になること デプロイしやすさに着眼したフレームワーク紹介 論外 コンソールからアップロードする できなくはないがかなり厳しい Terraform Apex 8/12 17:20追記 実用レベル Serverless Framework AWS SAM native extension問題と戦う Amazon LinuxのEC2インスタンス内でビルドする Amazon Linux互換のDockerイメージを使う Serverless Frameworkのプラグインを使う ライブラリをインストールするジョブとデプロイするジョブを分ける 【
Serverless function architectures are optimized for event-driven systems. Faast.js simplifies serverless batch applications by automating infrastructure, code packaging, invocation, and cleanup. Combine the power of scalable serverless functions with the ease-of-use and familiarity of ordinary async functions. Go from zero to a thousand cores in seconds. Scale back down to zero just as quickly. Fa
2020年1月26日 追記 Serverless Frameworkで行うLambdaのコールドスタート対策 という記事を書きました。 今は Serverless Frameworkで行うLambdaのコールドスタート対策 を参考にする事をオススメします。 この記事で扱うテーマ AWS Lambdaで発生するコールドスタートを軽減させる為の対策を実施します。 前提条件 Serverless Framework でAWS Lambdaの開発を行っている事。 コールドスタート？ 実業務でAWS Lambdaを使っている方なら分かると思いますが、AWS Lambdaにはコールドスタートという、Lambda関数のレイテンシが極端に悪化する現象が発生します。 コールドスタートは主に以下の原因で発生します。 実行可能なコンテナが1つも存在しない時 利用可能な数以上の同時リクエストが送信された時 コード
はじめに こんにちは植木和樹＠上越妙高オフィスです。今月に入ってLambdaファンクションのデプロイをお手製シェルスクリプトからServerless Frameworkに切り替えました。本日はServerless Frameworkを使った時に躓いた点や移行時のコツなどを書き残しておきたいと思います。 環境 Python 2.7.13 Serverless Framework 1.24.0 pyenv virtualenv fish （bashやzshでも良い） pyenvでPythonのバージョンを切り替えるようにして、virtualenvでプロジェクト単位のライブラリをインストールしています。 $ pyenv install 2.7.13 $ omf install pyenv $ cd PATH/TO/PROJECTDIR $ pyenv local 2.7.13 $ pip ins
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
