風花雪月

先週末ぐらいに始めた。

主人公とジェイガン風の人の会話の後、最初の戦闘へ。今までのシリーズの序盤と同じような、斧持った山賊達を相手にするやつ。普通に釣って倒せば良い感じ。のんびりやってるとジェイガン風の人が動き出すんで、さくさく進めないとイカン。

最初の戦闘の後、会話が色々あって学園を散策するパートになった。3Dのマップを歩き回って人と話したりして、メインクエストのようなものをクリアするとその日は終わり。サブクエスト的なもので、食事とか釣りとか植物栽培とかもある。

その後も学園生活がメインで進んで行き、週頭に教壇に立って教える系の選択を色々した後、金曜までは自動で進み、週末に散策するのか戦闘するのかを選び、月末にイベント戦闘がある、といった感じ。

f:id:txdrum_reflect:20190806124228j:plain

まだあまりやれてなくて2〜3ヶ月進めた辺り。今までのシリーズにない要素があり過ぎるし、学園生活がメインというのもあって、自分が勝ったこれは本当にFEなのか?と困惑している。

Google Cloud Next '19 in Tokyo 2019/08/01 メモ5

17:20〜 渋滞ゼロを目指して!〜GCP で実現するリアルタイム交通データ分析〜

  • アメリカでは人口より車が増えてる

  • 渋滞

    • 1人40h/year損している(国交省)
    • 危険が起こる

      • 死因の7位になる
    • 解消の為には?

      • 道路を作る
        • コストがかかったり使える土地が有限という問題が
      • データを利用して既存の道路を有効活用した方が良い
      • 物が通る道というよりデータが流れる道というふうに考える
  • データは存在する

    • 交通局、公開データ
    • バラバラ→サイロになっている
  • データに基づいた安全なコミュニティの形成

  • Google Cloudを使う理由

    • 最先端の研究がplatformになっている
  • Googleにおけるデータアナリティクスの設計原則

    • インフラを気にせず分析に集中
    • 包括的なソリューションを提供
    • end to endのMLライフサイクル
    • セキュリティを念頭に置いた設計、構築、運用
  • 事例

    • コロラド州交通局
    • Smart Analytics for Intelligent Transportation System

    • 主要なデータ

      • 地理空間
        • 速度
          • 台数、速度
          • レーダーからの情報
          • コミュニティからの情報
        • 気象
          • 観測装置からの情報
          • 3rd partyからの天気情報
        • インシデント
          • 事故、工事
      • ビデオストリーミング
    • BQにデータを格納し、一元的にアクセス可能にする

    • 地理空間データを扱うツール

      • geomesa
      • GeoServer
        • OSS
        • GKEを使用
        • inputにgeomesaを使用
    • 状況認識と可視化

      • kepler.gl
    • ビデオストリーミング

      • Video Intelligence API

Google Cloud Next '19 in Tokyo 2019/08/01 メモ4

14:00からのオープンステージセッションについて

14:00~ 「 graml (仮) 」について

  • Grasys 諏訪さん f:id:txdrum_reflect:20190804212137j:plain

  • サーバーメトリクス予測システム

14:40~ Cloud Run の勘所

  • リクルートホールディングス arakawa-san
  • Ubie 坂田さん

  • Cloud Run

    • 2018年に別名のサービスとして発表され、2019年に正式発表された。
    • コンテナをマネージドで管理し、自分のGKEにデプロイ。
    • リビジョンでバージョン管理
    • knative API互換
    • コマンド1行でデプロイ
  • 各サービスの使い分け

    • GCF
      • イベントドリブンの機能を作るのに良い
      • マネージするものが少ない場合はこれ
    • Run
      • コンテナ化されたアプリを動かすのに良い
      • コンテナを自分で管理する必要がある
    • GKE
      • 複雑なシステム
      • GPUやTPUを使うML向き
  • 最新のアップデート情報

    • VPC内のCLoud SQLに接続できるようになった
    • Per-service identity
    • asia-northeast1に対応
    • アップデートはリリースノートでチェックできる
      • 英語のドキュメントを見よう
  • どのように使っているか?

    • 元々functionsで動かしていたもの
      • 簡単なクローラとか
    • pubsubから(?)も使えるが・・・
      • あまり使っていない
    • ちょっとした社内ツールできちんと管理したくないもの
      • 画像変換
      • url短縮
    • wordpressが動く!?
    • Firebaseと一緒に使うと良い感じにキャッシュしてくれる
    • MLなどの処理時間が長いものを動かしたい場合は?
      • POCとかならいいかもしれないけど、本番で動かすのは良くない。
  • 機能追加できるとしたらどんな機能が欲しい?

    • IPアドレスを固定化したい
      • レガシーなサービスでIP制限があるものと通信したい場合など
      • gRPCの受ける方
    • LBで紐付けたい

おまけ

  • 会場に展示されてたTPU f:id:txdrum_reflect:20190804223515j:plain
  • パークタワー(メイン会場?)とプリンスホテル(サブ会場?)の移動用にバスが用意されてた f:id:txdrum_reflect:20190804223429j:plain

Google Cloud Next '19 in Tokyo メモ3 13:20~

