CloudFrontとLambda@Edgeを利用して画像をリサイズさせる
リサイズされた画像をS3へ保存せずに、原本のみ利用してリサイズさせる方法がないか調べてみましたが、Lambda@Edgeを利用してリサイズさせる方法があったので、試してみました。 Lambda@Edge動作概要# Lambda@EdgeはCloudFrontへアクセスする時に実行されるLambdaの拡張版です。 CloudFrontイベント発生時、Lambda関数の実行が可能です。 イベントには４種類があります。 Viewer Request : CloudFrontがビューアーからのリクエストを受け、リクエストしたオブジェクトがedge cacheにあるかを確認する前に関数を実行します。Origin Request : CloudFrontがオリジンにリクエストを渡す場合のみ実行されます。 リクエストしたオブジェクトがedge cacheにある場合は関数は実行されません。Origin R
Resize Images on the Fly with Amazon S3, AWS Lambda, and Amazon API Gateway | Amazon Web Services
AWS Compute Blog Resize Images on the Fly with Amazon S3, AWS Lambda, and Amazon API Gateway UPDATE: May 29, 2018 – This post includes a small amount of sample code illustrating a pattern for lazily generating assets using AWS Lambda and Amazon S3. If you’re looking to deploy a service to resize images to production, consider using the Serverless Image Handler which is a robust solution to handle
Amazon CloudFront & Lambda@Edge で画像をリサイズする | Amazon Web Services
Amazon Web Services ブログ Amazon CloudFront & Lambda@Edge で画像をリサイズする 多くの画像に対してリサイズを行ったり、新しいデザインレイアウトにウォーターマークを付与したり、ブラウザのサポートのためにフォーマットの最適化を行ったことはありませんか？ 画像毎に事前処理を行う必要なく、必要に応じてその場ですぐに画像を自動生成できないかとおもったことはありませんか？ Lambda@Edge はそれらを可能にし、ユーザーの利便性を向上させ、帯域使用量を削減します。 Lambda@Edge の準備: AWS Lambda はサーバーのプロビジョニングや管理の必要なしにコードを実行できます。 そして利用量に応じて支払いを行います 。 つまりコードが実行されていないときは無料です！ Lambda は自動スケーリングするとともに耐障害性を兼ね備えていま
GraphQL を試して AWS AppSync を予習する - アールスリーインスティテュート ｜R3 Institute
公開日：2017-12-11 先週までアメリカ・ラスベガスで恒例のAWS年次カンファレンス re:Invent が開催されていました。弊社からは Yasutaka Oki が ガッツリ参加していましたので、このブログにもそのうち何か書いてくれるでしょう。今年も様々な機能・サービスが発表されましたが、今回は AWS AppSync について考察してみたいと思います。 （12/20追記: AppSync のプレビュー利用が承認されたので、試した内容をこちらへ投稿しました） AppSync は簡単に言えば API を作るサービスです。AWS には既に API Gateway というサービスがあり、Lambda Function と呼ばれる 独自のプログラムコード（ユーザーロジック）を呼び出したり、あるいはプログラムを書かずに AWS のサービスや VPC内のサーバーへ中継することができます。弊社
docker-lambdaでAWS Lambda環境をお手軽に動かす
Lambdaを使ってみて お疲れ様です。本記事は、AWS Lambda Advent Calendar 2017の3日目の記事になります。 さて、Lambdaをがっつり本番環境で動かしていますという話もチラホラ聞きますが、私はLambdaを使い始めて約1年半、まだいまひとつガッツリ本番な気分になっていません。 その理由の一つがローカル開発環境問題です。ありきたり！ 少し複雑なコードを書くとなると、デバッグしながらになるのでローカルマシンの使い慣れたエディタでやりたいところ。 ではささっと環境構築してみましょう。 ローカル開発環境の整備 その 各言語のSDKをインストール Lambdaで使える言語は今のところnode.js, Python, C#, Java（今後Golang, .NET）がありますが、MacでLambdaの開発環境を構築するとなると、 nodejs用 Java用 AWS T
AWS FargateとLambdaでサーバーレスなクローラー運用 - orangain flavor
これはWebスクレイピング Advent Calendar 2017の7日目の記事です。こんな感じでAWS FargateとAWS Lambdaを使ってサーバーレス（EC2レス）なクローラーを作ります。 この記事はFargateでのクローリング処理にフォーカスしており、クロールしたHTMLをS3に保存するところまでを主に解説します。Lambdaの方はおまけ程度の扱いで、スクレイピングしたデータの扱い（データベースへの格納など）はスコープ外です。 長くなったので目次です。 背景 AWS Fargateの登場 クローラーの構成 やってみる 1. ScrapyのプロジェクトでSpiderを作る 2. Scrapy S3 Pipelineをインストールする 3. Scrapy S3 Pipelineをプロジェクトに追加する 4. ScrapyのプロジェクトをDockerizeする 5. Amazo
AWSの新サービス群に対する一行所感 - プログラマでありたい
今年もラスベガスで、AWSの最大のイベントre:Invent開催中です。初回のキーノートが終わった所ですが、怒涛のサービス発表で頭が混乱中です。整理のために、サービスに対する感想をつけてみます。間違っているかもしれないので、悪しからず。 AWS AppSync モバイル等での複数端末のデータ同期を見据えたソリューション。必要性はすごく解るが、それってCognito Syncでやりたかったことじゃないのかな？認証認可のサービスにデータ同期を加えた筋の悪さを解消に来たのか？ 2017/12/3 追記 中の人曰く、次のような役割分担とのこと AWSの新サービス群に対する一行所感 - プログラマでありたい ありがたし / Cognito Syncは「一つのIdentityに（≒一人の人間）が持つ」複数端末間での設定値等の同期のためのものだったので、前提と志向が違うのです > AppSync “それ
【速報】クロスプラットフォーム開発のための GraphQL バックエンド AWS AppSync が発表されました！※プレビュー版登録可能です #reinvent | DevelopersIO
※ モバイル関連のセッションにて発表されましたが、 AWS AppSync はモバイルのみがターゲットというわけではないため、タイトルを修正しています。フィードバックをくださった方々、ありがとうございます。 Mobile Application Development: State of the Union のセッションの中で新サービスの発表がありました。AWS AppSync です。 クロスプラットフォームでデータのリアルタイム同期を行うために、GraphQL をベースとしたアプリケーションのバックエンドを提供してくれます。 11月28日 12:30PST ( 11月29日 5:30JST ) 現在、プレビュー版利用のための申請をフォーム準備中です。本日中に申請できるようになるそうです。以下のURLをチェックしてください。 https://aws.amazon.com/appsync/
なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape
2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。過去のアンチパターンがフィードバックをもとにした改善によってアンチパターンではなくなるという最高の事例です。 サーバーレス元年始まった！ 今年がサーバーレス元年な理由. それはLambdaに以下が揃ったから. ・カスタムランタイムで実質どんな言語でも利用可能 ・VPC利用時のコールドスタート改善 ・Provisioned Concurrencyでスパイク対応も可能 ・RDS ProxyでRDBとの接続が現実的に これまで5年で受けたフィードバックがついに結実. 強い— Keisuke Nishitani (@Keisuke69) 2020年1月19日 RDS Proxyの詳細はこちらからどうぞ。まだプレビューですがぜひ試して
[速報] RDSインスタンスの起動/停止 | DevelopersIO
渡辺です。 待望の機能「RDSインスタンスの起動/停止」がリリースされました！ 制限も多いようです（20:30頃、追記しました）。 さらに制限について追記しました（2017/6/2 8:00） RDSインスタンスを停止してみる AWS CLIを最新バージョンにしてからstop-db-instanceコマンドを実施します。 $ aws rds stop-db-instance --db-instance-identifier test ステータスが「停止中（Stopping）」になりました。 しばらくすると、「停止中（Stopped）」になります。 もちろん、マネジメントコンソールからも実施できます。 RDSインスタンスを起動してみる 先ほど停止したインスタンスをstart-db-instanceコマンドで起動します。 $ aws rds start-db-instance --db-ins
![[速報] RDSインスタンスの起動/停止 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/8c3ba401311c59d61029fd394159ea54ce784937/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_RDS.png)
[新サービス] 一撃でCI環境を作れる AWS CodeStar | DevelopersIO
渡辺です。 2017/04/19開催(日本時間:2017/04/20)の『AWS Summit in San Francisco』で発表された新サービス『AWS CodeStar』についてお知らせします。 一言で言えば、CodeCommit, CodePipeline, CodeBuild, CodeDeployとそれらに付随する実行環境を一撃で構築・管理できます（2017年4月の時点で、東京リージョンでは利用できません）。 実行環境もカバーする最強のスキャホールド AWS CodeStarが何者か、一言で言えば、一時期に流行ったスキャホールドの類です。 Ruby on Railsが登場した時、コマンドひとつでウェブアプリケーションの雛形ができることに衝撃を覚えた人は多いでしょう。 ベース部分をスキャホールド（足組）として作り、肉付けをしていくというスタイルが流行ったかと思います。 AWS
![[新サービス] 一撃でCI環境を作れる AWS CodeStar | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
AWS Lambda と SNS で作るサーバレス iOS プッシュ通知システム - Qiita
こんにちは、片岡です。 Amazon SNS を使ってモバイルプッシュ通知システムを構築しようとする場合、大きく分けて 2 つのアーキテクチャが考えられます。 一つは、モバイルアプリ側でエンドポイントを作成するパターン、もう一つはバックエンド側でエンドポイントを作成するパターンです。 今回は、後者のパターンを AWS Lambda を使って構築してみます。 本題に入る前に、一度 SNS のいくつかの基本概念をおさらいしておきます。 Amazon SNS のおさらい エンドポイント 各通知サービス (APNs や CGM) から発行されるトークンから生成される SNS 上で各デバイスを識別する単位 エンドポイントを指定して SNS に通知のリクエストを送ることで、個別のデバイスにプッシュ通知を送ることができる トピック エンドポイントはトピックを購読 (Subscribe) できる トピック
Amplify Docs - AWS Amplify Gen 2 Documentation
Amplify has re-imagined the way frontend developers build fullstack applications. Develop and deploy without the hassle. Fullstack TypeScriptWrite your app's data model, auth, storage, and functions in TypeScript; Amplify will do the rest.
Build a serverless URL shortener with AWS Lambda and API Gateway services - Dave Konopka
Build a serverless URL shortener with AWS Lambda and API Gateway services I’ve had my eye on Amazon’s Lambda and API Gateway services for a few months. Running a web application without the costs or headaches of maintaining servers is attractive. Of course, no platform is without tradeoffs. So to get myself familiar with the finer points of serverless apps I decided to launch a simple project: a U
Build a Serverless, Private URL Shortener | Amazon Web Services
AWS Compute Blog Build a Serverless, Private URL Shortener Update October 10, 2023: This post is out of date – visit Building a serverless URL shortener app without AWS Lambda for a more recent solution. This post was written by Stephan Hadinger, Sr Mgr, Solutions Architecture. As a solutions architect, I often need to send large files to customers, such as architecture diagrams and service presen
眠すぎる朝のPolly｜ハンズラボ株式会社
テバサキワ ハンズラボ 吉田です。 乗り継ぎ3時間待ちが非常に辛いです。。。 ここで寝たら日本に帰れないので書いています 割とどうでも良いのですが、自分、ベガスでこの高さからダイブしました。 すっげーーー気持ちいい。次はスカイダイビングしてみたいです。 本題に移ります この記事の内容 AWS-CLIを用いてPollyをいじっていきます。 APIの基本はCLI！！ pollyとは ざっくり言うと音声読み上げのサービスです 入力として渡したテキストに従って音声ファイルを出力します テキストは通常テキストとSSMLを指定できます 出力はMP3/ogg_vorbis/pcmから選択できます SSMLとは XMLみたいなもの。ポリーさんにこの文章こう話せと指定するテキストです。同様のことをレキシコンを使っても指定できます SSL公式サンプル <?xml version="1.0"?> <speak
Lambda + CloudWatch Events + KMS で AWS コンソールへの不正アクセスを秒速で検知して「平穏な生活」を手に入れる - クラウドワークス エンジニアブログ
ペルソナ5にドハマリし、先日100時間以上かけてクリアした @tmknom です。 主人公の名前は吉良吉影。怪盗団の名前はキラークイーンです。ちなみに二周目に突入しました。 さて、みなさんもご存知の通り、 AWS ユーザは常にある不安を抱いています。 AWS アカウントを乗っ取られたらどうしよう。バイツァ・ダストよろしく、すべてを吹っ飛ばされたらどうしよう。という不安です。 しかし、我々は AWS を使わずにはいられないという『サガ』を背負ってはいますが『幸福に生きてみせるぞ！』という強い意思を持たねばならないのです。 そんなわけで、意思を現実のものへと体現すべく AWS コンソールへ、いつ誰がサインインしたのかSlackに通知して、 不正アクセスを簡単に検知できる仕組みを構築してみましょう。 はじめに 事前準備 バージニア北部へリージョンを切り替え Lambda の初期セットアップ Cl
伊藤直也氏が語る、サーバーレスアーキテクチャの性質を解剖する（前編）。QCon Tokyo 2016
クラウド上でアプリケーションを構築する新しい手法として「サーバーレスアーキテクチャ」が急速に注目を集めています。しかし一方で、サーバーレスアーキテクチャを採用することで得られる本質的なメリットはなにか、そもそもサーバーレスアーキテクチャとはなにを指すのか、などについてはまだ識者の間でも議論されていることです。 10月24日に都内で開催されたイベント「QCon Tokyo 2016」の伊藤直也氏のセッション「Serverless Architecture」は、こうしたサーバーレスアーキテクチャの本質について大きな示唆をもたらす内容でした。この記事では、その内容をダイジェストで紹介します。 （本記事は前編、中編、後編に分かれています。いまお読みの記事は前編です。） Serverless Architecture 一休 CTO 伊藤直也氏。 先に結論を言ってしまうと、サーバーレスアーキテクチャと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS vs GCP 今から作る ならどっちがいいの!?
AWSとAzureのサービス名対比表
