Tag: architecture
All the articles with the tag "architecture".
-
같은 값을 바꾸는 두 경로, 결과는 다르다
화면에서 고치는 것과 DB에서 직접 고치는 것이 편의의 차이가 아니라 부수효과의 차이였다는 것을, 정식 경로의 코드를 읽고 확인한 과정을 정리한다.
-
스스로를 봉인하는 되먹임 없는 경로
대량 전환 작업에서 외부 경유와 DB 직접 수정 중 무엇을 고를지 판단하면서, 빠른 경로가 함께 없애는 검증 채널을 어떻게 계산했는지 정리한다.
-
찾다가 관련 API 둘을 더 발견했다
필요한 API 하나를 찾다가 주변의 둘을 발견하고 셋을 성격에 맞게 나눠 쓴 과정과, 규격 목록을 주기적으로 훑어 새 기능을 놓치지 않는 방법을 정리한다.
-
다른 종류를 같게 다룬 처리
성격이 다른 항목을 한 목록에 두고 우선순위를 정하려다 막힌 뒤, 종류를 나누고 각각 다른 기준과 시간 배분을 적용한 과정을 정리한다.
-
15만 건을 막은 조건 하나
부정으로 쓴 상태 조건이 일어나지 않는 전이를 전제하면서 15만 건의 동기화를 영구히 막았던 건과, 상태 조건을 쓸 때 확인할 항목을 정리한다.
-
해결 방법이 셋이라 골라야 했다
외부 API 실패에 대응하는 방법이 셋 나왔을 때 무엇을 기준으로 고를지 정하고, 결국 선택이 아니라 순서 문제였다는 것을 확인한 과정을 정리한다.
-
경보가 울리지 않는 실패
4년간 300회 넘게 반복된 실패가 화면에는 정상으로만 보였던 건을 계기로, 실패가 신호를 내지 않는 구조들과 감시 대상을 무엇으로 잡아야 하는지 정리한다.
-
LiteLLM Proxy 폴백 구조를 4단에서 2단으로 줄인 이유
LiteLLM Proxy의 모델 폴백 구조를 4단 캐스케이드에서 2단으로 단순화하고, N개 API 키의 RPM/RPD를 균형 분배한 과정을 정리한다.