LambdalithとSingle purpose Lambdaは1つのAPI Gatewayで共存できる | DevelopersIO
Lambdalithな構成でサーバーレスアプリケーションを実装する事例が増えてきていると思います。実際に Lambdalith と Single purpose Lambda が1つの API Gateway の中で共存できるのか、CDKを用いて実装し試してみました。 はじめに 最近、Monolith Lambda(以降 Lambdalith)な構成でサーバーレスアプリケーションを実装する事例が増えてきていると思います。 サーバーレスアプリケーションを作る際に、最初はLambdalithで構成し、必要になった場合に Single purpose Lambda と共存させれば良さそう、という意見が見られるようになりました。 今回は実際に Lambdalith と Single purpose Lambda が1つの API Gateway の中で共存できるのか、CDKを用いて実装し試してみま
スプレッドシートとAWSでコストかからない業務システムを作る設計TIPS
はじめまして @shimma です。本業はD2C企業のCTOとして働く傍ら、業務支援として複数社、インフラを中心に直接手を動かして、社内で横展開できるような設計・コードベースをご提供しています。 枯れた技術で コード行数少なく 運用コストかからず 8-9割くらいのことを解決できる こちらが私の設計がポリシーです。 世の中9割はスプレッドシートで解決できる 私達の想像以上に、世の中の困りごとの大半はスプレッドシートやエクセルで解決ができます。エンジニアに依頼しなくても直接ロジック変更できるなど、組織リソースの有効化としてもメリットあります。 一方、複雑な数式やマクロにすべてを寄せ切り、ロジックを育てていくと、メンテナンスが困難を極めていきます。この記事を読んで頂いている技術者の方々であれば 複雑な箇所はコードによせて 変更しやすい所はスプレッドシート／Google App Script とい
Steve Yegge の Google Platform Rant をもう一度読む
2011 年の文章だけど、今でもかなり示唆深い。 Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編） Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（中編） Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（後編） 以下は気になったポイントを引用しつつ、行間を読みつつまとめたもの。個人的な解釈も入っているので注意してください。 プロダクトとプラットフォーム まずシステムを “プロダクト” と “プラットフォーム” に分け、それらが根本的に違うと言っている。 特定のセグメントに価値を届けるシステム (垂直統合的)特定のセグメントに機能を素早く提供できる完璧な要件定義をし、それをリリースするのが理想 プロダクト プラットフォーム プロダクトは特定のセグメントに対して価
LAMP 構成のシステムが抱えていた問題を Amazon API Gateway + AWS Lambda のサーバレス構成にして解消した話 - WILLGATE TECH BLOG
ウィルゲートのアーキテクト兼技術広報の岡田（@okashoi）です。 今からおよそ 1 年前に取り組んだ、社内システムをリニューアルによってサーバレス化した事例についての紹介と、1 年経過したところのふりかえりや所感を書きたいと思います。 システムリニューアルの背景 利用量の増加に対してスケールしにくい サーバリソースの利用効率が悪い エラーが発生した場合の原因究明が難しい リニューアルプロジェクト発足 目的は「スケーラビリティ向上」 「コスト削減」 「信頼性向上」 メンバー3 名でおよそ半年にわたるプロジェクト 目的へのアプローチ Amazon API Gateway + AWS Lambda によるサーバレスアーキテクチャの採用 Amazon Elasticsearch Service を用いたログの可視化と運用を考えたログ設計 プロジェクトでの取り組み 機能の洗い出し Go 言語 +
Lambda+GItHub+Travis CIで全自動サーバーレスAPI
2016/06/11のフロントエンドカンファレンスのLTで発表した資料です。
LINE Bot API の HTTPS Callback は Amazon API Gateway を使うと簡単便利安価で最高 - おともだちティータイム
追記 (4/15) 現在は Let's Encrypt の証明書が利用できるようになっているようです。なので「https で Callback が受け取れない」と言う理由のためだけに Amazon API Gateway を使う必要も無くなりました。 LINE Bot API は Callback URL が https のみで、しかも Let's Encrypt や StartSSL と言った無料の証明書が使えない。どうにか安価で Bot を動かしたいとなると Heroku のようなドメインを指定しなければ Wildcard 証明書が割り当てられている PaaS を使うのが一般的でしょう。 しかし Heroku は外に抜ける IP アドレスがどんどん変わっていくので、 Bot API の IP Whitelist に登録することが出来ない。仕方無いので Heroku に rack-rev
モバイルからのクラウド利用について 〜InnovationEGG第7回「クラウドネィティブ化する世界」 - プログラマでありたい
先日のInnovationEGG第7回「クラウドネィティブ化する世界」に登壇してきました。随分と遅くなりましたが、その資料と感想です。 発表内容 事前情報でAWS関係の発表が多いということだったので、出来るだけAWSと離れた内容にしようと考えていました。ということで、モバイルアプリをテーマです。 Innovation eggcloudnative from Takuro Sasaki www.slideshare.net 結果としては、API Gateway良いよという毒にも薬にもならない内容になってしまったような気がします。もう少し、アプリの開発面に踏み込んだ内容にすれば良かったのかもしれません。 伝えたかったこと ユーザ側の端末にインストールされるアプリという形態は、想像以上にコントロールが難しいものがあります。運用をしていると、何らかの緊急対応が必要な場面が出てきます。そういった際に
NAT Gatewayによるアクセス元IPアドレスの固定 | DevelopersIO
雪山ジャンキー渡辺です。 今年もクラスメソッド雪山部は絶賛活動中ですよ。 さて、少し前ですが、AWS NAT Gateway（以下、NAT Gateway）がリリースされました（【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに）。 NAT Gatewayは、プライベートサブネットからインターネットへの通信を実現する仕組みです（外向きのみ）。 今日は、このNAT Gatewayを利用するひとつのパターンを紹介します。 サブネットを構成する３つのパターン サブネットは種別として、パブリック・プライベート・プロテクトの３つの形態が選択できます。 外部アクセス可能なパブリックサブネット パブリックサブネットは、ルートテーブルがインターネットゲートウェイと関連付けられたサブネットです。 パブリックサブネットでは、インスタンスにEIPを付与する事により外部
API Gateway + LambdaでSlackボットを作ってみた | feedforce Engineers' blog
寒くなってきましたが暑がりなのでまだ上着はあまり出番がありません、内定者のお豆腐です。 そろそろクリスマスですね！ターミナルでnpm xmasを実行すれば黒い画面の中でちょっとしたクリスマス気分を味わえるかもしれません。 さて、今回はエンジニア内定者ブログ第2弾として「API Gateway + Lambdaを使ってサーバーレスなSlackボットを実装してみる」というお題で記事を書いてみました。 目的 昨今、サーバーレスアーキテクチャと呼ばれる技術分野が注目されており、それを実現する基盤としてAmazon Web Services（以下AWS）のLambdaが注目されています。 今年10月にAWSが提供するAPI GatewayがTokyoリージョンでも使用が可能になり、API GatewayとLambdaを組み合わせたアプリケーションの開発がより手軽に行えるようになりました。 そんな中、
Swaggerで始めるモデルファーストなAPI開発
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
Amazon API Gateway で気になった機能をまとめてみる - ボクココ
今回の話題は つい先日出た Amazon API Gateway について。 あくまで自分が注目したところを読んでのできる範囲であるため、それ以外にもできることがあるだろう。詳細は、API Gatewayのドキュメントを読んでいただきたい。現在は英語のみのようだ。 AWS Lambda の呼び出しとレスポンスの受け取り AWS Lambdaを使えば、プログラミングしたコードをサーバーを立てずに動かすことができる。しかも料金は実行回数と実行時間に応じた課金のため、従来のずっと課金しっぱなしだった EC2などのサーバーを立てるやり方よりよっぽどコストを抑えられる。それでもって、できることは多い。普通のサーバーにNode.jsが入った感じで、外部ライブラリを取り込んだソースコードをAmazon Lambdaに配置することもできる。 設定はシンプルだった。呼び出し先に Lambdaを指定するだけで
fluctでお手軽！EC2レスなAWS（API Gateway + Lambda）〜外部サービス（Questetra + Twilio）と連携する編【cloudpack 大阪 BLOG】 - pict3の日記
今回は、外部サービスと連携させて、もっともっとfluctを使ってみます。 連携させるのは以下のサービスです。 ・Questetra ・Twilio Questetraとは？ 業務改善手法の一つに、BPMと言われるものがあります。 BPMは、UMLなどを策定しているOMGにて策定されています。 詳しくは本家サイトへ。 Questetraは、日本のQuestetra社によって開発されたBPMツールです。 BPMN（業務フロー図）を書くことで、webサービスや人的作業の流れを可視化するだけでなく、実際に処理をさばくことも出来てしまいます。 無料版もあるため、是非使ってみましょう！ Twilioとは？ Twilioは、インターネットと電話・SMSをつなぐAPIです。 コードから、電話をかけたり、SMSを送信したり出来てしまいます。 これらと、API Gateway & Lambdaを使って、自動モ
JAWSUG千葉で、API Gatewayの話をしてきました。 - プログラマでありたい
JAWSUG千葉で、API GatewayとLambda縛りという素敵な勉強会がありました。機会を頂いて、私も話してきました。 Jawsug chiba API Gateway from Takuro Sasaki www.slideshare.net API Gateway 昨年末にLambdaが発表されて、モバイルアプリ開発者の端っこの方に属している身としては狂乱麗舞しておりました。一方で、少しどうすべきかなぁという部分があります。AndroidやiOSまたはJavaScriptからLambdaを呼び出す場合は、CognitoでAWSの利用権限の管理をするのが一般的です。その実装をそれぞれのアプリに組み込むより、組み込んだものをAPIとして利用する方が疎結合になり楽だなと考えていました。 そんな所で満を持してAPI Gatewayの登場です。アプリとAWS側がより疎結合に設計できるよう
fluctでAPI GatewayやLambdaと仲良くやる - ✘╹◡╹✘
https://github.com/r7kamura/fluct というのをつくってて、これを使ってAmazon API GatewayとAmazon Lambda上に簡単にWebアプリをつくれるようにしたいなあと思っている。そうなると、Amazon API GatewayとAmazon Lambdaが適したWebアプリをつくるにあたっては、サーバの用意や管理が要らず、簡単にWebアプリを公開でき、複数の検証環境を手軽に用意でき、エンドポイントごとに独立してデプロイでき、まあまあスケールし、24時間自分専用のサーバを動作させないぶんそれなりに安く、AWSと運命を共にできるといった環境が手に入る。 インストール fluctはNode.jsで書かれていて、npm経由でインストールできる。なぜNode.jsかと言うと、Amazon LambdaでNode.jsかJava 8しか動かないのでNo
GitHub - serverless/serverless: ⚡ Serverless Framework – Effortlessly build apps that auto-scale, incur zero costs when idle, and require minimal maintenance using AWS Lambda and other managed cloud services.
Here's a list of everything that's new in V.4, so far: Introducing Serverless MCP: Built for Cursor, Windsurf, and other AI-powered IDEs, it auto-detects cloud resources from your code, fetching logs, state, and config from AWS, enabling you to debug serverless apps directly in your IDE — no AWS console visit needed! Supports Serverless Framework, Cloudformation, and more. Introducing the Serverle
Amazon API Gatewayをブラウザから呼んでみた | DevelopersIO
はじめに 好物はインフラとフロントエンドのかじわらゆたかです。 Amazon API Gatewayのノウハウがいろいろ出ているので、 ブラウザから動かして見ようと思います。 流れとしてはAWS Lambdaで、S3 Pre-Signed URLの生成を実装し、 それをAmazon API Gatewayにデプロイします。 その後、ブラウザからデプロイされたAPIを実行し、 生成されたS3 Pre-Signed URLからアップロードされた画像を取得するといった形になります。 Pre-Signed URLの生成 AWS SDKを用いて、Presigned-URLを発行します。 AWS Gateway自体はTokyoリージョンには来ていませんが、 取得するS3のオブジェクトはTokyoリージョンから取得するといったケースで実装してみます。 app.js 'use strict'; var A
Amazon API Gateway + Lambda + Amazon Machine Learning で会員の購買予測が出来るWordPressプラグインを作る - Qiita
概要 Amazon API Gateway + Lambda + Amazon Machine Learningでユーザの購買(契約)予測が出来るWordPressプラグインを作ってみました。 Amazon Machine Learningでデータを機械学習させ、結果をAPI GatewayからWordPressへ返却、ユーザの購買(契約)予測を管理画面のユーザ一覧に表示させるまでを実施します。 この人のデータからは購入（契約）できそうだなとか、そうではなさそうだなというのを管理画面から可視化する仕組みです。 Amazon Machine Learningにてモデルを作る Amazon Machine Learningのサンプルをちょっとチューニングしてみるを参考にさせてもらいました。 こちらと全く同様のチューニングを行い、契約してくれそうな顧客を予測します。 サンプルデータはカリフォルニ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
developersio-2023-aws-api-publication-checklist
AmazonがAPIの構築と実行を行うマネージドサービス"API Gateway”をリリース
Amazon API Gatewayに自動で定義するやつ - ✘╹◡╹✘
