JJUG CCC 2020 Fall に行ってきた #jjug

Java メモ

JJUG CCC 2020 Fall に参加しました。オンライン開催。簡単に所感をまとめます。

ccc2020fall.java-users.jp

所感

ArchUnit は去年の JJUG でもセッションがあったけど、今回は ArchUnit の柔軟さを生かした応用事例が紹介されていました。いろいろな依存解析が自動化されて可視化されるのはとてもいいけど、あまりやり過ぎるとメンテが大変になりそう。

パフォーマンスチューニングの話はとても参考になりました。「根拠のある改善を行う」というのが刺さる。

Selenide はすごい久しぶりに名前を聞いた気がする。わりと書きやすかった記憶があるので機会があればまた使ってみたいなー。一方で Cucumber はどうなんだろうか。依存するファイルが増えるわりにそれを超えるメリットが今のところ見つけられないんだけど、少し調べてみようかな。

Picocli は去年の JJUG でセッションがあったけど参加できなかったので、今回は話が聴けてよかった。去年くらいに Picocli と Micronaut を試したときのメモ。

Micronaut で CLI アプリケーション + Picocli - kntmr-blog

あと、なんか前も同じことを思った気がするけど、アンカンファレンスが面白そうだったから聴きに行けばよかった...。

現時点では YouTube の動画は非公開になっているようです。アーカイブは公開されるんだろうか。(2020/12/04 追記) セッション動画が公開されました。

www.youtube.com

以下、メモから抜粋。

痒いところに手を届かせる ArchUnit の利用法 〜アーキテクチャーテストからアプリケーション解析まで〜

github.com

  • アーキテクチャをユニットテストで実装する
    • 依存関係 (パッケージ, クラス, ...)
    • 命名規約
  • アーキテクチャをテストで明文化 (ドキュメンテーション)
  • 部分適用可 (リアーキとか)
  • Core API
    • クラス, メソッド, フィールドなどの依存関係を取得するためのAPI
  • Lang API
    • 依存関係の制約を実装するためのAPI
    • カスタムルール作成可
  • Library API
    • レイヤの制約をテストするためのAPI
  • BFFはユースケースに合わせたAPI
  • バックエンドはリソース指向API
  • 別パッケージの類似ドメインクラスを import したり
    • 縦方向のレイヤは周知されている
    • 水平方向の依存関係をチェックしたい
  • 不安定なコードへの依存をテストで制限する
  • 変更の影響範囲を機械的に把握したい
    • CIで影響範囲を自動でリストアップ☆ > Core API
    • リフレクションなどの依存や設定ファイルの変更は検出不可
  • サービス間の影響調査
    • API間の依存関係をCIで自動生成☆ > Core API
  • API/DB間, Android/BFF間 > Android/DB間
    • サービス間の依存関係 > 分散トレーシングを使う
  • 画面遷移図の自動生成

パフォーマンスのトラブルシュート入門

  • 正しいパフォーマンスチューンングの流れ☆
  • アプリの下も把握する必要あり
  • アプリの事実を計測する > ログ, メトリクス
  • 計測する情報
    • 各処理 > どこの処理が遅くなっているか
    • システム全体 > なぜ遅くなっているか☆
    • 遅くなる原因を知るにはシステム全体の視点が必要
  • ファイルの読み書きには暗黙的なものもあるので注意
  • シェルで記録してバッファ溢れで消えてしまったり
  • コンテナを消す前に永続化領域に記録する
  • 計測した情報は可視化, 正常期間/異常期間を比較
  • 根拠のある改善を行う☆
  • 必要な情報を計測する機能を FW が提供しているか
  • Java 標準ツール☆
  • Unified Logging
  • MBean/JMX
  • Eclipse MicroProfile Metrics/Health
  • JDK Flight Recorder
    • 主要なメトリクスを記録
    • アプリ独自のメトリクスを作成可
  • ログは発生ベースなのでメトリクス収集には向いてない
  • 最近の主流は JFR でメトリクス収集
    • JDK Mission Control で可視化
  • ケーススタディ
  • クラウドのサーバーレス環境でJFRは使えるか？
    • OpenJDK11以降, ファイルダンプが必要
  • デフォルトのプロファイルではCPU1-2%程度のコスト増

Project Reactor でノンブロッキング、非同期処理を実装してみよう！！

github.com

  • Webフロントエンド, 外部サービス連携, マイクロサービス連携, ...
  • 同期, 非同期, ノンブロッキング
  • ブロッキング = Worker Thread のスレッドを専有する
  • ノンブロッキング = Event Pool
  • ノンブロッキングを簡単に実装する > Reactive Streams
    • Publisher
    • Subscriber
    • Subscription (バックプレッシャー)
    • Processor (Pub+Sub)
  • 非同期, ノンブロッキング
  • Pub/Subモデル
  • バックプレッシャー
  • Project Reactor
    • Mono, Flux
    • subscribe, doOnNext, doOnError, doOnComplete, ...
    • Subscriber 側が subscribe するまで何も起きない
  • Subscription#request (バックプレッシャー)
    • Subscriber 側でリクエスト量を制限する
  • map, flatMap
    • map はシーケンシャルに処理する
    • flatMap は新しい publisher (mono) を返す
  • Cold Publisher > リクエスト時点で処理開始
  • Hot Publisher > Subscribe 時点で処理開始
  • Azure SDK で非同期/ノンブロッキングを実装
    • Project Reactor を使う
  • Reactive Route (Quarkus)
  • ChangeFeedProcessor (Cosmon DB)
    • CQRS の実装で使うと便利？

