インターナショナルサービスの抑えたいポイントを3つまとめました。 ・言語管理 ・時差管理 ・ネットワーク遅延問題

1. インターナショナルサービス
抑えたい3つのポイント
2014/11/23 渋谷エンジニア朝会＠Bizreach
株式会社ビズリーチ
プロダクトマーケティング本部zuknow事業
マネージャー兼チーフエンジニア
鈴木康弘やっぴー

2. 1
Profile
• 鈴木康弘（yappy）
– 株式会社ビズリーチWeb系エンジニア
• どんな人？
– ITコンサルタント→ 立ち上げ当初のビズリーチに転職
– 6番目の社員、マンションの一室→ ４年間社員300人超
– 4年間で4事業の立ち上げに参画
• Bizreach ESS 事業（紹介会社向けサービス）
• Bizreach CRS 事業（一般人事向けサービス）
• RegionUP事業（Bizreachのアジア版、プロダクト責任者）
• zuknow事業（教育系サービス、暗記帳アプリ、プロダクト責任者）
– エンジニアリングとプロダクトマーケティングが強み

3. 2
友だちと競える暗記帳アプリ「zuknow」
• 勉強を続ける事が学習者にとって最大
の課題→解決したい
• 2014年1月iOSアプリ公開
• 2014年4月Androidアプリ公開
• 11ヶ月で19万ダウンロード

4. 3
友だちと競える暗記帳アプリ「zuknow」
• 実は、インターナショナルサービス
• 50カ国で利用

5. 4
インターナショナルサービス抑えたい3つのポイント
1. クライアント側の言語設定で動くように（言語リソース問題）
2. Master-DBはUTC0で管理（時差問題）
3. 地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
（ネットワーク遅延問題）

6. 5
インターナショナルサービス抑えたい3つのポイント
1. クライアント側の言語設定で動くように（言語リソース問題）
2. Master-DBはUTC0で管理（時差問題）
3. 地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
（ネットワーク遅延問題）

7. 6
クライアント側の言語設定で動くように
– 過去に中国語の設定にしていて、今は日本語設定で使ってるが、さっきクラ
DB
中国語
• クライアント、API、DBの言語がずれる事がよくある
イアントのOSの言語設定を英語にしてみた
API
日本語
Client
英語

8. 7
クライアント側の言語設定で動くように
– 過去に中国語の設定にしていて、今は日本語設定で使ってるが、さっきクラ
DB
中国語
• クライアント、API、DBの言語がずれる事がよくある
イアントのOSの言語設定を英語にしてみた
API
日本語
Client
英語
クライアントで構築
される文字列は英語

9. 8
クライアント側の言語設定で動くように
– 過去に中国語の設定にしていて、今は日本語設定で使ってるが、さっきクラ
DB
中国語
• クライアント、API、DBの言語がずれる事がよくある
イアントのOSの言語設定を英語にしてみた
API
日本語
Client
英語
API側で構築する、バリ
デーションエラーなどの
文字列は日本語で表示

10. 9
クライアント側の言語設定で動くように
– 過去に中国語の設定にしていて、今は日本語設定で使ってるが、さっきクラ
DB
中国語
• クライアント、API、DBの言語がずれる事がよくある
イアントのOSの言語設定を英語にしてみた
API
日本語
Client
英語
DBに入っている文字
は中国語で表示

11. 10
クライアント側の言語設定で動くように
• DBに表示文字列は入れない、表示文字列は表示時に構築
• 常にクライアント側の言語設定で動くように
API DB
日本語
Client
英語
DBに表示文字列
を入れない
リクエスト内に、
言語情報を入れ、
表示時に構築

12. 11
インターナショナルサービス抑えたい3つのポイント
1. クライアント側の言語設定で動くように（言語リソース問題）
2. Master-DBはUTC0で管理（時差問題）
3. 地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
（ネットワーク遅延問題）

13. 12
Master-DBはUTC0で管理
• ユーザーの時差に合った時間を表示する
• アメリカ人に日本時間を出してもしょうがない
• DBに、日本時間のTimestampで保存してもいいが、、

14. 13
Master-DBはUTC0で管理
• DBの時間はUTC0でいれる
• APIサーバーもUTC0で動かす
• 表示時に、表示時間文字列を時差を加味して構築
Client API DB
リクエスト内に、
時差情報を入れ、
表示時に構築
とにかくUTC0で
Timestampは保存

15. 14
インターナショナルサービス抑えたい3つのポイント
1. クライアント側の言語設定で動くように（言語リソース問題）
2. Master-DBはUTC0で管理（時差問題）
3. 地球の裏側にサービスを、ネットワーク遅延はDCAで解決！
（ネットワーク遅延問題）

16. 15
地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
• ネットワーク遅延、日本国内だと10~50ms
• アメリカやヨーロッパでは約200ms
• 単一拠点のインターナショナルサービスは地球の裏側のユーザーまでサ
ポートしなくてはいけない
• ネットワーク遅延は大きな問題

17. 16
地球の裏側にサービスを、ネットワーク遅延はDCAで解決！
• DCA(Dynamic Content Acceleration)
• 距離が遠い区間の通信を最適化、動的コンテンツのパフォーマンスを向
上
• AWSのCloudFront(CDNサービス)を使ってDWAが出来る！
User
CloudFront
（CDN）
Dynamic Content
Static Content
普通のアーキテクチャ

18. 17
地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
• CloudFrontを動的コンテンツに対しても適応
• TTL=0に、動的コンテンツはキャッシュしないように
• HttpHeaderも引き継げるようになった
User CloudFront
Dynamic Content
Static Content
DWAのアーキテクチャ

19. 18
地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
• なぜ速くなるのか？
– TCP/IPのHand Shake回数が減る
– Hand Shake回数が減り、Webサーバー側の負荷も下がる
– SSL接続のTCP/IP Hand Shake回数も減る
180ms
Cloud
Front
Edge
Location
Dynamic Content
360ms
SYN
SYN-ACK
ACK
GET /index.html
SYN
SYN-ACK
ACK
GET /index.html
SYN
SYN-ACK
ACK
GET /index.html
GET /index.html
30ms 60ms

20. 19
地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
• zuknowでは平均的に約700ms速くなった！
• また、スマホの接続が不安定なときでもつながりやすくなった
• 単一拠点のインターナショナルサービスをやるときはどうぞ
User CloudFront
Dynamic Content
Static Content
DWAのアーキテクチャ

21. 20
インターナショナルサービス抑えたい3つのポイント
1. クライアント側の言語設定で動くように（言語リソース問題）
2. Master-DBはUTC0で管理（時差問題）
3. 地球の裏側にサービスを、ネットワーク遅延はDWAで解決！
（ネットワーク遅延問題）

22. 21
ご清聴
ありがとうございました
ビズリーチでは、
Scala, Java, アプリエンジニア、
Webデザイナー等積極採用中！
ご興味ある方は是非、お声おかけください
http://www.bizreach.co.jp/recruit/engineer-designer/