https://realtech-night.connpass.com/event/94071/ のLT資料

1. Copyright © Virtual Technology, Inc
BaaS vte.cx
におけるマルチテナントの考え⽅
2018/8/28 ⽵嵜 伸⼀郎(@stakezaki)
1

2. Copyright © Virtual Technology, Inc
⽵嵜 伸⼀郎 （たけざき しんいちろう）
twitter id:stakezaki
（有）バーチャルテクノロジー代表取締役
元⽇本IBM
元株式会社暮らしのデザインCTO
2

3. Copyright © Virtual Technology, Inc
vte.cx 半端ないって！
あいつ 半端ないって！
だってjavascriptだけで
Webサービス作れるんやで！
そんなん出来ひんやん 普通！
3
vte.cx(ブイテックス)
著作権フリー画像

4. Copyright © Virtual Technology, Inc
サーバ側すべてをサービス化
• DBの設定⾃体はそれほど難しくないがその後の運⽤が⼤変=>KVSに
• トラフィックが増えたらサーバを増やす、運⽤状態をモニターする、その
他無数の管理業務がある=>k8sの運⽤監視、StackDriver
4
マネージドサービスを利⽤することで運⽤コストを劇的に下げる

5. Copyright © Virtual Technology, Inc
RDBを使わない
• RDBでマルチテナントをやるのは無理筋
– スケールしない、スキーマを簡単に変更できない
5
• Google Datastore(トランザクション)
– テナントごとに⾃由に設定できるソフトスキーマ
– Namespaceでテナント(サービス)を分ける
• Google CloudStorage(コンテンツ）
– Bucketごとにテナントを分ける
• Google BigQuery(履歴データ）
– テナントごとにサービスアカウントを設定してもらう

6. Copyright © Virtual Technology, Inc
ただしMicroservicesではない
• 機能が増えたらその都度サービスを⽴てるのか?
• BaaSでは論理的にサービスを追加でき⾃由にAPI
を作ることができる。それで⼗分では？
6
“ソフトウェアシステムの⼤多数は、
単⼀のモノリシックアプリケーション
として構築されるべきである”
by Martin Fowler

7. Copyright © Virtual Technology, Inc
7
ビジネスロジック PDFService
モノリスにしてkubernetes構成
ビジネスロジック
+PDFService
ビジネスロジック
+PDFService
分散するとスケーラビリティと
可⽤性の対応が難しくなる
Microserviceによる構成
オーケストレーションツールにスケーラ
ビリティと可⽤性の対応を任せられる
ビジネスロジック と PDFServiceは⾮⼲渉化
されており、変更がお互いに影響されること
はない
ノード1 ノード2
ノード1
ノード2
機能単位でわけるならモノリスで⼗分

8. Copyright © Virtual Technology, Inc
マルチテナントで実現するMicroservices
それぞれが独⽴して動作するアプリケーション
8
Microservicesの単位は実はもっと⼤きい
販売管理
サービス
受注出荷管理
サービス
API連携

9. Copyright © Virtual Technology, Inc9
Browser
(React)
Backends for
Frontends
(Server Side
JavaScripr)
Datastore
Bigquery
vte.cx API
Frontend Server Side
BFFはServer SideにあるFrontend機能のこと
Client Side
鍵はBFF(Backend for Frontend)の導⼊

10. Copyright © Virtual Technology, Inc
ビジョン
”もうフルスタックエンジニアはいらない。
HTMLとJSの知識さえあればWebサービスを
開発できる。
そのような世界を私たちは⽬指しています。”
10

11. Copyright © Virtual Technology, Inc11
support@virtual-tech.net
パートナー募集中！