Javaコードが速く実行される秘密 - JITコンパイラ入門

LINE ShopチームでのSREの取り組み

  • Prometheus + Grafana
  • Armeria
  • マイクロサービス
  • 分散トレーシング > Zipkin
    • Redisクライアント側で取る？
  • Circuit Braker (Cascading Failure)
    • FailFastException を catch して fallback する
  • Graceful Degradation
    • 障害発生時、継続させたい機能は何か
    • 一部機能はレスポンスの質を低下させても継続可能か (キャッシュの古いデータを返したり)
  • Service Discovery
    • Central Dogma
    • Prometheus
  • Central Dogma
  • SLI, SLO
    • API Availability, API Latency
    • Prometheus + Grafana で可視化
  • モニタリング
    • アラートレベルで通知する Channel を分ける
    • ユーザーに直接影響がある > Error
    • サービス影響が少ない, 問題の原因になり得る > Warn
    • アプリケーション固有のメトリクス
      • バージョン (アプリ, FW, ...)
    • バッチのモニタリング
      • Prometheus は Pushgateway からメトリクスを pull する
  • インシデント対応
    • アラート対応ガイド
    • 必要に応じてレポート作成 > SRE ポストモーテム
  • ポストモーテム
  • キャパシティプランニング
    • イベントに備えてスケールアウト/スケールアップ
  • スパイクへの対処
    • Rate Limit でリクエスト量を制限する > Central Dogma の管理画面から設定
    • スケールアウト
  • k8s
    • Verda (Private Cloud) の VM/物理サーバー
    • Ansible でプロビジョニング
    • スケールアウトに時間がかかる
    • モニタリング
      • サービス全体で収集しているメトリクスは600万+
      • Pod のメトリクスはリバースプロキシアプリ経由
  • メトリクス
    • リクエスト/レスポンスサイズ (リクエストが多いので)
    • DNSの名前解決

Head toward Java 15 and Java 16

  • Incubator, Preview, Standard
  • Pattern Matching for instanceof
  • Text Block
  • Records
    • equals フィールドが同値の場合は常に true を返す
    • リフレクション不可
    • Local records
  • Sealed Classes
    • permits
    • パターンマッチ
  • Hidden Classes
  • Foreign-Memory Access API
  • UDP Socket API
  • Vector API
  • Elastic Metaspace
  • Shenandoah GC, ZGC
  • JS エンジンは GraalJS への移行を推奨

OAuth 2.0 with Spring Security

github.com

  • OAuth 2.1
  • spring-boot-starter-oauth2-client
  • RestTemplate を使うところではタイムアウトを設定すること☆
    • client#setRestOperations(restTemplate)
    • WebClient も同様
    • connection/read/write
  • 5.0 以降では WebClient への移行を推奨
    • おそらく RestTemplate がすぐに削除されることはないはず
  • spring-boot-starter-oauth2-resource-server
  • Token Introspection
    • リソースサーバーから認可サーバーにアクセストークンを送る
    • アクセストークンの検証結果を返す
  • 認証方法のカスタマイズ
    • OpaqueTokenIntrospector を実装する
  • Token Propagation
    • 自分が受け取ったアクセストークンを下流のサービスに流す
  • 認可サーバー
    • Spring Authorization Server (開発中)

Selenide Cucumber で実現する UI テスト自動化 BDD

github.com

  • Selenide
    • UIテスト自動化フレームワーク
    • WebDriver より冗長さがない
    • webdriverextensions-maven-plugin
    • Page Object パターン
  • Cucumber
    • 自然言語でテストケースを記述できる (Gherkin 記法)
    • feature ファイルにテストケースを書く
    • steps ファイルにテストを実装
    • Data Table
    • Scenario Outline
    • JUnit 5 未対応 (junit-vintage-engine)
  • Selenide + Cucumber
    • steps ファイルに Selenide のテストを実装
  • アンチパターン☆
  • BDD
    • 画面ありのアプリで TDD が実現できる
    • feature ファイル変更
    • 対応する steps ファイル変更
    • Page Object 変更
    • テスト失敗
    • プロダクションコード変更
  • 創発的設計
  • スクリーンショット可
    • テスト失敗のみとかも可

JavaとpicocliとGraalVMでときめくCLIアプリを作ろう

  • Java で単一コマンドアプリケーションが作れる
  • JRE だけで 200 MB (重い)
    • JLink, JPackege
  • GraalVM
    • ネイティブイメージの弱点☆
  • AOT はコマンドラインアプリにピッタリ？
  • System.out, System.err, 終了コード
  • サブコマンド
  • refrect-config.json 自動生成
  • Micronaut と Quarkus には picocli が組み込まれてる

あとで読む