Go 시니어 프레임워크 기술면접

Go Generics는 컴파일 타임 타입 체크를 통해 런타임 오버헤드 없이 타입 안정성을 제공합니다. interface{}는 런타임에 타입 어서션이 필요하고 리플렉션 사용 시 성능 저하가 발생하지만, Generics는 monomorphization을 통해 각 타입별로 최적화된 코드를 생성합니다. 기존 코드와의 호환성을 위해 점진적 도입 전략을 사용하며, 공통 자료구조나 알고리즘에만 적용하고 비즈니스 로직에는 신중하게 접근해야 합니다. 과도한 사용은 코드 복잡도를 높이고 컴파일 시간을 증가시키므로, 실제로 여러 타입에서 재사용되는 경우에만 사용하는 것이 좋습니다.

Reflection은 런타임에 타입 정보를 검사하고 조작할 수 있게 하지만, 타입 안정성을 잃고 성능 오버헤드가 발생합니다. reflect.TypeOf와 reflect.ValueOf를 통해 구조체 필드를 순회하며 동적으로 값을 설정할 수 있어 JSON 마샬링이나 ORM에서 활용됩니다. Code generation은 빌드 타임에 타입별 코드를 생성하여 런타임 성능을 향상시키지만, 빌드 프로세스가 복잡해지고 생성된 코드 관리가 필요합니다. 고성능이 요구되는 핫패스에서는 code generation을, 유연성이 중요한 설정 파싱 등에서는 reflection을 사용하는 것이 적절합니다.

Go Modules는 semantic versioning을 기반으로 major 버전이 변경되면 import path도 변경됩니다(v2+). go.mod는 직접 의존성과 최소 요구 버전을 명시하고, go.sum은 모든 의존성의 체크섬을 저장하여 무결성을 보장합니다. 모노레포에서는 각 서비스를 별도 모듈로 분리하거나 workspace 기능을 활용하며, replace directive로 로컬 개발을 지원합니다. Indirect dependency 충돌은 go get -u를 통한 업데이트나 exclude directive로 특정 버전을 배제하며, 최종적으로는 minimal version selection 알고리즘이 가장 낮은 호환 버전을 선택합니다.

Go는 정적 링킹을 기본으로 하여 단일 바이너리를 생성하며, build tag를 통해 파일 단위로 조건부 컴파일이 가능합니다. 환경별 설정은 build tag나 -ldflags를 활용해 빌드 타임에 주입합니다. CGO는 C 라이브러리 호출 시 goroutine 스케줄링 오버헤드가 발생하고 크로스 컴파일이 복잡해지므로 가능하면 pure Go 구현을 선호합니다. 바이너리 크기 최적화는 -ldflags='-s -w'로 디버그 정보 제거, UPX 압축, 불필요한 의존성 제거 등을 통해 수행하며, 프로덕션에서는 크기와 디버깅 가능성의 트레이드오프를 고려해야 합니다.

net/http는 기본적으로 HTTP/2를 지원하며 자동으로 프로토콜 협상을 수행합니다. Transport는 내부적으로 connection pool을 관리하여 동일 호스트로의 요청을 재사용하며, MaxIdleConns는 전체 유휴 연결 수, MaxIdleConnsPerHost는 호스트별 제한을 설정합니다. IdleConnTimeout은 유휴 연결 유지 시간을 제어하여 메모리와 소켓 리소스를 관리합니다. Connection leak 방지를 위해서는 반드시 response.Body.Close()를 호출해야 하며, defer를 사용하거나 context timeout을 설정하여 장시간 대기를 방지해야 합니다. 고부하 환경에서는 MaxConnsPerHost를 조정하여 백엔드 서버 부하를 제어합니다.