driver送り、という使い分けができそう(未確認)参考リンクdocs.docker.comdocs.docker.comsourceでstdoutかstderrか取れる。2019」で、サーバーレス×IoTで話します。IoTで「サーバーレス」という考え方・手法が重要なのかを議論します。IoT)もっと読むコメントを書く2019-05-10もう「サーバーレスだけどサーバあるじゃん」という話をしたくない3年ぐらい同じ事を言い続けてるんだけど、そもそもサーバーレスという言葉の由来はソフトウェアアーキテクチャの話*1。Appから死ぬほど言われ続けている制約を満たすプログラミングモデルがサーバーレスの本質です。この制約に視点を置くとサーバーレスとしか言いようがない。これを真面目にやろうとすると、キューやPub/Subによる非同期タスク(イベント駆動)が必要になってきます。LambdaをはじめとするFaaSです。その一方で、これを満たしたソフトウェアは、AWSなりAzureなりGCPなりクラウド基盤側が勝手にサーバを増やしたり減らしたりできて、完全従量制にできたりメリットがたくさんでてきます。いうゼロからスケールできるフルマネージドサービスの性質もサーバーレスと呼んでいます。メリットが分かりやすいためクラウドベンダーが主張したいのはこちらの性質なんですが、でもこれって「所有せず利用する」というクラウドコンピューティング全体の流れの延長線上でしかないんですよね*2。この設計と運用の二つの性質が混ざったのが現在の「サーバーレス」です。プログラマがサーバを(設計上)気にしてはいけない+(運用上)気にしないと捉えるのが良いと思います。単純に「サーバが無い」というだけの解釈をしやすいのは事実なので、こういう理解をした方が楽しいよ、という話です。Machineなんですよね。この英語と日本語でのニュアンスの違いが大きいのかなという気はします。10:00)あまり記事の意図が伝わってない感じなので、脚注に書いていたことを本文に組み入れました。こんな読まれると思っていなかったのでポイントをあまり気にせず書いていたのですが、伝えたいのは以下の2点です。サーバーレス(Serverless)という単語にも理由があるし、サーバマシン、サーバプロセスへの依存排除というこの抽象化の世界は面白いので、そう単語自体を否定しないで欲しい。「こういう背景もあるのか」ということで一定の納得をしてもらい、この名前の話はとっととやめて、サーバーレス技術を使っていかに楽に楽しくシステムを作るかの話をしたい。プログラミングの抽象化の流れの延長線上ではあります。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。