Stack Overflow, 모놀리식 아키텍처 재구축 과정에서 '모듈형 모놀리스'와 애자일 실험 강조

Stack Overflow는 모놀리식 애플리케이션의 점진적 재구축 과정에서 모듈형 모놀리식(modular monolith) 접근 방식을 도입했습니다. Connell Sharp는 이 방식이 기존 모놀리스를 재구축하는 데 사용된 핵심 도구 중 하나라고 언급했습니다. 이를 통해 대규모 시스템을 더 유연하게 관리하고 개별 기능을 독립적으로 개발할 수 있는 기반을 마련했습니다.

Stack Overflow의 모듈형 모놀리식 아키텍처는 수직적 분할을 통해 유연성을 확보합니다. 각 모듈은 'module.base' 항목에는 의존할 수 있지만, 다른 모듈에는 의존하지 않는 구조를 가집니다. 이는 UI, 비즈니스 로직, 데이터 접근 코드를 모두 하나의 모듈 안에 수직적으로 분할할 수 있게 함으로써, 특정 기능과 관련된 모든 요소를 독립적으로 관리하고 변경할 수 있도록 합니다. Sharp는 이러한 구조가 기존의 복잡한 모놀리스를 재구성하는 데 큰 이점을 제공한다고 설명했습니다.

Stack Overflow는 기능 구현에 있어 매우 애자일(agile)하며 실험적인 접근 방식을 채택하고 있습니다. 6개월 후를 내다보는 장기 로드맵을 가지기보다는, 엔지니어링 조직이 기능을 점진적으로 출시하며 지속적으로 개선하는 방식입니다. 이는 시장의 변화에 빠르게 대응하고 사용자 피드백을 즉각 반영하여 제품을 발전시키는 데 중점을 둔다고 Sharp는 강조했습니다. 이러한 접근 방식은 개발 팀이 짧은 주기로 기능을 출시하고 테스트하며, 그 결과를 바탕으로 다음 단계를 결정하는 유연한 개발 문화를 가능하게 합니다.

Stack Overflow의 엔지니어들은 자신이 만드는 제품의 사용자 입장에서 개발 과정에 깊이 참여합니다. Connell Sharp는 스스로가 Stack Overflow의 사용자이기 때문에 매일 발생하는 작은 트레이드오프나 디자인 결정을 내릴 때 개인적인 직관을 활용할 수 있다고 밝혔습니다. 이는 엔지니어들이 특정 상황에서 제품이 어떻게 작동하는 것을 선호할지 사용자로서 직접 고민하며 개발에 임한다는 의미입니다. 이러한 내부 사용자 경험은 개발된 기능이 실제 사용자에게 미치는 영향을 더 정확하게 예측하고, 더 나은 사용자 경험을 제공하기 위한 의사결정에 긍정적인 영향을 미칩니다.

Stack Overflow는 기존에 사용하던 A/B 테스트 시스템에서 벗어나, 이미 구축되어 있던 자체 기능 플래그 시스템을 활용하기로 결정했습니다. Connell Sharp는 이전에 사용하던 시스템이 복잡하고 유연성이 부족했기 때문에, 더 효율적이고 통제 가능한 방식을 모색했다고 설명했습니다. 자체 기능 플래그 시스템을 사용함으로써 개발팀은 새로운 기능을 특정 사용자 그룹에만 노출하거나, 점진적으로 배포하는 등 보다 세밀한 통제를 할 수 있게 되었습니다.

점진적인 기능 배포를 위해서는 기능 플래그 시스템의 일관성이 중요합니다. Connell Sharp는 사용자를 1%에서 10%로 늘릴 때, 기존 1%의 사용자들이 반드시 새로운 10% 그룹 안에 포함되어야 한다고 강조했습니다. 이는 비율을 변경할 때 사용자 그룹의 라인을 재배열하지 않아야 한다는 의미입니다. 이러한 일관성 유지는 새로운 기능을 점진적으로 100%의 사용자에게 배포하는 과정에서 사용자 경험의 갑작스러운 변화를 방지하고, A/B 테스트의 신뢰성을 확보하는 데 필수적입니다.

Stack Overflow는 새로운 기능마다 사용자 분포를 재조정하기 위해 기능 이름을 해시 함수에 매개변수로 전달하는 방식을 사용했습니다. Connell Sharp는 이 기능 이름을 해시에 대한 '솔트(salt)'처럼 사용함으로써, 새로운 기능이 도입될 때마다 사용자 라인이 완전히 재배열된다고 설명했습니다. 이 방식은 특정 사용자가 항상 먼저 새로운 기능을 받는 것을 방지하며, 모든 사용자에게 새로운 기능이 무작위적으로 배포되도록 하여 테스트의 공정성을 높입니다. 이를 통해 개발팀은 특정 기능에 대한 편향된 초기 반응을 줄이고, 보다 객관적인 데이터를 수집할 수 있습니다.

