https://techconference.yahoo.co.jp/2019_shibuya/?cpt_n=2019_shibuya_promo&cpt_m=web&cpt_s=passmarket

きました pic.twitter.com/mN83GXKkkn

— umemak (@umemak8) December 13, 2019

3年連続３回目の参加。 毎年会場が変わって、今年は渋谷です。表参道駅から歩きましたが。。

基調講演 13:00 - 13:45

藤門 千明 取締役 常務執行役員、CTO（チーフテクノロジーオフィサー）

• https://www.slideshare.net/techblogyahoo/yjtc19-in-shibuya-yjtc
• 「未来を、共に創ろう」
  • ユーザーアクションの最大化
  • オフラインにも進出（PayPay）
  • MUU5049万、MUB9302万, DR1132億
• 未来をす作るためになければならないもの
  • AI,データ
  • 価値を届けるスピードを大事にしている
    • 5年前は鈍化していた
    • モダナイゼーション
• 過去のモダナイゼーション
  • 失敗例
    • 2013年、アプリケーションライフサイクルマネジメントの実現
      • 常に最新のOS.HW・SWへ追従するための土台づくりが未完了
    • うまく行かない３つのレガシー
      • マインド、テクノロジー、習慣のモダナイゼーションを同時並行してすすめる
• マインドのモダナイゼーション
  • 2015年12月、決起集会を開催を２０００人集めて実施
  • 会場はここ（ベルサール渋谷ファースト）だった
  • トップからメッセージング
  • 自分ごと、オープン化、チャレンジ
  • 仮想化、CIのチャレンジが成功したのは、潜在的にエンジニアがいたから
• テクノロジーのモダナイゼーション

  • pic.twitter.com/0KKstVSH68

    Read more

https://yj-meetup.connpass.com/event/153658/

初参加です。

19:00 開場・受付開始

19:30 イントロ・乾杯

19:35 ヤフーのナビゲーション系のバックエンドサービスの課題をk8sで解決した話

高木 克彰(@tkgtransit) ◆ ヤフー株式会社

• ナビゲーション
  • マップの徒歩ナビ
  • 乗り換えナビ
• 従来のアーキテクチャ
  • エンジンデータはそれぞれ１台の仮想サーバーが担当
  • C++, Apacke Module
  • 課題
    • IFが異なるだけで基本ロジックはほぼ同じ
    • データ更新に半日
    • 脆弱性対応が多い、手作業
• 改善後
  • API層を統合
    • 社内PaaSに移行
  • エンジン層
    • 社内CaaSに移行
    • バイナリデータはinit comtainerで取得してオンメモリに展開
  • データの更新はk8sのcronで実行
• パイプラインはscrewdriver使っている

19:50 プライベートクラウドをk8sで刷新して良かった話

鶴田貴大 ◆ サイボウズ株式会社

• 自社製プライベートクラウド
  • OpenStackは使っていない
  • Ubuntu
    • 14.04から16.04へのアップグレードに２年くらいかかった
  • コンテナもほぼ使っていない
• インフラ刷新
  • necoプロジェクト
  • CKE(Cybozu Kubernetes Engine)
  • Certifiedになった
• 目的
  • 運用コスト低減
  • スケーラビリティ向上
• K8sを選んだ理由
  • 圧倒的に流行っていたから
• CoreOS採用
  • コンテナ用軽量OS
• GitOps
  • Argo CDを使用
• テナント
  • チームごとに権限を分離
  • ほかテナントに影響しないように
  • 単一のk8sクラスターですべてのテナントを賄っている
• 開発環境
  • クラスタを共同利用
    • うっかり壊すと大変
  • Kindに変更
    • ローカルPCでも動かせる
• Teleport
  • 多機能踏み台サーバー
  • ターミナルの入出力を録画できるので、監査に使える

20:10 PFNにおける二種類のKubernetesクラスタ

太田佳敬(@ota42y) ◆ Preferred Networks

• https://speakerdeck.com/ota42y/pfnniaru2tufalsekubernetes
• 自社GPUクラスタ
  • 機械学習のためにマシンリソースが必要
  • 2500以上
  • これの制御をk8sで行っている
• WebApplication用
  • aws EKSに構築
  • EKSを使うほどではないが、K8sを使い慣れているのでECSではなくEKS
• K8sのNetwork Isolation
  • 1つのクラスタに関係ないアプリが複数同居している
  • 相互通信しないようにネットワーク分離が重要
  • Network Policies
    • PodやNamespace単位で通信を制御できる標準機能
    • アプリケーションごとにNamespaceを分けて相互アクセスを禁止した
    • デフォルトでは通信許可設定なので設定忘れを抑制したい
      • Calicoを利用してデフォルトで通信禁止に設定
        • https://github.com/projectcalico/calico
        • Namespace内部の通信も禁止になるので、そこは許可する
        • kube-systemも許可する。禁止したままだとkube-dnsも使えなくなってしまう
        • orderで優先順位を決める
    • Network PolicyでALBを指定（許可）できない
      • Subnet構成で回避

20:30 小休憩

20:35 K8Sで画像PFを1年半運用してみた振り返り

山田 拓也 ◆ ヤフー株式会社

• 結論
  • 移行してよかった
• 旧システム
  • 社内VM
  • リカバリ手動
  • 障害で深夜対応・・

• 新システム

• 移行前のシステムを意識しすぎてしまった
  • サーバー構成など
    • Podとコンテナの配置どうする？
      • 一つにまとめてみた
        • 起動遅い
        • 管理も大変
      • 1コンテナ1Podにした
        • 迷ったらこれでOK
  • 監視設定
    • Grafanaの監視項目全部Prometheusに持っていった
      • Grafanaで良くない？
    • 監視の目的から見直す
      • 設定したしきい値も説明できないなら見直す
      • 物理やVMなら必須だった項目もK8sならいらない場合もある
• Prometheus
  • 予測で設定できる
  • 変化量でも見れる
  • Alertmanager便利

20:50 k8s初心者がgRPC × envoyを導入したら色々苦労した話

信原 有志 ◆ ヤフー株式会社

• サービスの課題
  • ドメインごとにチームが別れていて、それぞれ別の言語で開発していた
  • モノリス
  • 共通コンポーネントをチームごとに実装すると非効率
    • 共通コンポーネント配信システムを構築した
• 不具合
  • ローリングアップデート時のコネクションエラー
    • glaceful shutdownが正しく動いていない？
      • 負荷を下げて検証
        • 解決できず
    • IPテーブルの更新に遅延？
      • 検証しても解決できず
    • envoyのIPが更新されない？
      • ZipkinでTraceIDから照合して検証
        • これ
    • 対策
      • envoyでのgRPC health_checkの設定をちゃんとやる
      • nodejsアプリにも削除用のエントリポイントを追加
• 内部の動きをきちんと理解できていなかったのが原因

21:00 懇親会

22:00 終了