負荷テストをサーバーレスで実現するServerless-artilleryを試してみた | DevelopersIO
Webシステムの負荷テストツール選定にお悩みではないでしょうか。私は悩んでいました。 今回はサーバーレスで負荷テストを実施するServerless-artilleryを紹介します。 こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社 の吉井です。 今回はサーバーレスで負荷テストを実施できる Serverless-artillery を紹介します。 Lambda 関数からテスト対象 URL に対して事前に定義した回数、期間、パターンで負荷をかけます。 テストサーバーを EC2 で起動し管理することは、それなりに手間ですし、テストが長期間になればコストも無視ができなくなります。 その点 Lambda なら実行回数分のコストなので安心感はあります。 負荷テストの実施 Serverless-artiller
【速報】T3インスタンスがリリースされました！ | DevelopersIO
はじめに 中山（順）です。 みなさん、T2インスタンス使ってますか？お安いので検証環境などでは御用達という方／負荷が低い本番環境でバリバリ使ってるぜって方も多いと思います。 そんな中、T3インスタンスがリリースされました！ New T3 Instances – Burstable, Cost-Effective Performance Burstable Performance Instances 提供されるインスタンスタイプ t2インスタンス同様のラインナップです。 t3.nano t3.micro t3.small t3.medium t3.large t3.xlarge t3.2xlarge 利用できるリージョン 以下の12リージョンで利用可能です。 US East (Ohio) US East (N. Virginia) US West (N. California) US Wes
サーバレスアーキテクチャ入門 - Speaker Deck
Gaming Tech Night #2 re:Born (再始動) で登壇した資料です。 https://gs2.io/
【CEDEC2016】想定を遥かに上回るユーザーが殺到した『Fate GO』――ディライトワークスが明かした負荷対策とAzureからAWSへの移行 | gamebiz
ディライトワークスのプログラマーの今井守生氏、上野威史氏、ピアレスの田村祐樹社長が「『Fate/Grand Order』における、ディライトワークス流AWS導入＆活用術」と題するセッションを8月24日の「CEDEC 2016」で行った。このセッションでは、大人気ゲームアプリ『Fate/Grand Order』におけるMicrosoft AzureからAWSへの移行、そして活用術を具体的かつ実用的に紹介した。 今回は、今井氏の講演を中心にレポートしていこう。氏は、スパイク・チュンソフトなどを経て、2014年にディライトワークスに入社した。『Fate/Grand Order』においては、サーバー関連の業務を担当しているという。API仕様作成とテーブル構造の決定、実装、コードレビューなどを行っているそうだ。 またディライトワークスの紹介も行った。2014年1月に設立されたばかりのスマートフォンゲ
スマホアプリ開発時にさくっと叩けるAPIサーバをnginx・Let’s encrypt・JSON Serverで構築する - Qiita
目的 スマホアプリ開発の初期段階でまだAPIの仕様等がフワっとしているような状況で、さくっと試験用のAPIサーバーを立てて、APIをちょこちょこいじってみながらアプリ開発をしたい。 ローカルマシンにJSON ServerでAPIサーバ立てるのが一番早そうだったけど、どうせならネットワーク上に置いてHTTPSでAPI叩いてみたいよね、ってことで構築してみた。 完成予定図 スマホアプリ開発用PC ↓↑ HTTPS（Let’s encrypt） ↓↑ Nginx（:443） ↓↑ JSON Server（:3000） ※ サーバはEC2使ってますがお好みに合わせてどうぞ 構築手順 1. AWSとドメインの準備 1. 管理コンソール等からEC2インスタンスを立ち上げる 今回はOSは Amazon Linux AMI 2016.03.1 (HVM) を選択 インスタンスタイプはt2.microを選択
実践！ヌーラボサービスでの CloudFront の障害対策 | 株式会社ヌーラボ(Nulab inc.)
CDNが単一障害点にならないようにするために ヌーラボでは 2010 年 Cacoo の商用サービスの開始に合わせて AWS における運用を開始しました。当時、運用環境として AWS を採択する決め手の一つになったのが CloudFront でした。その後も着々とエッジロケーションは増え、独自ドメインのサポートなど魅力的な機能も提供され、今ではヌーラボの全サービスの静的ファイルの配信で利用している、無くてはならないサービスとなっています。 その魅力の反面、CloudFront の障害は、アプリケーションそのものに問題がなくても、以下のような表示が崩れた画面が表示されて、ユーザが全くサービスを使えなくなるという、その影響が非常に大きいものです。また障害の原因が DNS やネットワークの経路における問題といった、私たちが直接解決しにくい領域にあることもしばしばです。 ただ、どんな事情であれ、障
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
