서비스가 잘 돌아가는 것만큼, 문제가 생겼을 때 원인을 끝까지 따라갈 수 있는 구조에 관심이 있습니다.
요청이 어디서 시작해 어디에서 멈추는지, 실패했을 때 어떤 기록이 남는지 자주 들여다봅니다.
문제를 바로 덮기보다 흐름을 먼저 나누고, 로그와 재현으로 원인을 좁혀가는 편입니다.
| 주제 | 보는 지점 |
|---|---|
| 서비스 흐름 | 요청이 시작되고 멈추는 위치 |
| 장애 분석 | 실패를 다시 확인하고 처리할 수 있는 구조 |
| 운영 가시성 | 다음 행동으로 이어지는 로그와 지표 |
| 자동화 | 반복 작업과 실수를 줄이는 방법 |
| 개발 도구 | 판단을 방해하지 않고 흐름을 돕는 도구 |
|
Swagger MCP Bridge
Spring Boot · SpringDoc OpenAPI · MCP SpringDoc OpenAPI 기반 Spring Boot API를 MCP 도구로 노출하는 starter를 만들었습니다. awesome-spring-ai · awesome-mcp-servers |
swagger-core#5052
OpenAPI · Bean Validation · Schema Bean Validation constraint 처리 방식을 제안했습니다. 이후 해당 논의는 merged된 swagger-core#5162에 참고되었습니다. |
겪은 문제와 해결 과정을 블로그에 정리합니다.
원인 추적, 설계 판단, 운영 중 드러난 차이, 다시 확인해야 할 결정을 주로 남깁니다.