Stack Overflow는 사용자들이 댓글을 어떻게 사용하는지 측정하기 위해 드롭다운 옵션을 도입했습니다. Connell Sharp는 사람들이 Reddit 댓글처럼 사용하는지, 아니면 YouTube 댓글처럼 사용하는지 파악하려 했다고 설명했습니다. 예를 들어, 단순히 '감사하다'는 댓글이 많아 삭제되는 경우가 발생했기 때문에, 드롭다운 상자를 통해 사용자의 의도를 직접적으로 파악하려는 목적이 있었습니다. 이 드롭다운은 사용자에게 댓글의 목적을 묻는 질문을 포함하여, 댓글의 유형을 분류하고 불필요한 댓글을 줄이는 데 기여할 것으로 기대되었습니다.

Stack Overflow는 '감사합니다'와 같은 단순한 감사 댓글을 줄이기 위해 '감사 인사' 기능을 도입했습니다. Connell Sharp는 드롭다운 옵션 중 '명확히 설명하는 댓글 달기'와 함께 '도움이 되었어요, 감사합니다'라는 옵션을 추가했다고 밝혔습니다. 이는 기존에 많은 감사 댓글이 운영진에 의해 삭제되면서 사용자들이 불만을 가졌던 문제를 해결하기 위함이었습니다. 사용자가 이 버튼을 클릭하면 댓글 텍스트 상자 대신 '감사합니다' 메시지가 표시되고, '여러 사용자에게 감사를 받았습니다'라는 알림이 뜹니다. 이 기능은 불필요한 댓글을 줄이고, 실제 내용이 있는 댓글에 집중하도록 유도하는 효과를 가져올 것으로 기대되었습니다.

Stack Overflow는 드롭다운 기능 출시 후 사용자들로부터 불만을 받자, '선택 해제(opt-out)' 스위치를 도입했습니다. Connell Sharp는 특히 하루에 천 개 이상의 댓글을 작성하는 사용자들은 이 기능이 자신의 작업 흐름에 불필요한 클릭을 추가한다고 불평했다고 전했습니다. 이에 따라 개발팀은 드롭다운을 원치 않는 사용자들이 실험에서 벗어날 수 있도록 하는 스위치를 만들었습니다. Sharp는 모든 기능마다 스위치를 두는 선례를 만들고 싶지는 않았지만, 당시에는 이 방식이 구현하기 더 쉬웠기 때문에 도입했다고 설명했습니다. 이는 사용자 피드백을 빠르게 반영하여 불편함을 해소하려는 노력의 일환이었습니다.

Stack Overflow의 A/B 테스트에서 '옵트아웃(opt-out)' 기능이 도입되면서 데이터 신뢰도 문제가 발생했습니다. Connell Sharp는 새로운 기능을 받지 못해서 옵트아웃할 필요성을 느끼지 못한 사용자들이 새로운 그룹에 포함되었을 것이라고 지적했습니다. 이러한 사용자들은 옵트아웃을 한 다른 그룹의 사용자와 같은 유형의 사용자였을 가능성이 높습니다. 결과적으로, 이 편향 때문에 기존 방식과 새로운 방식을 비교하여 유의미한 데이터를 얻는 것이 매우 어려워졌습니다. 이는 사용자 피드백을 반영하려던 시도가 오히려 A/B 테스트의 정확성을 저해하는 예상치 못한 결과를 초래했음을 의미합니다. 이러한 편향은 실험 결과의 해석에 큰 영향을 미치며, 향후 테스트 설계에 중요한 교훈을 주었습니다.

댓글 정보의 서버 렌더링은 검색 엔진 최적화(SEO)와 접근성이라는 두 가지 주요 이유로 Stack Overflow에 매우 중요합니다. Connell Sharp는 첫째, 검색 엔진이 자바스크립트를 완전히 실행하지 못할 수 있으므로, 서버에서 댓글이 렌더링되어야 검색 엔진이 해당 내용을 크롤링하고 색인화할 수 있다고 설명했습니다. 이는 Stack Overflow의 핵심 콘텐츠인 질문과 답변의 검색 가시성을 높이는 데 필수적입니다. 둘째, 자바스크립트를 사용하지 않거나, 특정 환경(예: 웹 스크래퍼)에서 접속하는 사용자들도 댓글을 볼 수 있도록 하기 위함입니다. 이러한 접근성은 모든 사용자에게 동등한 정보 접근 기회를 제공하는 중요한 요소입니다. 서버 렌더링은 이러한 기술적 요구사항과 사용자 경험을 동시에 충족시키는 핵심 전략입니다.

Stack Overflow는 Svelte 서버 렌더링을 위해 .NET 애플리케이션에서 Node.js를 호출하는 방식을 시도했습니다. Connell Sharp는 Node.js가 서버 측에서 렌더링을 수행하고, .NET 애플리케이션이 이 Node.js 애플리케이션으로 호출을 보내는 구조가 필요하다고 설명했습니다. 이를 위해 Kubernetes 환경에서 Node.js 컨테이너를 .NET 컨테이너와 동일한 Pod에 배치했습니다. 기술적으로는 'Jering' 또는 'Jaring'이라는 NuGet 패키지인 JavaScript.NodeJS를 활용하여 .NET에서 Node.js 함수를 호출할 수 있도록 구현했습니다. 이 접근 방식은 기존 .NET 스택 위에서 Svelte 기반의 현대적인 프런트엔드 렌더링을 통합하는 중요한 단계였습니다.

