기술은 빠르게 발전한다.
마이크로서비스, 쿠버네티스, Zero Trust, SLSA, ZK Rollup까지 새로운 개념이 끊임없이 등장한다.
문제는 기술이 아니라, 우리가 그것을 이해하는 방식이다.
현대 시스템 설계에서 반복적으로 등장하는 몇 가지 오해가 있다. 그리고 이 오해는 복잡성을 줄이기보다 오히려 증폭시킨다.
최신 기술을 도입하면 문제가 해결된다는 오해
많은 조직이 새로운 기술을 도입하면서 근본 문제가 해결될 것이라 기대한다. 마이크로서비스를 도입하면 개발 속도가 빨라질 것이라 믿고, 오토스케일링을 적용하면 장애가 줄어들 것이라 생각한다.
하지만 기술은 기존 문제를 다른 형태로 바꿀 뿐이다.
모놀리식의 배포 문제는 줄어들 수 있지만, 분산 시스템의 복잡성이 새롭게 등장한다. 오토스케일링은 확장을 가능하게 하지만, 병목을 제거해주지는 않는다.
기술은 해결책이 아니라 도구다. 문제의 본질을 이해하지 못하면 도구는 오히려 부담이 된다.
확장은 쉽고 안정성은 자동으로 따라온다는 오해
클라우드 환경에서는 확장이 매우 쉽다. 버튼 몇 번으로 인프라를 늘릴 수 있다. 하지만 확장 가능성과 안정성은 같은 개념이 아니다.
트래픽이 증가할 때 시스템이 자동으로 늘어나는 것과, 장애 상황에서도 서비스가 유지되는 것은 전혀 다른 문제다. 서킷 브레이커, 타임아웃, 재시도 정책, 관측성 설계가 없다면 확장은 장애를 더 빠르게 전파할 수 있다.
확장은 기술적 기능이고, 안정성은 설계의 결과다.
이 둘을 혼동하는 순간 시스템은 예상보다 취약해진다.
보안은 기능이 아니라 구조라는 사실
Zero Trust, SLSA, DNS 암호화 같은 기술은 모두 중요한 진전이다. 그러나 보안은 특정 솔루션을 도입했다고 완성되지 않는다.
인증 체계, 권한 분리, 빌드 무결성, 네트워크 세분화가 유기적으로 연결되어야 한다. 어느 한 부분만 강화해도 전체 구조가 취약하면 공격 표면은 그대로 남는다.
보안은 추가 기능이 아니라 설계 전반에 스며들어야 하는 원칙에 가깝다.
현대 시스템 설계의 가장 큰 오해는 이것일지도 모른다.
기술을 쌓으면 성숙해질 것이라는 믿음.
실제로는 그 반대다. 복잡성을 감당할 수 있는 조직 문화와 운영 역량이 먼저 준비되어야 한다. 그렇지 않으면 우리는 계속해서 새로운 계층을 추가하며 또 다른 문제를 만들게 된다.
결국 시스템 설계는 유행을 따르는 일이 아니다.
조직의 규모, 도메인의 복잡도, 운영 능력을 정확히 이해하고 균형을 찾는 일이다.
기술은 선택지다.
하지만 책임은 설계자의 몫이다.