【デブサミ2018】15-B-3「マルチクラウドで構築する大規模解析サービス～戦略とポイントについて」 #devsumiB #devsumi

えんぷ@おっちゃー @s2_empnen

マルチクラウドで構築する大規模解析サービス～戦略とポイントについて まち #devsumiB

たきぐち in the Cloud💙💛 @atakig

マルチクラウドで構築する大規模解析サービス～戦略とポイントについて に参加 #devsumiB

えんぷ@おっちゃー @s2_empnen

マルチクラウドにするとボリュームメリットが消えてコストとか上がるイメージがあったけど恩恵のほうが大きい場合もあるのね #devsumiB

たきぐち in the Cloud💙💛 @atakig

マルチクラウド GCP AWS ip secのvpnで接続 #devsumiB

たきぐち in the Cloud💙💛 @atakig

各プロバイダのいいとこ取りをする #devsumiB

えんぷ@おっちゃー @s2_empnen

確かにS3にとりあえずログぶっこんどいてBQに流すとかはよく聞く #devsumiB

たきぐち in the Cloud💙💛 @atakig

負荷コントロールのためのキューイングと解析データ保存がボトルネックに #devsumiB

たきぐち in the Cloud💙💛 @atakig

キューサービスをredis cloudに 高いスケーラビリティ 低レイテンシ、高パフォーマンス フルマネージドサービス 高可用性 データ量による従量課金 #devsumiB

たきぐち in the Cloud💙💛 @atakig

DBをcloud bigtableに 高いスケーラビリティ 高可用性 低レイテンシ、高パフォーマンス フルマネージドサービス #devsumiB

たきぐち in the Cloud💙💛 @atakig

サービス利用コストが30%減 #devsumiB

たきぐち in the Cloud💙💛 @atakig

route53をフロントに、GCPとAWSに8:2で名前解決 GCPの障害時には、AWSに寄せて対応 #devsumiB

えんぷ@おっちゃー @s2_empnen

ホットスタンバイにしてて切り替える図が頭に浮かんだ（2割は流しているわけだけど） #devsumiB

たきぐち in the Cloud💙💛 @atakig

リアルタイム解析に関わる部分は出来るだけ複数のプロバイダで動かせるようにしている #devsumiB

たきぐち in the Cloud💙💛 @atakig

プロバイダまたぎの通信に注意する #devsumiB

たきぐち in the Cloud💙💛 @atakig

通信コストが数百倍に ネットワークのスループットがいちじるしく低下 #devsumiB

たきぐち in the Cloud💙💛 @atakig

EC2とBigTableで発生 GCPのBigTableと同じzoneにGCEを構築して解決 #devsumiB

たきぐち in the Cloud💙💛 @atakig

GCPとAWSのVPN接続で発生 GCP 1.5gpz/1vpn AWS 特に制限なし GCP内にmongo dbのread replicaを作る、複数vpnトンネルを作り負荷分散、帯域を監視し、トンネルを追加 #devsumiB

たきぐち in the Cloud💙💛 @atakig

複数プロバイアを統一的なインターフェイスで運用 #devsumiB

たきぐち in the Cloud💙💛 @atakig

terraform+wercker, spinaker datadogを活用 #devsumiB

たきぐち in the Cloud💙💛 @atakig

spinnaker spinnaker.io これかな #devsumiB

たきぐち in the Cloud💙💛 @atakig

通信量は課金に繋がるけど、トータル的にはプラスになるのか #devsumiB

🏃‍♂️🐈‍⬛ @kamip_net

マルチクラウド構成の話すごい面白かった。KARTEは障害に強いよっていうアピールもあるし、エンジニアがやってる内容も大変そうだけどやりがいありそう。 #devsumiB