ServerlessDays Tokyo is back again!!
今年もServerlessDays Tokyo 2019を開催します！

ServerlessDaysは、サーバーレスアーキテクチャを用いたシステムの構築・運用における経験の共有を目的とした、コミュニティ主導でベンダーニュートラルな技術カンファレンスです。

サーバーレスアーキテクチャは、開発者の創造性を素早くWebやモバイルアプリケーションとして実現し、スケーラビリティやセキュリティ、インフラの保守といった多数の力仕事から解放されるための新たなパラダイムシフトです。

ServerlessDays Tokyoに参加して、サーバーレスアーキテクチャでアイデアを素早く形にする方法を学びましょう。

今年も「AWSやAzure, Knative, サーバーレスアプリケーションのチューニングハッカソンなどのワークショップ」、「業界をリードする最新の事例や技術動向などのセッションを盛り込んだカンファレンス」でみなさまをお迎えします。

未来は必ずサーバーレスになります。

---

Serverlessconf → ServerlessDays への変更について

今年からイベントの名称をServerlessconfからServerlessDaysに変更し、4回目の東京にくわえ、福岡での開催が決定しました!! ぜひお楽しみに！

---

日程

• 2019/10/21(月) ワークショップ @ DMM.com(六本木一丁目)
• 2019/10/22(火・祝) カンファレンス @ TABLOID(芝浦)

---

【チケットごとの参加可能イベント対応表】

	10/21(月)ワークショップ	10/22(火・祝)カンファレンス
【超早割】カンファレンスチケット		○
【超早割】ワークショップ&カンファレンス参加チケット	○	○
【早割】カンファレンスチケット		○
カンファレンス参加チケット		○
ワークショップ&カンファレンス参加チケット	○	○
【個人サポーター(ワークショップ／カンファレンス通しチケット付き)】	○	○

---

協賛(順不同)

• Amazon Web Services
• 日本マイクロソフト株式会社
• 株式会社Toreru
• Cloudflare
• Game Server Services 株式会社 (GS2)
• ユニファ株式会社
• 日本オラクル株式会社
• 株式会社Speee
• 合同会社Serverless Operations
• 株式会社キャラウェブ
• 株式会社セクションナイン
• ほか(募集中)

---

タイムテーブル

Timeline	Title	Speaker
8:00 -  9:00	Registration
9:00 - 9:10	はじめに
9:10 - 9:50	10x Serverless Product Development for a Startup with Microsoft Azure	立花 豊 / EBILAB
10:00 - 10:40	Keynote by AWS	TBA
10:50 - 11:30	Infinite Scaling, Finite Failures: Serverless Resiliency Patterns and Lessons Learned	Katy Shimizu / Microsoft
11:40 - 12:20	グローバル展開のコネクティッドカーを支える大規模サーバーレスシステム事例	浦山雄也 / トヨタ自動車 内海 英一郎 / AWS 鈴木 貴典 / アクロクエストテクノロジー
12:20 - 13:20	Lunch
13:20 - 13:40	All You Need Is JavaScript	Jensen Hussey / Cloudflare
13:45 - 14:25	Zero Scale Abstraction in Knative Serving	Tsubasa Nagasawa / CyberAgent
14:40 - 15:00	空調設備向けIoTシステムにおけるクラウドランニングコスト	野原 健太 / ダイキン工業株式会社
15:05 - 15:45	ISPがサーバレスに手を出した	伊藤 良哉 / NTTコミュニケーションズ株式会社 松田 丈司 / NTTコミュニケーションズ株式会社
16:00 - 16:20	AWS Lake Formation で実現、マイクロサービスのサーバーレスな分散トレーシング	江藤 武司 / Sony Corporation 岩井 良和 / Sony Corporation
16:25 - 17:05	Don’t think Serverless Security, think Application Security	Ido Neeman / Nuweba
17:10 - 17:30	Azure でサーバーレス、 Infrastructure as Code どうしてますか？	大平かづみ
17:35 - 17:55	The hidden cost and technical debt of running huge Serverless service on production	James Nguyen / MaaS Global
18:00 - 18:40	Lightning Talks x 4
18:40 - 19:00	Closing Remarks	吉田 真吾
19:00 - 21:30	Social / 懇親会

---

アンチハラスメントポリシーについて

当コミュニティではすべての参加者(スピーカー、スタッフ、参加者、その他サポートしてくれるすべての関係者)は以下の規範に同意する必要があります。われわれはかかわるすべての人に安全な環境が提供されるように参加者全員がこれに協力することを期待します。

