App Architecture

분산 시스템에서 멱등성(Idempotency)은 네트워크 오류, 큐 재시도, 클라이언트 패닉, 그리고 운영자가 재생(Replay) 버튼을 누른 후에도 시스템을 구해 주는 속성입니다. 프로덕션 시스템에서는 중복 전송이 정상적인 현상입니다. 반면 중복된 부수 효과(Side Effects)는 버그입니다.

Slack 통합은 하나의 HTTP 호출로 메시지를 게시할 수 있기 때문에 속임수처럼 보일 정도로 간단해 보입니다. 하지만 Slack 을 상호작용적이고 신뢰할 수 있는 시스템으로 만들려고 할 때 흥미로운 부분이 시작됩니다.

Discord 는 이를 하나의 시스템으로 대할 때 진정한 통합 표면이 됩니다: 시스템이 이벤트를 게시하고, 인간이 결정을 내리며, 자동화가 워크플로우를 이어가는 곳입니다.

채팅 플랫폼은 단순한 메시징 도구를 넘어 크게 진화했습니다. 현대 시스템에서는 자동화된 프로세스와 인간의 의사 결정 사이를 잇는 인터페이스로 작동합니다.

대부분의 애플리케이션 아키텍처 조언은 적용하기엔 너무 추상적이거나, 확장하기엔 너무 좁은 경향이 있습니다. 여기서는 통합, 코드 구조, 데이터 액세스에 걸쳐 프로덕션 시스템에 적용할 수 있는 실용적인 트레이드오프를 제시합니다.

AI 및 머신러닝 워크로드가 점점 복잡해지면서, 견고한 오케스트레이션 시스템의 필요성이 더욱 커졌습니다. Go의 간결성, 성능, 동시성은 ML 파이프라인의 오케스트레이션 레이어를 구축하는 데 이상적인 선택이 됩니다. 모델 자체가 파이썬으로 작성되어 있더라도 말이죠.

클린 아키텍처는 관심사 분리와 의존성 관리에 중점을 두어 개발자가 확장성 있고 유지보수가 쉬운 애플리케이션을 구축하는 방식을 혁신적으로 바꾸었습니다.

GO용 ORM(ORMs for GO)의 가장 주요한 것은 GORM, Ent, Bun, sqlc입니다.
이들은 순수 GO에서 CRUD 작업의 예시와 함께 비교해보겠습니다.