hyuko

생각 정리용으로 써두는 글. 이번 주 두 가지 질문을 받고 답변을 정리하면서 "클라이언트 요청 하나가 도착해서 DB 까지 갔다 오는 동안 어디서 막힐 수 있는가" 라는 큰 그림이 한 줄로 꿰어졌다. 두 주제를 따로 보지 말고 한 흐름으로 묶어서 정리한다.받은 두 질문:Python / Java 서버는 request 를 위해 process 와 thread 를 어떻게 관리하는가? OS 와 1:1 매칭되는가?JdbcTemplate, MyBatis 는 어떻게 DB 와 연결하나? HikariCP 는 무엇인가?처음엔 별개 질문 같았는데, 둘을 합쳐 보면 "요청 한 건의 여정 전체" 가 보인다.0. 전체 흐름 한 장 클라이언트 요청 ↓ OS 레벨 (max-connections=8192) ..

이번 주는 "지금 운영하는 Python 코드, 이대로 계속 갈 수 있을까?" 라는 질문이 주제였다. 네 개의 TIL이 결국 하나의 흐름으로 이어졌다.누적된 회귀 → 노드별로 다른 언어가 답인 이유 → 단기/장기 언어 선택(Go·Rust) → 그 첫걸음으로 TCP 서버를 Go로 재작성1. 운영 중 누적된 Python 회귀 5가지 — 우회 코드가 한계에 도달했다는 신호운영을 이어가면서 같은 자리에 반복해서 패치를 덧대온 흔적이 다섯 군데 있었다. 처음에는 각각 독립된 버그처럼 보였지만, 모아놓고 보니 공통점이 분명했다. 언어/런타임 특성(GIL, 동적 타입, GC, async 모델 등)에서 비롯된 한계를 우회 코드로 막아온 것이라는 점.우회 코드는 그 자체로 나쁜 게 아니라, "이제 구조를 바꿔야 한다"는 ..

회사에서 운영 중이던 Python 기반 TCP 라우터 서버를 Go 로 단기 재작성, 6~12개월 후 Rust 로 장기 전환 하기로 의사결정한 회의를 진행했다. 그 의사결정 자료를 직접 만들어 보고 발표한 입장에서, 어떤 근거로 그 결론에 도달했는지 그리고 자료를 만들면서 배운 점을 정리해둔다.생각 정리용 회고라 회사 식별 디테일은 다 빼고 학습 가치 있는 의사결정 프레임 위주로 적는다.1. 배경 — "거의 안전하지만 가끔 꺼지는" 상태운영 중인 시스템은 TCP/UDP 라우터 역할의 Python 서버 + 데스크톱 GUI 클라이언트 + DAQ 클라이언트 구조. 외부 임베디드 장비가 1Hz 로 텔레메트리를 보내고, 서버가 그걸 여러 PC 클라이언트로 broadcast 한다.지난 몇 주간 운영 회귀를 직접 잡아..

시리즈 3/3 — 운영 중인 Python 시스템을 다른 언어로 옮기는 의사결정들어가며1편에서 Python 시스템에 누적된 5가지 회귀를 정리했다. 2편에서 시스템의 3개 노드 중 라우터만 언어를 바꾸자는 결론에 도달했다. 이번 3편에서는 마지막 4가지 결정을 다룬다:어느 언어로? Go vs Rust언제? 지금 vs 6개월 뒤어떻게? 한 번에 vs 단계적누가? 본인 단독 vs 채용결론을 미리 말하면: 단기 Go (1~2주) + 장기 Rust (6~12개월 후) + Claude Code를 적극 활용한 점진적 전환.결정 1: Go vs Rust — 왜 두 단계로 나누는가처음엔 "한 번에 Rust로 가자" 와 "평생 Python 유지" 사이에서 고민했다. 둘 다 극단이라 중간 답을 찾은 게 "단기 Go → 장기..