アンチハラスメントポリシー(短縮版)

性別、性の同一性や表現、年齢、性的指向、身体障害、体型、体格、人種、または宗教(または逆に信仰を持たないこと)にかかわらず、誰に対しても嫌がらせのない参加体験を提供することに努めます。参加者への嫌がらせはいかなる行為も容認しません。性的な表現や画像などは、講演、ワークショップ、パーティー、TwitterやFacebookおよびその他すべてのオンラインメディアを含む、あらゆる場において不適切とみなします。これらの規則に違反した参加者は、たとえ有料イベントであっても開催者の裁量で返金することなく、これらの場所から追放され今後の参加の一切を断る可能性があります。

アンチハラスメントポリシー(完全版)

「嫌がらせ」には、性別、年齢、性的指向、身体障害、体格、人種、宗教に関する不快な発言や、性的な画像の使用、意図的な脅迫、ストーキング行為、望まない写真撮影や録音・録画、議論の中断を招く不快な発言、不適切な身体的接触、歓迎すべきでない性的関心を引く行為が含まれます。

嫌がらせ行為を中止するように求められた参加者は、直ちに遵守することが求められます。

参加者が嫌がらせ行為に関与している場合、主催者は、違反者への警告や(たとえ有料イベントであっても)返金なしでの即時退場など、適切と思われる行動を取ることができます。

あなたが嫌がらせを受けている、あるいは他の誰かが嫌がらせを受けていたり、その懸念がある場合には、すぐにスタッフに連絡してください。

スタッフは、参加者が会場のセキュリティまたは警察機関に連絡して護衛を提供したり、またはその他の方法でイベントの開催中に当該参加者の安全が担保されることを支援します。つまりわれわれはあなたの参加を心から歓迎しています。

われわれは、すべての参加者が勉強会、カンファレンス、ワークショップといったイベントの会場やイベント関連のミートアップにおいてこれらの規則に従うことを期待します。

---

サーバーレス、最近のトピック

Co-Chair(共同主催者)のブログより引用

TL;DR

• Strategy (Cloud 2.0, Serverless Doctorine, NoOps, Declarative vs Imperative, Microservices-oriented etc…)
• Serverless Containers (like AKS, Fargate, GKE)
• Architecture (Web Apps, Streams, Machine Learning, Glue-codes, API backend, VUI backend, GraphQL backend, Mobile backend)
• Observability (like Datadog, X-Ray, Azure Monitor, Application Insights)
• Zero-Scale Functional Containers (like Cloud Run, Knative on xxx)
• ID(AuthN and AuthZ across inter-resources)
• Developer Experiences (How to build, How to test, and CI/CD pipeline)
• No(Umconfortable)Ops
• JAMStack (SPA, REST API)
• Security
• and your own Story!!

真のクラウドのスケーラビリティ (Zero to Infinity)

「マシンとしてのサーバー」の多くがクラウド上に仮想化されましたが、ワークロードが少ないにも関わらず立ち上げっぱなしで課金されているものや、スパイクしても柔軟にスケール変更ができないため、ちょっと高度なレンサバ程度としてしか利用していないアプリケーションもいまだに多く存在します。

われわれがクラウドに求めているのは、ゼロから無限にスケールする「アプリケーションのスケーラビリティ」と、プラットフォームによってアプリケーションの実行結果にムラのない「ロバスト性」です。サーバーレスこそ真のクラウドであると私が信じるゆえんです。

コンテナ・エコシステムとのグラデーション

ゼロからスピンアップして無限にスケールすることがサーバーレスの特徴(おもにFaaSの特徴)ですが、コンテナの仕組みでゼロからスケールできるサービスが出てきたり、FaaSにおいても下回りのコンテナをあらかじめカスタマイズできるような制限緩和が進んでグラデーション状態にあります。

Cloud Runが東京リージョンで展開されましたが、コンテナのオーケストレーターとして地球征服を完了したKubernetesの上で、それよりも簡単にコンテナイメージのビルドからワークロードの実行まで管理できることで、この先注目度の上がりそうなサービスです。

Best-of-BreedなツールチェーンやDevOpsの話

