복잡함, 단순함, 그리고 희망에 관하여

Source: Dev.to

“바보는 복잡함을 찬양하고, 천재는 단순함을 찬양한다.”
— Terry A. Davis

복잡함에서 단순함으로

지난 7년간 소프트웨어 개발에 몸담으며, 나는 수많은 분산 시스템이 솟아올랐다가 무너지는 모습을 지켜봤다. 재능 있는 엔지니어들은 서비스 위에 또 다른 서비스를 쌓고, 모니터링을 위한 메타‑서비스를 추가하며, 끊임없이 늘어나는 스택을 관리하기 위한 도구들을 고안했다.

Kubernetes 클러스터가 몇 개의 정적 파일만 호스팅하고, 콘텐츠 관리 시스템이 몇 개 안 되는 마크다운 문서를 관리하며, 맞춤형 레지스트리가 배포되어야 할 패치를 공개 바이너리의 일부로 포함시켜야 했던 사례도 보았다.

결국 이러한 시스템들 대부분은 자체 무게에 짓눌려 무너졌고, 백업이 없는 하위 서비스까지 끌어내렸다.

시작할 때 나는 그 복잡함에 매료되었다. “JDSL을 본 적 있나요? 제가 말했듯이, Tom은 천재죠.” 라고까지 물었다.

하지만 시간이 지나면서 현대 기술은 단순함을 추구해야 함을 깨달았다.

왜 단순함이 승리하는가

• 하드웨어는 빠르다. 잘 다듬어진 단일 모놀리식 서버 하나만으로도 클러스터, CDN, 혹은 무상태 람다 플릿 없이도 초당 수백·수천 건의 요청을 처리할 수 있다.
• 파일 시스템은 영원하다. 텍스트와 이미지를 저장하는 솔루션은 1960년대부터 존재해 왔다. 전 세계 거의 모든 서버는 아직도 표준 파일 시스템(예: ext4, FAT32)과 UTF‑8 인코딩에 의존한다. 1980년대 플로피 디스크를 FAT32로 포맷한 것은 현대 머신에서도 여전히 읽을 수 있다—복잡한 WordPress 설치가 보장할 수 없는 일이다.
• 장기 호환성. 인류가 200년 뒤에도 컴퓨터를 사용한다면, 아마 ext4 볼륨을 마운트하고 UTF‑8 파일을 읽는 방법을 알게 될 것이다. 독점 바이너리나 희귀한 CMS 데이터베이스에 의존하는 것은 훨씬 적은 확신을 제공한다.

내가 원격으로라도 중요하다고 생각하는 데이터라면, 나는 잘 확립된 인코딩을 가진 표준 파일 시스템을 선호한다. 미래 시스템이 그 파일들을 읽을 확률은 독점 CMS 덤프를 풀어내는 사람을 찾는 확률보다 훨씬 높다.

최소 블로그 설정

처음 블로그를 시작했을 때, 나는 무료 WordPress 공간을 사용했다. 옵션에 압도당해 결국 프레임워크를 만들고 있었고, 포스트를 쓰는 대신 멈춰버렸다.

기존 포스트를 이동하려고 시도했지만, 특히 휴대 가능한 형식으로 옮기는 것이 어려웠다. 마크다운‑우선 접근 방식을 제공하는 Ghost로 전환했지만, 곧 Vue.js 프로젝트에 얽혀버렸다.

두 날간 집중 작업을 한 뒤 돌파구가 열렸다:

• 사이트는 이제 몇 개의 마크다운 파일과 단일 HTML 템플릿으로 구성된다.
• 가벼운 서버(예: 5000blogs)가 렌더링된 페이지를 제공한다.
• 데이터베이스 없이, 설정 파일, 마크다운 소스, 정적 템플릿 외에 입출력이 없다.

이 설정은 최소한의 노력으로 어떤 정적 사이트 생성기, Obsidian Publish, 혹은 GitHub Pages로도 옮길 수 있다. 기본 블로그 기능—태그, Git을 통한 자동 콘텐츠 업데이트, 전체 텍스트 검색—을 JavaScript 없이 제공한다. 방문자가 페이지를 로드하면 서버는 단일 정적 파일을 응답하고, 요청 흔적을 남기지 않는다.

결론

단순함은 단순히 미적 선택이 아니라, 신뢰성, 장수, 그리고 마음의 평화를 위한 실용적인 전략이다. 불필요한 레이어를 제거하고 파일 시스템과 마크다운 같은 영원한 도구를 받아들임으로써, 우리는 현대 기술의 일시적인 트렌드를 넘어서는 시스템을 구축할 수 있다.

어쨌든, 나는 나이고, 지금 여기 있다. 안녕.