기술 스택
정답은 없지만, '우리만의 정답'은 있어야 합니다.
기술 스택이란?
기술 스택이란 하나의 소프트웨어 애플리케이션을 만들고 운영하기 위해 사용하는 모든 기술적 구성 요소의 집합을 의미하며, 요리(서비스)를 완성하기 위해 필요한 레시피, 도구, 식재료를 통칭하는 말과 같다고 볼 수 있습니다.
계층적으로 보자면 프론트엔드, 백엔드, 데이터베이스, 서버 환경 등으로 나눌 수 있습니다. 각각의 계층은 다양한 기술 스택 옵션을 제공하며, 창업자와 개발자는 자신의 프로젝트에 가장 적합한 조합을 선택해야 합니다.
스택이라는 용어는 기술 스택이 여러 계층으로 구성되어 있다는 점에서 유래되었습니다. 기술 스택 선정이 중요한 이유는 프로젝트의 성공과 직결되기 때문입니다. 올바른 기술 스택을 선택하면 개발 속도가 빨라지고, 유지보수가 쉬워지며, 확장성이 향상됩니다. 반면에 잘못된 기술 스택을 선택하면 개발이 지연되고, 비용이 증가하며, 나중에 기술적 부채가 쌓일 수 있습니다.
SW 창업을 앞둔 비전문가는 기술 스택의 수많은 선택의 기로에 서게 되는데, 기술에 대한 이해가 부족하면 IDC에 근무하는 친구에게서 들었던 아래 사례처럼 같은 일이 반복될 수도 있습니다.
비전공 창업자가 리눅스 기반 환경에서 서비스를 구축하던 중, 개발팀 전체가 해체되는 상황이 발생했다. 이후 새로 합류한 개발팀장은 창업자에게 윈도우 기반 환경이 리눅스보다 더 생산적이고 효율적이라고 설득했고, 결국 창업자는 이를 승인하여 운영 환경을 전환하게 되었다.
그러나 얼마 지나지 않아 그 개발팀도 해체되고 새 팀이 꾸려졌다. 새로 합류한 개발팀장은 리눅스 환경이 더 안정적이고 효과적이라고 주장했다. 창업자는 혼란스러웠다. 이전 팀장은 윈도우가 낫다고 했고, 이번 팀장은 다시 리눅스를 고집했기 때문이다.
"모두의 말에 일리가 있으니, 어떤 선택을 해야 할지 고민된다."
결국 그는 IDC(인터넷 데이터 센터) 기술팀을 찾아와 "팀장들의 말은 모두 일리가 있는데, 도대체 어떤 선택을 해야 할지 모르겠다"며 자문을 구했다고 한다.
이런 웃지 못할 사례를 반복하지 않으려면, 창업자는 바른 이해를 바탕으로 자기 확신을 갖고 일관성 있게 기술 스택을 관리해야 합니다. 정답은 없습니다. 조직이 처한 기술적·인적·재무적 환경에 따라, 같은 상황에서도 서로 다른 답이 나올 수 있기 때문입니다.
기술 스택 선정 기준
- 생산성 (Productivity)아이디어를 얼마나 빠르게 MVP(최소 기능 제품)로 구현할 수 있는가?
- 유지보수성 (Maintainability)시스템이 확장될 때(예: 멀티테넌트 구조) 관리가 용이한가?
- 안정성 (Reliability)장애 발생 시 자동 복구(Failover)나 미러링이 원활하게 작동하는가?
- 인력 채용 (Recruitment)함께 일할 개발자나 개발 업체를 구하기 쉬운가?
마치며
제 글이 도움이 되셨다면, 제가 만든 웹빌더도 한 번 방문해 주세요. 홈페이지를 만들고 나서 방문자가 없어 고민이셨다면, 트래픽까지 연계해주는 새로운 방식의 웹빌더를 경험해 보실 수 있습니다.
댓글
댓글 쓰기