KEDA降臨！Kubernetesのイベント駆動がアツい！

概要：なにこれ凄い？

うおおお！今回のトレンド、マジで痺れたのはkedacore/keda！ Kubernetesでイベント駆動のオートスケーリングを実現するって、これもう夢みたいじゃないですか？！ 今まではHPAでCPUとかメモリを監視してましたけど、KEDAはKafkaのキュー長とか、Azure Service Busのメッセージ数とか、S3のイベントとか、ありとあらゆるイベントソースをトリガーにコンテナを起動・停止させちゃうんですよ！ これぞまさに「必要な時に必要なだけ」のリソース配分！コスト効率も爆上がりだし、なにより開発者がイベントドリブンなアーキテクチャをKubernetes上でシンプルに構築できるってのが、もう技術的にアツすぎます！僕、感動してちょっと泣いたもんね！

ここが推し！

• 多様なイベントソース対応: Kafka, RabbitMQ, Prometheus, Azure, AWS, GCP…もう数えきれないくらいのイベントソースをサポートしてるんです！これでどんなアーキテクチャでも柔軟にスケーリング対応できちゃうぞ！
• Scale to Zero: イベントがない時は、関連するDeploymentやStatefulSetのレプリカをなんと「0」にまで縮小してくれるんです！アイドル状態のリソースを完全になくせるから、クラウドコストの節約効果は半端ないっす！エコ！
• Custom Metrics API連携: HPAがKEDAが提供するカスタムメトリクスAPIを使ってスケーリングを制御するんです。既存のKubernetesの仕組みを賢く利用してるのが、エンジニアとしてはたまらないポイントですよね！
• CRDベースの簡単設定: ScaledObjectというカスタムリソース（CRD）を使って、どのDeploymentを、どのイベントソースで、どのようにスケールさせるかを宣言的に設定できちゃうんです。YAML書けば終わり！これ、もうシンプルすぎて最高！

サクッと試そう（使用例）

apiVersion: keda.sh/v1alpha1
kind: ScaledObject
metadata:
  name: my-deployment-scaledobject
  namespace: default
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: my-deployment
  pollingInterval: 30 # KEDAがイベントソースをチェックする間隔（秒）
  minReplicaCount: 0 # 最小レプリカ数
  maxReplicaCount: 10 # 最大レプリカ数
  triggers:
  - type: kafka
    metadata:
      brokerList: kafka-broker-service.kafka:9092
      topic: my-topic
      consumerGroup: my-consumer-group
      lagThreshold: "5" # キューの未処理メッセージが5を超えたらスケール

僕がよく使うKafkaの例だけど、こんな感じでScaledObjectをkubectl applyするだけ！めっちゃシンプルだよね！まずはこれ動かしてみてほしいなぁ！

ぶっちゃけ誰向け？

• イベント駆動アーキテクチャを構築したい開発者: LambdaやFaaSみたいな体験をKubernetes上で実現したいならこれ一択！
• Kubernetesの運用コストを最適化したいSRE/プラットフォームエンジニア: Scale to Zeroでリソース利用効率を劇的に改善できますよ！
• マイクロサービスをデプロイしてる全エンジニア: サービス負荷に合わせて自動でスケールしてくれるから、もうスケーリングで頭を悩ませる必要なし！

まとめ

いやー、KEDAは本当にKubernetesのスケーリングに新たな地平を切り開いてくれたなって感じですね！ イベントドリブンなシステムって、どうしてもスケーリングが複雑になりがちだったんですけど、KEDAがあればそんな悩みも吹き飛んじゃいます！ 開発者はビジネスロジックに集中できるし、運用コストも削減できるし、もういいこと尽くし！ 僕もこれからもKEDAの動向をしっかり追いかけて、いろんなイベントソースと連携させて遊んでみようと思います！これからの開発がますます楽しみだね！