| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
- Cloud Systems
- 0 replica
- Database
- HPA
- Kubernetes
- Kafka
- 스프링부트
- Reinforcement Learning
- propogation
- MSSQL
- Observability
- karpenter
- traceId
- Kind
- ML
- rllib
- hammerDB
- spring boot
- Failure Prediction
- XGBoost
- Multi Agent Systems
- Prometheus
- virtualservice
- keda
- minreplica
- eks
- Borg
- polars
- zset
- AIOpsLab
- Today
- Total
목록Observability (3)
김태오
The last major phase was about honesty: were the controller decisions actually touching Kubernetes, and was the dashboard explaining the result without overclaiming?The dual-cluster comparison gave me a strong local framework, but it also exposed a subtle gap. Agent A/B/C decisions were being evaluated through the orchestrator path, while the dashboard was reading real Kubernetes metrics. That m..
The local dual-cluster comparison became the most important dashboard phase of the project.Before this, I had an experimental controller and a live dashboard. That was useful, but it was still too easy to fool myself. I needed a baseline. Not a perfect cloud baseline, but at least a local setup where the same external stimulus hit two Kubernetes clusters: one running the experimental Agent A/B/C..
After the six-layer stack existed, the next problem was making it feel alive. Synthetic traces were useful, but I wanted the dashboard to react to Kubernetes state, not just replayed rows.This phase had two jobs. First, I needed trace and synthetic inputs to keep exercising the orchestrator when no cluster was running. Second, I needed a live Kubernetes loop that could collect a snapshot, run th..