少人数で実現する GKE と Firebase を使ったモバイルアプリ開発手法

  • Ginco 森下さん

  • Ginco

    • wallet
    • solutions
    • mining
  • ブロックチェーンの話色々

    • xFintech
  • Ginco ウォレットアプリ

    • バックエンドエンジニア2人
    • iOSエンジニア2人

    • ブロックチェーンノードはGKEを使用

      • 可用性
      • バージョンアップやR&Dのしやすさ
    • ブロックエクスプローラはFirebaseを使用

    • GKE

      • ロギングやモニタリングが楽
      • GUI
      • istio使える
    • デプロイはgithubとCircle CI

    • 開発初期はGAEとCloud Datastoreだった

    • Firebase

      • スキーマレス
        • サーバーエンジニアなしになった
      • local emulator
        • ruleが本番と違うことがある
      • 正規化
        • クエリ数とトレードオフ
        • 非正規化した方がパフォーマンス良い
        • ユーザーデータだけ正規化するのが良いのでは
      • privateな情報を扱うのに向いてる
      • not null制約がない
        • 検索用に初期値を入れる
      • マイグレーション
        • スクリプトを書く
        • prefixをつける
          • クライアント側にロジックを書いて対応する
  • Enterprise wallet

    • pubsub
    • GKE
    • spanner
    • KMS
      • 全てマネージドサービスを使用

Google Cloud Next '19 in Tokyo 2019/08/01 12:00〜

12:00~ ハイブリッド マルチクラウド環境下における Kubernetes デザインの勘所 - データ管理の視点から

お弁当

Google玉子焼き

f:id:txdrum_reflect:20190804211610j:plain
Google 玉子焼き

メモ

  • ハイブリッドマルチクラウド環境でのk8sクラスタのデータ管理について
  • 環境差異をなくす
  • 破棄、移行可能にする

  • 必要性、目指すべき姿

    • 統合されたオペレーション、アクセス方法を提供する
    • 破棄、移行可能な状態へ
  • ユースケース

    • デプロイする環境
    • グローバル展開→リージョンにサービスがない場合
    • デプロイ先を検討する前に作っておいて後で変えられるようにする
    • DR(Disaster Recovery)先
  • 複数環境を検討すると挙がる課題

    • オペレーションの違い
    • ネットワーク/クラスタ間接続→前日にセッションがあった
    • ストレージ
  • 統一的なインターフェース

    • システム特有のAPIやインターフェースを定義し、データアクセスを抽象化
    • 管理レイヤーを置く
  • ワークロード

    • ステートフル
    • ステートレス

    • データが溜まっていくとクラスタを簡単に破棄できない

      • managedデータサービス
      • ユーザー管理データサービス
      • ブロックファイルストレージ
      • クラスタ依存だと破棄できない
  • コンテナにおけるステート

    • アプリから生成されるデータ
    • コンテナ自体の状態
  • k8sにおけるステート

    • ステートフル
      • PVC/PV
      • Podのライフサイクルと異なるデータ
      • マネージドサービス
    • マニフェスト化できないもの
      • secretなど
    • ステートレス

    • ステートの管理

      • マネージドサービス
        • RDBMS
        • NoSQL
        • ストレージ
          • ベンダーによって違う
      • ユーザー管理

        • 別環境
      • 抽象レイヤーを配置し、入れ替え可能にする。

  • ストレージ

  • CSI(Container Storage Interface)

    • コンテナストレージの共通仕様
    • ポータビリティの低下を防ぐ
    • APIが共通化されているとバックエンドの切り替えが可能
    • CSI対応でも実装状況は異なる
  • ステートはどこで発生する?

    • etcd
      • クラスタのステート
        • マネージド
          • 3rd partyツールでバックアップ
            • Heptio Velero
        • 非マネージド
          • etcdのバックアップ
          • volumeスナップショット
        • リストア手順を確立しないといけない
      • クラスタのコンフィグレーション
        • GitOps
        • secretの管理はVaultを使うと良い?
        • sealed secret
  • k8sクラスタ管理レイヤー

    • NetApp k8s service
  • データ、ストレージの抽象化レイヤー
    • TRIDENT

Google Cloud Next '19 in Tokyo 2019/08/01 基調講演メモ

  • 仕事サボって行ってきた f:id:txdrum_reflect:20190804212024j:plain

動画

https://www.youtube.com/watch?time_continue=1&v=PVCyiTLQrjQ

メモ

途中から見たのでメモは最後の方だけ

  • asahi 知久さん

    • カテゴリマネジメントシステム
      • BigQuery
      • GKE
  • 博報堂DYホールディングス 徳久さん

  • AIの話

    • AI Hub
    • OCR
    • AutoML Video
  • SOMPO 楢崎さん

    • agile
      • 1sprint 2weeks
    • カシャ楽見積もり
    • スマート介護システム
      • Firebase
      • Cloud Run
  • migrate for Compute Engine

  • Traffice Director

    • Anthosで一般提供中
  • Layer 7 Internal Load Balancer New!!

  • Intel Xeon scalable processor New!!
  • SAP認定済み 6TB, 12TB Vms

そろそろ風有利古戦場

前回光有利まではA団にいましたが、2代目団長が騎空師的にも人間的にも小物だったので脱退。今の団はB〜C団ぽいですが、団の雰囲気は前の団よりゆるくて良い感じ。コミュるのを強制しない方が団結強くなると思ってます。(団に限らずですけど

風有利の準備は、

犬向け

メカ ミスト ルリア ミュオン or サビル ミリン

銃 琴3 拳 オナラ ヴィント 青龍邪 天司 バハ

ティアマグ バハ アグ マキュラ アーカルム

hell向け

ウォ ヘイズ チェイサー 何か シエテ(未最終 ジャンヌ ニオ(未最終 → 昏睡耐性ありそうだからランスロットにする?

エタラブ 琴3 銃3 ゼノ拳 天司 バハ

ティアマグ バハ バイブ2 アーカルム

こんなところでしょうか。

新犬次第ではAT中にゼノ拳レスラーとかクリュとか使うことになるんでしょうか?

めんどくさいマルチはあまりやりたくない人なので、テトラ、オメガ、終末武器辺りは着手してません。銃5凸は次回やるかどうか。

今回も20箱は行きたいですね。