サーバーレスのエコシステムはFaaSとイベントデータのルーティングという非常にコンセプチュアルなモデルを中心にアーキテクチャパターンを模索するというアプローチで発展してきました。ゆえに、Developer Experienceの観点から見ると、従来のDevOpsのツールチェーンなどがそのまま流用しにくく、アーキテクチャパターンに応じてベストプラクティスなツールチェーンを模索しなくてはいけない時期が長く続いています。

ゆえにプラットフォーマーごとにサーバーレスでも便利なサービスが発展するに合わせ、われわれユーザーはそこから「この構成について、今ならこの組み合わせがこういう理由で良さげだ」という知見を積極的に交換していく意義があります。これもわれわれが単にベンダーの提案の追認ではなく、コミュニティで知識の交流を促すべきと考える強い動機になっています。

宣言的記述(化)されていく Cloud 2.0 な世界

よくできたサーバーレスシステムは「リソースのオーケストレーション定義」と「ビジネスロジックの配備」だけでシステムがゼロから稼働状態になるべきなのですが、オーケストレーション定義とFaaS上のコードは今後より補完関係であることが明確になってくると考えています。たとえば、"アプリケーションログを分析基盤に積み上げる仕組み"をサーバーレスで構築するとして、ストリームと分析基盤までのETL処理のパイプラインがオーケストレーション定義のみで完結するのであればコードを書く必要はなくなります。ETL部分にどのような要件があるか次第ですが、たとえばKinesis Firehoseのみで済む要件であれば、それまでLambdaでやっていた処理を排除し、コードのない世界のほうがエンジニアに求められる保守性も小さくなって望ましいでしょう。

まだまだ先の話にはなりそうですが、世の中のほとんどのユースケースにおいて、サーバーレスはおそらくコードすら必要のない、ビジネスモデルをオーケストレーションする時代になっていくでしょう。これが真のクラウドコンピューティングの世界観でしょう。(Cloud 2.0)

また、この定義の「形式」がYAMLによるものか、はたまたコードを不要にするための定義をコードで記述できる世界になっていくのかというのも今日現在では楽しみなトレンドです。(PulumiやAWS CDKなど)

サーバーレスなユースケースの発見、アップデート

毎年、クラウドベンダーの提供サービスが充実するにつれ、明らかに今までサーバーレスでは難しかったユースケースを簡単に運用できるようになったパターンというのがあります。

Webアプリケーション、ストリーム処理、機械学習とそのパイプライン、システム間でのデータ連携、認証と統合されたREST APIやGraphQLのバックエンド, モバイルアプリのバックエンドなどなど。

知っていると知っていないだけで労力に大きな差が生まれるというのであれば、これらの知見も積極的にコミュニティを通じて共有されていくべきです。

Best of Breedなサービス連携を実現するIDaaS(AuthN/AuthZ)の話

汎用的なサーバー群の上に、必要なすべての機能を配置する従来型のモノリシックから、インターネット上の複数のドメインをまたいでリソースにアクセスする認可情報の引き回しが必要になります。ロックインしやすい部分でもあり、またおざなりな実装ではすぐにシステム全体の体験を壊し、ひいては大事故になりかねない部分であることもたしかです。

統合的な運用性、あるいはObservabilityの話

フルサーバーレスの構成でリリースしたアプリケーションにおいて、あるいはリリース前から悩まされることが、システム全体のデバッグのしづらさです。当然局地的にはX-RayでトレースすればOK、Datadogでログを見ればOK、あるいは俺はCW Logsを手探りで探し当てるからOKというツワモノもいるかもしれませんが、現実的ではないことは、システムを構成するFunctionが増え始めたときに必ず直面するはずです。

単なるデバッグにとどまらず、システムの健全性、パフォーマンスの測定や劣化検知、レート制限、さまざまな目的すべてを満たす、どんなアーキテクチャにおいてもとりいそぎこれ入れておけばなんでも大丈夫なベストなソリューションはいまだに揃ってないと考えています。ゆえに、これも実行環境のBest-of-Breedと同様に、アーキテクチャに合わせたBest-of-BreedなObservability設計の模索が必要になるはずです。

開発者個人の強化、あるいは生存戦略について

それでは上記のような模索をすることで、開発者個人が得たいものは具体的に何でしょうか。

毎晩ページャーに起こされるようなロバスト性の低いアプリケーションの運用から脱却したいとか、経営を悩ませる使用率の低い基盤やそれらを保守する人員コストからの解放なのか、ビジネスが要求する無限のスケーラビリティへの対応なのか、あなたのサーバーレスジャーニーはどうだったでしょうか。