2019というイベントの啓発(参加者、登壇者)ありました。私も参加しようと思っています。和之(株式会社ゼンアーキテクツ)自分は普段AWSの世界に浸かられてるのでAzureは新鮮でした。最近サポートし始めてる。Coreとワーカーを分離することによって軽量化できたらしい。Lambdaも提供してない。(起動時間はいつも改善しようとしてるらしいけど・・・)TypeScript正式利用!これはすごいね。ステートフルファンクション。JavaScript)で定義できるのは面白いですね。DynamoDBみたいなやつ。機能があるように見える。起動することができる。いうものと組み合わせれば、WebSocketsにパブリッシュできそう。Serverless。Serverlessと同じような挙動してるっぽい。いつか完全にリクエスト課金のSQLデータベースできるといいね。プロダクトが多いのでコントリビュートできる。正直なところ、あまりAWSから移行する!という感じはしなかった。個人的にはTypeScript興味ありますが、C#など全然興味ありません(C#を勉強する前に、Rustをちょっと深掘りしたい・・)。冒頭の通りあまりAzureのこと触れないので、今回はとてもいい機会でした。私は個人的には、「サーバレス」を直接うるんじゃなくて、サーバレスで運用が楽になった分、たとえ運用費を同じ額をもらってると特になると思う。(エンドユーザーからみたら、全く同じ方式)ただ、サーバレスで以前できなかったことを実現できれば付加価値として請求できると思う。サーバレスは急なバーストなどに耐えられる設計しやすいので、「安易に急なバーストを耐えられるアプリを作る」という提案はできます。それ以外は、あくまで最適化の手段の一つだと思う。SAMで管理しきれないのは別レポジトリーのCloudFormationが。100個以上のLambda関数。多い!6ヶ月をかけてエンジニア2人で作ってるみたい。なんて複雑なプロジェクト。始まりがだいたい良さそう。「Serverlessを極めるためにDynamoDBデータモデリングを極めよう」という資料を参考になります。ベストプラクティスを従ってると問題ない、という感じだね。定義を落とし込んでる。DynamoDBトランザクションが10個に制限されてる。「簡易に超過する」いいえ、これはDynamoDBをRBDMSっぽく使うとそうなるけど、本当にNoSQLファーストな設計じゃないとだめ。(先ほどのServerlessを極めるために・・)やっぱり、DynamoDBと限らないNoSQLは、「大量なデータに適した技術」なので、まだRBDMSを使った方が適切な場合は多いと思います。私がいるスタートアップ界隈は条件などが急に変わったりすると、アクセスパターンがかなり変わる。アクセスパターンを更新するたびにデータベース設計も変えないといけなかったら、かなり厳しい感じします。DynamoDBを意識しない仕組みを作るのがベストというが、これは絶対にしちゃいけないこと。すると慣れてるRBDMSっぽいことをしようとする。