기업은 이제야 서버리스 컴퓨팅이 만병통치약이 아니라는 사실을 깨닫고 있다. 서버리스와 전통적인 아키텍처를 혼합하는 것이 항상 더 나은 접근 방식이다.

서버리스 컴퓨팅에 대한 추모 기사는 다음과 같이 쓰여 있을 것이다.

개발자와 클라우드 설계자의 열렬한 희망에서 탄생한 서버리스 컴퓨팅을 그리워하며. 서버리스 컴퓨팅의 삶은 손쉬운 확장성과 운영 부담 감소라는 약속으로 시작됐고, 많은 사람이 “배포하고 잊어버리는” 방식의 매력에 사로잡혔다. 한동안 서버리스 컴퓨팅은 급변하는 트래픽을 우아하고 신속하게 관리할 수 있는 능력으로 인해 번창했고 찬사를 받았다.

그러나 시간이 지나면서 흥분은 사라졌다. 서버리스는 복잡성과 예상치 못한 비용이라는 가혹한 현실에 직면했다. 서버리스를 사랑했던 사람들은 서버리스가 일부 부담을 덜어주지만 다른 부담을 가져온다는 것을 알게 됐다. 디버깅은 악몽과 같았고, 제한은 창의성을 억압했다. 많은 사람이 모든 애플리케이션의 요구 사항을 충족할 수 없다는 사실에 절망했고, 신뢰할 수 있는 대안을 찾기 위해 고군분투했다.

결국 서버리스 컴퓨팅은 보편적인 솔루션이 아니라 특정 상황에 특화된 도구라는 냉혹한 현실에 굴복했다. 서버리스의 성공과 실패를 되돌아볼 때, 우리는 이 기술이 남긴 교훈을 기억해야 한다. 때로는 흥미진진한 신기술이 우리의 판단을 흐릴 수 있다는 것이다. 서버리스 컴퓨팅은 기술 분야에서 단 하나의 접근 방식이 절대적으로 우월하지 않다는 것을 상기시켜 주는 복합적인 유산을 남겼다. 올바른 도구는 항상 어떤 문제를 해결하느냐에 달려 있다.

명복을 빈다. 서버리스의 교훈은 영원할 것이다.

서버리스를 시도해 본 경험이 있고, 그 경험을 통해 조금 더 현명해진 사람을 잠시 생각해 봅시다. 개발자와 조직은 이제 다양한 애플리케이션 요구를 해결하기 위해 서버리스와 전통적인 아키텍처를 혼합하는 하이브리드 접근 방식의 필요성을 이해하고 있다. 그렇다. 서버리스는 트래픽 폭주와 비동기 구성 요소와 같은 특정 시나리오에 유용하지만, 보편적인 해결책은 아니다.

서버리스가 사라진 이유

서버리스 아키텍처는 원래 개발자가 서버 관리의 번거로움 없이 신속하게 애플리케이션을 배포할 수 있는 방법으로 홍보됐다. 서버 패치, 자동 확장성, 비용 절감 등의 장점이 매력적이었다. 이런 장점은 디지털 혁신 노력을 가속화하려는 많은 조직의 공감을 얻었다.

그러나 많은 기업이 서버리스 솔루션을 도입하는 과정에서 그 의미나 장단점을 충분히 이해하지 못했다. 서버 관리가 용이해졌지만, 개발자들은 수많은 복잡한 문제에 직면하게 됐다. 데이터베이스 관리에서 보안 취약성에 이르기까지 애플리케이션 개발의 어려움은 계속됐고, 기업은 클라우드 기반 개발 전략을 재고해야 했다.

그렇다면 서버리스 도입의 현실은 어떨까? 몇 가지 예를 들면 다음과 같다.

서버리스 앱은 엄격한 운영 제약이 따른다. 콜드 스타트 문제, 함수 실행 시간 제한, 승인된 프로그래밍 언어 사용의 필요성 등이 대표적인 문제다. 또한, 개발자는 디버깅을 복잡하게 만들고 서버리스와 관련된 학습 곡선을 증가시키는 비동기 프로그래밍 모델을 다루는 방법을 배워야 한다.

