以内にインスタンスが終了するようなことはなく、もっと長い生存期間を持ちます。フルマネージドサービスで関数を呼び出すように利用できるようなSaaSを指します。ようなサービスを指します。いずれも共通する特徴として、OSやプロセスについて考える必要がなくなり、サーバの死活監視のような業務が不要となる。アプリケーションエンジニアでありながら、インフラ保守もしている。いうような立場の方からすれば、こういった環境が整ってくるのは望ましいこと。いう印象があるのではないでしょうか。サーバ開発のこれまでサーバレスとはなんぞや。いうところがまとまったところで、これまでのサーバ開発を振り返ってみようとおもいます。これまでのサーバ技術は以下のような変遷を遂げてきました。Service)コンテナオンプレミスオンプレミスはハードウェアを購入し、サーバにラッキングして、配線をして...。ハードウェアの調達には数週間〜数ヶ月を要するようなことも珍しくなく、アプリケーションのベンチマークを取って必要台数を検討する。いうようなアプローチが取りにくい時代でした。仮想化その後、仮想化技術が出てきました。必要に応じてそのインフラの上で仮想サーバを動かして利用する。この世代では、サーバの調達期間は劇的に短縮され、アプリケーションのベンチマークを取って、必要なだけ仮想サーバを用意する。いうようなアプローチがとりやすくなりました。それはアプリケーションエンジニアの目線であり、この裏では結局ハードウェアをメンテナンスするインフラエンジニアがハードウェアの需要予測をしたり、調達したりをしていました。アプリケーションエンジニアの要望に迅速に応えられるような体制にするには、余剰にサーバインフラをもつ必要があり、まだまだ課題があった時代といえます。ようなクラウドベンダーが一括してサーバを購入し、利用者に提供するサービスです。これによって、ハードウェアの保守や需要予測が必要なくなり、またクラウドベンダーが膨大な量のハードウェアを調達するようになったことで、低コスト化がすすみました。いうには新しすぎる技術ですが、IaaSには無かったポータビリティを実現したのがコンテナです。登場で一気に火がついた技術です。ような技術を利用して、手元でなるべくサーバに近い仮想サーバを作って、環境に齟齬が発生しないようにしよう。コンテナのイメージを作成し、そのイメージをどこで動かすか。いう差でしかなくなりました。このように、過去を振り返ってみるとサーバ開発技術の変化は、エンジニアにとって開発しやすくなるための変化でした。ようなプロビジョニングツールや、コンテナ技術によって『アプリケーションのポータビリティ』が確立してきたことになります。今、エンジニアの頭を悩ませているのは、『インフラ保守・管理』でしょう。サーバの死活監視や、セキュリティインシデントへの対応、キャパシティの管理など、インフラにまつわる業務は多岐にわたります。これらの悩みは『サーバレス』が解決してくれるものです。ような、コンテナイメージを預けたらあとは起動するだけ。いうところまで来ています。死活監視・セキュリティインシデントの対応、キャパシティの管理など悩みは解決したとは言えない状態です。出て来る(ECSやGKEが充実してくる)のではないかとおもいます。ベースとしたアプリケーション開発環境が整ってくると、アイドルタイムには費用が発生しない。オートスケールではスパイクのようなアクセスには対応できなかったところが対応できるようになる。いうような変化が訪れるのではないかとおもいます。普及する上で難しいところとして、使い慣れたアプリケーションフレームワークで開発できない。関数の集合体としてアプリケーションを設計しなければならず、従来のモノリシックなアプリケーションフレームワークとは相性が悪いです。仕組みとして、関数の実行時にコンテナが起動し、実行が終わると破棄されることから、関数のスコープ外の変数を保持できないため、それを意識したキャッシュ戦略など、サーバレス特有の設計が求められます。先行して浸透するのではないかと考えています。ベースの設計によっていくことになるのではないかと予想します。スケーラビリティその結果として、大量のアクセスを捌けるスケーラビリティを実現することが出来ました。最大の魅力であるスパイクに強い特性を活かせていないのが現状です。現状でもインスタンスタイプに対してリニアに性能が伸びるように設計されており、メニューにない性能が必要になったとしても提供が可能です。インスタンスタイプのような仕組みはなくして、完全にAPIコール回数で課金するような形式に変更したいと考えています。通常のWEBアプリケーションでは、サーバに常時プロセスが起動しています。そのため、そのプロセスが起動しているサーバが不調になったり、あるいは基盤のハードウェアが故障したときにはプロセスが維持できなくなります。サーバを配置する対応することになります。関数が実行されるサーバはオンデマンドで決定されます。そのため、ハードウェアの故障の影響は受けません。実行基盤が提供されており、データセンターレベルの障害の影響も受けません。してサービスを提供できました。サービスはゲーム開発の分野でコモディティ化した機能をマイクロサービス化して提供していますので、SDKを使って手軽に組み込むことが出来ます。マッチメイキングやランキングといったゲームに特化したサービスから、メッセージボックスや指定した時刻にURLにリクエストを出すcronのようなサービスなど、ゲーム以外の用途でも使えるサービスも提供しています。サービスの名称からゲーム開発じゃないと関係ない。利用してハードウェアを持たなくなった。管理していた時代から、サーバレス技術を利用して、死活監視やキャパシティ制御をしなくなった。いう変化が訪れると予想します。いう流れもあるでしょう。これからは、WEBサービスやアプリケーションのコアな魅力にリソースを割けるよう、このような技術を取り入れて効率化していくことが鍵になるのではないかと考えます。サーバレス技術を全面的に採用したゲームサーバをAWSのように1時間たり数円〜利用できるサービスを開発・運営しています。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。使いたいときの注意点を書きました。本が出ていたので読んでみたところよかったので紹介させていただきます。