처음 컬리에 입사했을 때 팀 내에서는 Java/Spring 스택으로 백엔드 개발을 진행하고 있었습니다. 이전 회사에서도 같은 스택을 사용해서 적응하기에 별 무리 없겠구나~ 했는데 웬걸, 프로젝트 구조가 그동안 봐왔던 것과는 상이했던 거였죠. 

원래는 계층형 아키텍처를 사용하였습니다. 흔히 백엔드 개발을 시작하면 배우게 되는 그 Controller/Service/Repository 구조입니다. 가장 단순하고 이해하기 쉬운 구조여서 그런지 학생들을 가르칠 때도 많이 사용하죠. 저도 예외는 아니었습니다.

그러나 마주친 것은 이름조차도 낯선 헥사고날 아키텍처(Hexagonal Architecture)였습니다. 어댑터, 유스케이스, 포트 등 현란한 용어들 사이에서 저는 정신을 차릴 수가 없었습니다. 헥사고날 아키텍처를 처음 도입했던 팀원들은 회사를 떠났고, 남겨진 저희들은 학습된 내용이 없는 상태에서 더듬더듬 기존 구조를 참고하며 코드를 작성하였습니다. 벌써 1년이 넘었네요. 문득 팀원 한 분이 그런 말씀을 하신 겁니다. 

우리는 지금 헥사고날 아키텍처 구조를 잘 따라가고 있을까?

사실 자신 있게 그렇다고 답할 수 없는 상태였습니다. 정확한 개념도 모르고, 왜 도입했는지 이유도 모른 채 어쩌다 보니 여기까지 와버렸으니까요.

역시 유튜브 만한 게 없죠. NHN에서 진행한 콘퍼런스에서 클린 아키텍처에 대한 발표를 진행한 적이 있었습니다. 제목은 클린 아키텍처지만, 그 안에 헥사고날 아키텍처에 관한 내용도 들어있는 것 같아 해당 내용을 정리하게 되었습니다.