← メディア一覧

FaaS革命:「サーバーレス」はいかにして全てを変えたか

6分09秒 | FaaSサーバーレス

基本情報技術者試験の頻出テーマを解説した動画コンテンツです。

トランスクリプト(字幕テキスト)

いや、前回のピザの例え、IaaSPaaSSaaSの違いがすごくスッキリしました。それは良かったです。 でも、あの後いただいた資料を見ていたら、また新しいキーワードが出てきまして。はいはい。サーバーレス。 これ、言葉通りだとサーバーがないってことじゃないですか。プログラムって一体どこで動いてるんだろうって。 今日はこのサーバーレス、特にFaaSっていうのが開発の常識をどう変えたのか、探っていきたいなと。 まず大事な誤解を解いておくと、サーバーレスといっても物理的なサーバーが消滅したわけじゃないんです。 ポイントは、開発者がサーバーの存在を一切気にしなくて良くなったということ。クラウド進化の究極の形ですね。 なるほど。ピザの例えでいうと、PaaSはデリバリーピザでお店の厨房は気にしなくていい感じでしたよね。 FaaSはもっと手軽に、ボタンを押したらピザが出てくる自動販売機みたいな感じですか?いい線いってます。 魔法みたいなもので、ピザが食べたいと思った瞬間、温かい一切れだけがふわっと現れるイメージです。 魔法なら必要な時にだけ現れて、用が済んだら消える。専門的にはこれをイベント駆動イベントドリブンと呼びます。 何かが起きたら動く仕組みです。例えば玄関のセンサーライト。メール受信やボタンクリックをトリガーにします。 プログラムが動き出し、仕事が終わったら跡形もなく消えます。だから待機中の維持コストを全く考えなくていい。 その維持コスト、お会計の話がここの一番の肝ですよ。ここがまあ、最大の革命かもしれません。 昔はアクセスが全然なくてもサーバー代が月5000円かかって。厨房の火をずっとつけっぱなしにしている状態でした。 その待ち時間のコストが重かった。ですが、FaaSプログラムが動いた数ミリ秒から数秒の間だけちょこっと課金されます。 軽快なコスト体系なんです。もしあのサービスをFaaSで作っていたら、月10円もかからなかったでしょうね。 このモデルのおかげで、昔は無理だったことも現実的になりました。例えば年に1回しか動かない災害情報システムとか。 そのためだけにサーバーを動かすのは無駄ですよね。でもFaaSならそれが可能になったんです。都合よく動くんですね。 一瞬で起動するとなると、逆に遅かったり落とし穴はないんですか?鋭いですね。確かにコールドスタートがあります。 最初の起動が少し遅れる現象はあります。常に高速応答が求められるECサイトのメイン機能などには向いていない。 まさに適材適所。万能薬ではないんです。ところで、使った分だけ支払う仕組み、あるものの正体だって資料にありましたが。 何か心当たりあります?うーん、スプレッドシートの関数とか?答えはGASGoogle Apps Scriptです。 あの自動化コードが、実はクラウドの最終形態であるFaaSで動いてるんです。世界最先端のインフラ技術ですね。 最後に考えてみてください。このシンプルな仕組み、あなたの日常で魔法を使って自動化できることは何がありますか? サーバーの管理?もういらない。書いたコードがなんとミリ秒単位で課金される。そんな未来が今ここにあります。 今日はアプリ開発の常識を変えた、FaaS、またの名をサーバーレスの革命のど真ん中に飛び込みましょう。 まず最初に、「サーバーレス」と言っても本当にサーバーが消えてしまったのか?という問いから始めましょう。 コードはどこで動いているのか。この問いにこそ、FaaSを理解するための最大のヒントが隠されています。 5つのステップで、サーバーレスという言葉の誤解を解き、その驚くべき仕組みとメリットを明らかにします。 セクション1、サーバーレスという神話。結論は、サーバーが物理的に消えたわけではないということです。 例えるなら電気。発電所を気にせずコンセントを使うのと同じ。開発者はコードを書くことに集中すればいいのです。 面倒なサーバー管理は全部クラウドベンダーがやってくれる。これが「サーバーレス」の本当の意味なんです。 セクション2、「常時オン」から「瞬間」へ。ここでのキーワードは、根本的な発想の転換です。 従来のモデルは、客が来るか分からないのに火をつけっぱなしにしているレストラン。無駄なコストがかかります。 一方、FaaSは必要な一瞬だけ着火する。調理が終われば火は消える。待ち時間の無駄が一切ないんです。 セクション3、主役の登場、関数。サーバー全体を動かすのではなく、必要な瞬間だけ動かす。それが関数です。 ベースにあるのはイベント駆動という考え方。メール受信などをトリガーに、プログラムが目を覚まします。 動くのはアプリ全体ではなく、特定の役割を持った小さなコード、関数。この身軽さがFaaSの強みです。 セクション4、100万の力。もし100万件のリクエストが一気に来たら?オートスケーリングの魔法が発動します。 ユーザーがボタンを押すと、クラウド上で関数が起動します。1人ならこれで十分シンプルですよね。 でも100万人が一斉に押したら?FaaS瞬時に100万個に分身して並列処理します。パンクしません。 処理が終われば、分身は跡形もなく消え去る。サーバーを増やす作業は、人間には全く必要ないんです。 セクション5、究極のコスト革命。この動きが、「お金の払い方」における最大の革命に繋がります。 誰もアクセスしていない時間の維持費を払う必要はありません。仕事をした時間、ミリ秒単位で課金されます。 これが究極の「使った分だけ支払う」モデル。トラフィックが変動するサービスではコスト削減効果が劇的です。 爆発的なショップや、夜間使わないツール。アクセス0ならコストも0なんです。革命的ですよね。 まとめ。サーバー管理不要自動スケーリングコスト削減。この3つがFaaSのポイントです。 最後に。サーバー管理の終わりは、創造性の始まりです。エンジニアが重労働から解放された時、何が起こるか。 余った時間で諦めていたアイデアを形にできる。真の創造性の始まりが、ここにあるのかもしれません。

このコンテンツは Web society で視聴・学習できます。