Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
JAWSUG-yokohama-Reboot
Search
Toshiya OKITA
November 01, 2016
Technology
0
1.6k
JAWSUG-yokohama-Reboot
2016/11/02 JAWS-UG横浜 発表資料
Toshiya OKITA
November 01, 2016
Tweet
Share
More Decks by Toshiya OKITA
See All by Toshiya OKITA
20170827jtf
toshi__ya
0
870
infrapre20180805
toshi__ya
0
49
JAWSDAYS2017_IAM
toshi__ya
0
1.5k
Negotiation anti-patterns
toshi__ya
0
140
Other Decks in Technology
See All in Technology
衛星画像超解像化によって実現する2D, 3D空間情報の即時生成と“AI as a Service”/ Real-time generation spatial data enabled_by satellite image super-resolution
lehupa
0
140
AI時代こそ求められる設計力- AWSクラウドデザインパターン3選で信頼性と拡張性を高める-
kenichirokimura
3
290
How to achieve interoperable digital identity across Asian countries
fujie
0
140
防災デジタル分野での官民共創の取り組み (2)DIT/CCとD-CERTについて
ditccsugii
0
200
社内報はAIにやらせよう / Let AI handle the company newsletter
saka2jp
8
1.4k
【Kaigi on Rails 事後勉強会LT】MeはどうしてGirlsに? 私とRubyを繋いだRail(s)
joyfrommasara
0
230
Wasmのエコシステムを使った ツール作成方法
askua
0
120
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
6
4.2k
リセラー企業のテクサポ担当が考える、生成 AI 時代のトラブルシュート 2025
kazzpapa3
1
150
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.4k
定期的な価値提供だけじゃない、スクラムが導くチームの共創化 / 20251004 Naoki Takahashi
shift_evolve
PRO
4
360
AI駆動開発を推進するためにサービス開発チームで 取り組んでいること
noayaoshiro
0
250
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1371
200k
GraphQLとの向き合い方2022年版
quramy
49
14k
Faster Mobile Websites
deanohume
310
31k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Docker and Python
trallard
46
3.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Code Review Best Practice
trishagee
72
19k
A Modern Web Designer's Workflow
chriscoyier
697
190k
A better future with KSS
kneath
239
18k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
The Power of CSS Pseudo Elements
geoffreycrofte
79
6k
Gamification - CAS2011
davidbonilla
81
5.5k
Transcript
Toshiya OKITA @toshi__ya 2016/11/02 JAWS-UG Yokohama - Reboot!!
自己紹介 2016/11/02 JAWS-UG Yokohama - Reboot!! 大喜多 利哉(おおきたとしや) @toshi__ya https://www.facebook.com/ts.okita/
個人として参加したつもりが、思いっきり 会社名を書かれてしまい、ビビりながら ここに来ています・・・ いろんなところで記事書いてます 各記事へのリンクは以下のサイトに まとめています http://www.ookita.biz/
内容に関して散々悩んだ結果 2016/11/02 JAWS-UG Yokohama - Reboot!! 普段サーバーレスな仕事をしていない ぼくがFaaSやServiceFullに ついて調べて 「これはおもしろい!」と思った話
一方でわいてきた素朴な疑問 についておはなしします
インフラの抽象化(1) 2016/11/02 JAWS-UG Yokohama - Reboot!! OS App OS App
OS App OS App OS App OS App OS App OS App OS App OS App クラウド以前 オンプレミス 全部 自社 管理 !! ユーザ 管理 事業者 管理 専用サーバ
インフラの抽象化(1) 2016/11/02 JAWS-UG Yokohama - Reboot!! OS App OS App
OS App OS App OS App クラウド以後 IaaS 事業者 管理の 基盤 サーバ・ストレージ・ネットワークが抽象化されたインフラ 基盤の上に、仮想サーバというかたちで各ユーザがオンデマ ンドにサーバを作れるようになった →この時点ではまだ「サーバ」の概念は残っていた (まぁIaaSなくなったわけじゃねぇけどw)
インフラの抽象化(2) 2016/11/02 JAWS-UG Yokohama - Reboot!! OS App OS App
OS App OS App OS App クラウド以後 (AWSでいうところの)マネージドサービス 事業者 管理の 基盤 OSとアプリケーションが事業者管理 インスタンスという概念があるもの(例:RDS) →サイズ・スペックの管理は残ってる インスタンスという概念がないもの(例:Route53・S3) →完全にスケーラブル(サイズ・スペックの管理不要)
インフラの抽象化(3) 2016/11/02 JAWS-UG Yokohama - Reboot!! サーバーレスアーキテクチャ FaaS(Lambda)と自動でスケールするマネージドサービス で構成されたワークロード ・OSの管理が消えた
・アプリの管理も消えた ・サイズの管理も消えた
利用イメージ(1) 2016/11/02 JAWS-UG Yokohama - Reboot!! 1.LambdaがEC2上のアプリ等からイベントを受け付けて処 理を行う(ここよくわかってないかも) 2.API Gatewayを介することで、HTTPリクエストもイベン
トとして受け取れる イベント Webhook (HTTP) イベント ユーザによる アプリ操作等
利用イメージ(2) 2016/11/02 JAWS-UG Yokohama - Reboot!! イベント Webhook (HTTP) イベント
ユーザによる アプリ操作等 3.外部アプリケーション(SaaS)との連携:ServiceFull
Serverless/ServiceFullとMicroservices 2016/11/02 JAWS-UG Yokohama - Reboot!! ワークロードがServerless/ServiceFull中心になっていくにつれ、 システムは自然と疎結合なMicroservicesになるという話
Serverless/ServiceFullの効果 2016/11/02 JAWS-UG Yokohama - Reboot!! 開発工数はそれほど少なくはならない(FaaS独特の作法 の歴史の浅さ?)
運用はものすごく楽になる(らしい) EC2で同じことやるよりかなり安くなる(らしい) OSやミドルウェアの管理がなくなる スケールの管理も不要(サービスによる。サーバレスアー キテクチャにスケール管理の必要なRDSやRedShiftを含 むかどうかという議論もあるらしい)
素朴な疑問 2016/11/02 JAWS-UG Yokohama - Reboot!! Functionが想定通り動いているか、処理漏れがないかな どの監視ってどうやってやってるんだろ
Microservicesの課題な気もするが、各Functionの連携 を明文化しておかないと改修大変そう SaaSが落ちると業務が止まる問題 このへんの課題があるような気がする(素人目) どうやって解決しているのだろうか? 「代替手段を用意しておくこと」みたいな話もあった気がする
まとめ 2016/11/02 JAWS-UG Yokohama - Reboot!! 適用できるケースにおいてはよくできてるアーキテク チャだと思った
できるところから適用していくというスタイルが向いて そうな気がした これも含めて、ますますインフラの抽象化が進んでいく のだなぁという思い 一方で、AWSはEC2の機能強化とかもしてるので、すべ てのワークロードがサーバーレスになるとは思ってない こともわかる というわけで今後に期待
参考文献 2016/11/02 JAWS-UG Yokohama - Reboot!! サーバーレス・アーキテクチャの話 http://yoshidashingo.hatenablog.com/entry/2015/1 0/27/170352
JAWS-UGアーキテクチャ専門支部 ServerlessConfレ ポート http://www.slideshare.net/YoshidaShingo/serverless conf-report?next_slideshow=1 今なぜサーバーレスなのか http://www.slideshare.net/YoshidaShingo/serverlessr onten?next_slideshow=1 Serverless Architecture by Naoya Ito https://speakerdeck.com/naoya/serverless- architecture
Toshiya OKITA @toshi__ya 2016/11/02 JAWS-UG Yokohama - Reboot!!