#前提
あなたは、小さめの会社のインフラエンジニアだ
幸いなことに会社は オンプレではなくクラウドサービス AWSを使っている
残念なことに システムを全て理解出来るのはあなたしかいない
#大量アクセスがきたら？
想定外の大量アクセスがきたらサーバはどうなるだろうか？
処理がおいつかず サーバエラーが表示されたり
サーバが落ちる事もある
#でもオートスケーリングがあるじゃない？
インスタンスの立ち上げに数分かかる。
DBのレプリケーションもデータ同期まで時間がかかる。
じわじわとアクセスが増えれば、設定次第では起動間に合うが
CMが出た、アイドルが宣伝した、イベント開始 など、一気にスパイクが来ることの方が多い
そのようなスパイクに耐える方法もあるが、たとえば 常に多めにサーバインスタンスを立ち上げるなど。
しかし それではお金がかかる
オートスケーリングは スパイクに対しては信用できない
あなたは ２４時間サービスを監視し、なにか障害があればすぐに駆けつけなければならない
あなたは 旅行にはいけないし、親戚に不幸があっても行くことが出来ない。
#超大量リクエストきたら？
実際に 知り合いのサービスは 急なスパイクでフロントサーバが１００台以上立ち上がった
Readだけなら問題ないが、DBへのWriteをふくむアクセスの場合
DBをレプリケーションしたとしても、マスターがボトルネックになり レスポンスが悪くなり
最悪DBが落ちる
もちろん、シャーディングで対応すれば それも回避できるはず！
#Amazonにインフラ監視まかせられない？
もちろん物理的なサーバトラブルはAmazonが今でも保証してくれているが
サービスやインスタンスの管理はしてくれない
ところが AWSにはマネージドサービス つまり SaaS的なサービスがいくつかある
DBだとDynamoDBなど
これらを使えば、サービスの監視をAmazonに委ねる事ができる
しかも オートスケーリングと違い、AWSが必要に応じて瞬時にスケーリングしてくれる
NoSQLになるので、設計は色々変える必要が出てくるが・・・
DBはこれで 管理しなくてよくなった！
だが Webサーバは管理必要なので、まだ旅行に行けない
＃API Gateway
API Gatewayという、指定したURLに対するアクセスがあった場合に
指定したイベントを呼ぶ（後に出る LambdaやDBなど）
いわゆる Routingのコントローラーである
当然 これも AWSマネージドなので、大量アクセスも気にしなくてよい
#Lambda
上記のAPI Gatewayから特定URLがアクセスされた時の動きを記述する Modelだ
AWSだと node、go、Java、Pythonなど いろいろな言語で記述出来る
これも マネージドなので、自動的にスケーリングしてくれる
#完璧？？
API Gatewayでリクエストをうけ
Lambdaでロジックをかき
DynamoDBに R/W する
サーバレス＆フルマネージド！
安心して旅行行ける？？
そう、ある程度までの規模のアクセスなら、これで完成だが
超大量アクセスが来た場合、DynamoDBが料金が高くなるのもあるし、アクセス数も制限がある
#Queue
直接DynamoDBに入れるから問題が起こるので
いったん Queueにためて 非同期処理をすれば、アクセスが集中しても DBへのR/Wは時間を分散できる
もちろん、リアルタイムに結果が返ってくる必要があるサービスには向かないが
実は非同期で問題ないサービスは非常に多い
AWSのキューサービスは複数あるが 代表的なものは
SQS: 順番が保証されない
SQS FIFO： 順番保証されるがパフォーマンス悪い
Kinesis： 順番が保証され大量データに強い
ということで 私はKinesisをおすすめ
API Gateway -> Lambda -> Kinesis --> DynamoDB
これで 超大量アクセスがあっても、まず問題なく 非同期アクセスが可能
これで旅行に行ける！
#EMR
DynamoDBは Writeがけっこう高い・・
ので 超大量アクセスを処理する安くて速い方法は？
Hadoopですね
HadoopはAWSではEMRでマネージドされてます
API Gateway -> Lambda -> Kinesis --> EMR(Hadoop) -> DynamoDB
場合によっては、Hadoopを使ってバッチ処理をするほうがいいかもしれませんね
#最後に
サーバレス（マネージドサービス）により あなたは旅行に行けました
スマートフォンにアラートが来る
Amazonが管理してくれてくれるから大丈夫
・・・復帰しないサービス
プログラムやデータの不具合は あなたしか直せないので
やはり あなたは旅行に行くべきではない
サーバだけでなく、エンジニアもバックアップ作ることが 次の目標です