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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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