見せてあげますよ、本当のサーバーレスを

どうもこんにちは。
初日ですね！張り切っていきましょう！

はじめに

本当のサーバーレスというのは、あくまでBKS(ぼくの考えた最強の)シリーズで、
現時点での実現可能性を無視します！ごめんなさい！
また、もともとWebエンジニアなのでWebエンジニア視点のお話をします。

ぼくのかんがえるサーバーレスのていぎ

ひとことにサーバーレスといっても人によって様々で、
色々な概念(FaaS, NoOps, Client <> Server, etc...)が混在してたり、
観点の違いから捉え方が大きく違ったりしてる印象が強いです。
なので、「ぼくはこうかんがえているよ！」「だからこうしてそれらを実現しているよ！」ってお話をします。

余談ですがぼくは サーバー のことを サーバ と表記・発音するので今日はいつもより頑張って１文字多くうっていきます！

ぼくはこう考えているよ！

ざっとあげるとこんな感じです。

• FaaSを利用しない
• BaaSを利用しない
• アプリケーション・サーバーを利用しない
• クライアントの対義語のサーバーの概念ではない
• スケールという概念を意識しない
• DBサーバは持ってよい

サーバーレスっていうくらいなんだから、 「自前サーバーが存在しない」 という概念ではなく、
どこにもアプリケーション・サーバーが存在しない、そんなものとして定義しています。
この考えをもって何かを作っている、とかではなく、どうせならこうなってほしいという願い成分が多めです。

じゃあどうするのさ？

Webエンジニア的に

• 守りたいものはデータ（およびデータベース）である
• SPA + APIでサーバーがHTMLを返却する時代は終わ[る|った]

みたいな感じなので、あとは突破すべきものが認証・認可のみなのでは！？と考えています。
認証・認可でさえ、フロントエンドから直接データストアを読みにいくことができれば可能！？（今回はAWSのCognitoに甘える）

つまり こういう こと

具体的にどう実現したか

WordPressのようなブログをAWSのみで完結させる想定

• S3
  • AWS SDK for JavaScript
• Cognito
  • ログインユーザにDynamoDBのWrite権限を付与
• DynamoDB
  • Read: 誰でも
  • Write: 認証済みユーザのみ

やってみてどうだったのよ？

コスト（学習）

☆☆☆
JavaScriptさえかければ、公式ドキュメントが整っていてすぐにはじめられる == 低い
だが、AWS限定になってるので、AWSはじめての人にはつらいかもしれないので☆３つ

コスト（おかね）

☆☆☆☆☆
コンピューティングのナニガシを使わないのでやっすい。
これ以上いうことない。

運用面（メンテナンス性）

☆☆☆☆
金額コストと同じく、コンピュートレスなのでNoOpsっぽく扱えてとても楽
ただDynamoDB特有の何かとかに当たると一気にハードルがあがる気がする

性能

☆☆☆☆
ブラウザ <-認証基盤-> データストアなので、ボトルネックが少なくはやめ
ただフルマネージドな認証基盤を使うことで管理不能なパフォーマンスがボトルネックになるかもしれないなーって思った

おわりに

AWSにかぎらずFaaSや認証基盤が整ってきていて、サーバーレスを手軽にはじめられる時代なんだなーと深く感じました。
ただ、Webの視点からだと通信のオーバヘッドが大きくなってしまったり、インターネットにロジック公開するのか？っていう疑問があったり
脳死状態でサーバーレスでやるんじゃあ！とまではいかなそうでした。
逆にバッチ系はFaaS一択だと思います。

なんか 言ってることおかしいぞ とか それは違う みたいなことがあれば是非コメントにてご指摘ください。

余談

フロントではないけどすでに玉川さんが２年も前に書いてて悔しい。
http://qiita.com/KenTamagawa/items/36238d6264ee14c2b50f