서버리스를 사용하는 많은 기업의 비용이 급증했다. 종량제 모델은 간헐적인 워크로드에 매력적으로 보이지만, 예측할 수 없는 트래픽 패턴으로 작동하거나 다수의 소규모 요소로 구성된 애플리케이션의 경우, 빠르게 통제 불능 상태가 될 수 있다. 확장성에 대한 요구 사항은 유익하지만, 신중한 예산 관리가 필요하다. 팀이 사용량을 면밀히 모니터링할 준비가 되어 있지 않은 경우, 이는 어려운 과제이다.

서버리스 환경에서의 디버깅은 상당한 장애물이 된다. 여러 비동기 구성 요소에서 문제의 근본 원인을 찾는 것은 기존의 모놀리식 아키텍처보다 더 어렵다. 개발자들은 서버 관리에서 절약한 시간을 이런 복잡한 인터랙션 문제를 해결하느라 시간을 허비하는 경우가 많기 때문에, 서버리스의 운영 효율성이 떨어진다.

더욱 현명한 클라우드 개발 전략

서버리스는 여전히 엔터프라이즈 클라우드 전략의 한 축이 될 수 있지만, 애플리케이션 개발 방법론의 광범위한 툴킷에 통합해야 한다.

서버리스 컴퓨팅은 특정 상황에서 여전히 유용하다. 간헐적인 트래픽과 독립적으로 테스트할 수 있는 고립된 기능을 가진 애플리케이션은 여전히 서버리스의 좋은 후보가 될 수 있다. 그러나 일관된 워크로드나 예측 가능한 패턴을 가진 애플리케이션의 경우, 전통적인 방법이 더 나은 신뢰성과 비용 효율성을 제공한다.

예측 가능성을 원하는 기업은 전통적인 아키텍처를 선택해야 한다. 이를 통해 환경과 비용을 보다 면밀하게 관리할 수 있다. 모놀리식 및 컨테이너화된 솔루션은 비용을 더 잘 관리하고 문제 해결을 단순화할 수 있는 더욱 직통 경로를 제공한다.

하이브리드 클라우드 전략은 대응력과 혁신을 향상시킬 수 있다. 기업은 서버리스, 컨테이너화, 전통적 아키텍처를 혼합해 다양한 애플리케이션의 특정 요구 사항에 맞게 접근 방식을 조정할 수 있다. 이를 통해 단일 패러다임에 의존하는 것을 방지할 수 있다.

혼합 방법론에서는 개발자 교육이 필수적이다. 팀은 현대적인 애플리케이션 개발의 복잡성을 성공적으로 헤쳐나가기 위해 전통적 패러다임과 서버리스 패러다임 모두에 능숙해야 한다.

시도는 좋았지만 현실을 인정해야 할 시점

오늘날 서버리스는 대부분 비즈니스의 요구에 맞지 않는 위험하고 비용이 많이 드는 투자임이 입증됐다. 예측할 수 없는 트래픽이 있는 비동기식 애플리케이션과 같은 특정 시나리오를 효과적으로 처리할 수 있지만, 대부분 기업은 기존 아키텍처가 더 큰 예측 가능성과 제어 기능을 제공한다는 것을 알고 있다. 팀이 기존 설정과 유사한 복잡성을 관리해야 하기 때문에 서버리스가 모든 부담을 제거한다는 신화는 사라졌다.

현재의 클라우드 환경에서는 하이브리드 접근 방식에 집중하는 것이 가장 좋다. 서버리스 컴퓨팅이 적합한 경우에는 활용하되, 두 전략의 장점을 모두 활용하기 위해서는 좀 더 전통적인 방법에 의존해야 한다. 서버리스가 과대 광고에 걸맞지 않다는 사실을 인정하고, 특정 비즈니스 요구에 부합하는 선택을 할 때이다. 클라우드 서비스 업체는 이제 서버리스를 접어둬야 할 때다.
dl-itworldkorea@foundryco.com