gcp ja night #31 まとめ

カントク @uokada

瞬間的なトラフィックに対応するため、MAXに対して50%超えでスケールさせてる。 #gcpja

なーが @na_ga

なるほど、GCE-LB のウェイトを使ったリリース作業 #gcpja

なーが @na_ga

なぜ DNS だけ AWS なのか #gcpja

ともっくす @tomox1001

gcloudをラップした独自ツール、updateの追従が大変そう #gcpja

しんめたる @sinmetal

HTTP LBはSession Affinityが無いので、リリース時に2つのversionを混ぜると、同じユーザのリクエストがversionをまたいでしまうパターンがあるのかな？と思っているのだけど、どうだろう？ #gcpja

なーが @na_ga

gcloud, kubectl のラッパースクリプト作るよね、凄くあるある #gcpja

なーが @na_ga

わかる。凄く硬くていつもより無駄に緊張した #gcpja ….

minodisk @minodisk

これ実際あって、gcloudのレスポンスのJSONの構造が変わることがある #gcpja twitter.com/tomox1001/stat…

しんめたる @sinmetal

みんなtweetするのに忙しくて、表情を作るリソースが無いだけだと思うなw #gcpja

禁じられたオタク@飲酒は精神疾患 @__masalo23

他人のコンソールたのしい #gcpja

なーが @na_ga

空間が広すぎて、いつもより遠い感じがあるんだよなあ #gcpja

しんめたる @sinmetal

AutoScaleを自動で作るということは、Instance Template, Instance Groupを作ってるのかな？HTTP LB用にBackend Serviceとかも作ってるのかも #gcpja

カントク @uokada

ログといえば解析 #gcpja

minodisk @minodisk

CloudMonitoring、課金もモニタできるのか #gcpja

tagomoris @tagomoris

「ログは解析しないと意味がない」いい言葉ですね #gcpja

ともっくす @tomox1001

Cloud Logging -> Big Queryの連携は手軽でいいですよね #gcpja

minodisk @minodisk

Cloud Loggingで収集したデータをBigQueryにストリーミングで流し込む話 #gcpja

NAKAMURA, Tomohiro @tomoh1r

BigQuery からアスタリスクで SELECT してる、豪勢だ #gcpja