Stack Overflow는 기존 방식으로는 성능 저하로 인해 댓글 서비스를 제공할 수 없었으나, Node.js를 활용한 병렬 처리를 통해 성능을 크게 향상시켰습니다. Connell Sharp는 주요 질문 페이지에서 100밀리초의 지연도 허용할 수 없었기에 새로운 방법을 찾았다고 설명했습니다. 개선된 프로세스는 다음과 같습니다. 요청이 .NET으로 들어오면 처리되고, SQL 데이터베이스에서 댓글 및 페이지에 필요한 모든 정보를 요청합니다. 이전 댓글 코드가 여러 SQL 쿼리를 사용했던 것과 달리, 이제는 하나의 쿼리로 전체 뷰 모델을 가져올 수 있게 최적화했습니다. 이 뷰 모델을 모놀리식 모듈에 넣은 다음, Node.js로 보내어 댓글 컴포넌트를 렌더링합니다. 이 과정에서 다른 작업(상단 바, 사이드바, 주요 질문 페이지 내용 가져오기)을 병렬로 수행하여 시간을 절약합니다. 최종적으로 Razor 뷰에 도달하고, Node.js 렌더링 작업이 완료되면 HTML을 응답에 끼워 넣어 클라이언트에 보냅니다. 이 비동기 병렬 처리 방식은 응답 시간을 단축하여 사용자 경험을 개선하는 데 결정적인 역할을 했습니다.

Stack Overflow의 A/B 테스트는 주말과 공휴일 변수를 간과하여 실패했습니다. Connell Sharp는 테스트 기간 동안 '일주일'이라는 변수가 발생했다고 지적했습니다. 특히 테스트 두 번째 주에 미국 공휴일이 있었는데, 사용자 중 4분의 1이 목요일에 일하지 않았습니다. 이로 인해 모든 데이터 수치가 엉망이 되었고, Sharp는 이것이 좋은 과학적 방법이 아니었다고 인정했습니다. 결국 개발팀은 A/B 테스트를 다시 수행해야 했으며, 이로 인해 또 다른 한 주를 낭비하는 결과를 초래했습니다. 이 사례는 A/B 테스트 설계 시 외부 변수를 철저히 고려해야 함을 보여주는 중요한 교훈이었습니다.

Stack Overflow는 댓글 기능에 무려 9가지의 UI 변형을 실험했다고 밝혔습니다. Connell Sharp는 단순히 4가지 변형을 넘어 8가지 변형을 만들었으며, 여기에 날짜 표시 방식이라는 간단한 변수를 하나 더 추가했다고 설명했습니다. 날짜가 1년 이상 된 경우 '1년 전'이라는 문자열을 그대로 출력하는 방식이었습니다. 이 외에도 이전 UI의 제어 기능이 여전히 존재했기 때문에 총 9가지의 변형을 동시에 테스트했습니다. 이러한 광범위한 실험은 사용자 인터페이스의 미묘한 변화가 사용자 행동에 미치는 영향을 심층적으로 분석하려는 노력의 일환이었습니다.

Stack Overflow는 댓글 UI에서 사용자 프로필과 아바타를 댓글 상단에 배치하는 변경을 시도한 결과, 사용자들의 추천 수가 약 20% 증가하는 놀라운 성과를 거두었습니다. Connell Sharp는 이러한 변화가 아마도 인간적인 요소가 작용한 결과일 것이라고 분석했습니다. 사용자들이 댓글 작성자를 더 명확하게 인식하고, 그림과 함께 사용자 이름이 먼저 노출되는 것이 추천 행동을 더 많이 유도하는 것으로 보인다고 설명했습니다. 이는 댓글의 내용뿐만 아니라 작성자에 대한 시각적 정보가 사용자의 상호작용에 중요한 영향을 미친다는 것을 보여주는 사례입니다.

사용자 프로필을 댓글 상단에 배치하는 UI 변경은 의외로 오래되고 높은 평판을 가진 사용자에게 유리하게 작용하는 것으로 나타났습니다. Connell Sharp는 사용자 이름을 상단에 배치하는 것이 오래된 계정을 가지고 있고 사이트를 더 자주 방문하는 높은 평판의 사용자에게 이점을 주는 것처럼 보인다고 언급했습니다. Sharp는 이러한 결과가 자신의 예상과는 반대되는 것이었다며 놀라움을 표했습니다. 일반적으로 새로운 사용자나 콘텐츠에 더 많은 관심이 쏠릴 것이라는 예상과 달리, 이미 신뢰도가 높은 사용자에게 더 많은 주목이 가는 현상은 플랫폼 내 사회적 역학 관계가 복합적으로 작용하고 있음을 시사합니다.