Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 2017/12~2018/01にかわいいフリー素材集 いらすとやの専用検索サービスを作っていました。 完成後、いらすとやの中の人とコンタクトを取り許可をいただけたのでいらすとや検索(公認ファンサイト)として先日公開しています。 この記事の目的 AWSは従量課金なので使うときは料金が爆発しないか不安だけど、構成次第ではVPS 1つ借りるよりよほど安いよと伝えたい 既存サイトのデータを継続的にcrawlingして提供するサービスの典型例として共有 せっかくサービス作ったのでもっとみんなに使ってほしい・・・ システム構成図 運用コスト
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 下記GitHubにサンプルをアップロードしました。 https://github.com/teradonburi/CognitoUserAuthApiApproval サーバレスアーキテクチャとは サーバを運用する場合、大まかにわけて次の３つの選択肢が存在すると思います。 自社でサーバを管理するケース（オンプレミス型） クラウドサービスでサーバを管理してもらうケース（IaaSクラウド型） クラウド上でビジネスロジックのみ記述して、必要な時だけサーバを稼働させ、スケールもクラウドサービスに任せるケース（サーバレス型） クラウドに依存するほ
先日のInnovationEGG第7回「クラウドネィティブ化する世界」に登壇してきました。随分と遅くなりましたが、その資料と感想です。 発表内容 事前情報でAWS関係の発表が多いということだったので、出来るだけAWSと離れた内容にしようと考えていました。ということで、モバイルアプリをテーマです。 Innovation eggcloudnative from Takuro Sasaki www.slideshare.net 結果としては、API Gateway良いよという毒にも薬にもならない内容になってしまったような気がします。もう少し、アプリの開発面に踏み込んだ内容にすれば良かったのかもしれません。 伝えたかったこと ユーザ側の端末にインストールされるアプリという形態は、想像以上にコントロールが難しいものがあります。運用をしていると、何らかの緊急対応が必要な場面が出てきます。そういった際に
安全なVPC設計 Tweet VPCの構築はAWS を使って Web サービスを構築する上で避けて通れないものですが、デフォルトで作成済みの VPC はセキュアとは言い難いものです。 しかしながら、正しい VPC を構築するためにはネットワークに関する知識に加えて AWS 特有の事情も関わってくるため、Web アプリケーション開発者にとって容易なものではない場合が多いでしょう。 この記事では、私のおすすめする VPC の設定の紹介と、なぜそのような設定がよいのか、他の設定と比較します。 public と private サブネット public サブネットとは、インターネットにアクセス可能なサブネット、つまり、そのサブネットのルートテーブルに Internet Gateway が設定されているサブネットのことです。 一方で private サブネットとは、直接のインターネットアクセスのでき
雪山ジャンキー渡辺です。 今年もクラスメソッド雪山部は絶賛活動中ですよ。 さて、少し前ですが、AWS NAT Gateway（以下、NAT Gateway）がリリースされました（【新機能】ついに登場！Amazon VPC NAT GatewayでNATがAWSマネージドに）。 NAT Gatewayは、プライベートサブネットからインターネットへの通信を実現する仕組みです（外向きのみ）。 今日は、このNAT Gatewayを利用するひとつのパターンを紹介します。 サブネットを構成する３つのパターン サブネットは種別として、パブリック・プライベート・プロテクトの３つの形態が選択できます。 外部アクセス可能なパブリックサブネット パブリックサブネットは、ルートテーブルがインターネットゲートウェイと関連付けられたサブネットです。 パブリックサブネットでは、インスタンスにEIPを付与する事により外部
寒くなってきましたが暑がりなのでまだ上着はあまり出番がありません、内定者のお豆腐です。 そろそろクリスマスですね！ターミナルでnpm xmasを実行すれば黒い画面の中でちょっとしたクリスマス気分を味わえるかもしれません。 さて、今回はエンジニア内定者ブログ第2弾として「API Gateway + Lambdaを使ってサーバーレスなSlackボットを実装してみる」というお題で記事を書いてみました。 目的 昨今、サーバーレスアーキテクチャと呼ばれる技術分野が注目されており、それを実現する基盤としてAmazon Web Services（以下AWS）のLambdaが注目されています。 今年10月にAWSが提供するAPI GatewayがTokyoリージョンでも使用が可能になり、API GatewayとLambdaを組み合わせたアプリケーションの開発がより手軽に行えるようになりました。 そんな中、
× You’ve unlocked unlimited downloads on SlideShare! Your download should start automatically, if not click here to download You also get free access to Scribd! Instant access to millions of ebooks, audiobooks, magazines, podcasts, and more. Read and listen offline with any device. Free access to premium services like TuneIn, Mubi, and more.
Amazon API Gateway で気になった機能をまとめてみる - ボクココ
今回の話題は つい先日出た Amazon API Gateway について。 あくまで自分が注目したところを読んでのできる範囲であるため、それ以外にもできることがあるだろう。詳細は、API Gatewayのドキュメントを読んでいただきたい。現在は英語のみのようだ。 AWS Lambda の呼び出しとレスポンスの受け取り AWS Lambdaを使えば、プログラミングしたコードをサーバーを立てずに動かすことができる。しかも料金は実行回数と実行時間に応じた課金のため、従来のずっと課金しっぱなしだった EC2などのサーバーを立てるやり方よりよっぽどコストを抑えられる。それでもって、できることは多い。普通のサーバーにNode.jsが入った感じで、外部ライブラリを取り込んだソースコードをAmazon Lambdaに配置することもできる。 設定はシンプルだった。呼び出し先に Lambdaを指定するだけで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
