신생 회사들은 스스로 온프렘 인프라 구축에 돈을 들이지 않고 클라우드 솔루션으로 하고 있죠? 장기적으로 비싸도 단기적으로 유리하니까 일단 그렇게 합니다. 그리고 많은 회사들이 24×7 모든 리소스를 사용하지 않으니까, 쓸 때만 spin up하거나 추가 리소스를 더하고, 다쓰면 tear down하기 때문에 비용 절감 효과가 있죠.
이미 온프렘 인프라/플랫폼이 구축된 회사들도 많은 경우 클라우드로 갔거나 가려고 하는게 현실입니다. 하이브리드 모델도 많이 하지요. 트위터도 이미 수년 전에 GCP를 이용하여 하이브리드로 갔고, 핀터레스트도 빅데이타 프로세싱을 AWS로 옮겼습니다.
클라우드로 가는 이유는 상당히 복잡합니다. 기술적인 문제도 있고, 하이어링에 관련된 문제도 있습니다. 고정된 양의 리소스를 운영할 때 온프렘이 훨씬 저렴할 수 있으나, elasticity나 새 장비 실험 및 도입 같은 면에서 클라우드가 매우 유리합니다. 그리고 bean counter들은 CapEx를 줄이고 OpEx로 돌릴 수 있다는 것도 좋아하죠.
우리는 큰 회사이고 온프렘이 multi-tenant환경이라서 compute & storage utilization이 매우 높은데도 클라우드로 가자는 푸쉬가 엄청납니다.
온싸이트에 데이터 쎈터가 있을때 클라우드로 옮기는게 경향이냐고 묻는것 같은데요. 윗분이 잘 설명해 주셨는데 이미 방대한 양에 in house data가 있고 데이터베이스가 구축되어 있으면 크라우드로 옮기는 일도 엄청난 일인데, 굳이 그렇게 해야하냐는 목소리도 많아요. 그리고 비용면에서도 크라우드 비싸요. 또 크라우드에서 계산을 했더라도 그 데이터는 in house data center 로 가지고 오고 싶어하기도 하고. 그래서 aws보니 이미 그렇게 하이브리드 써비스를 제공하고 있습니다.
저희회사도 크라우드로 옮기는 팀을 만들어서 운영하고 있습니다. 이 팀운영만 해도 엄청난 투자입니다. 왜 크라우드로 가냐고 물어보니 회사에서는 글로벌 시스템을 만들고 싶어하는것 같아요. 예를 들어서 일본 브렌치에서 미국 본사에서 구축한 시스템을 크라우드에서 돌려서 데이터는 일본에 저장을 합니다. 아마 데이터가 국경을 넘는 것도 나라마다 상당히 까다로운 레귤레이션이 있는것 같습니다. 그런데 이팀이 크라우드 트렌지션이 끝나면…….아마 메인터넌스 할 인력만 남기고 내보내야 하지 싶네요.
큰 회사들은 클라우드 트랜지션에 대단히 옵티미스틱하게 잡아도 최소 5년은 걸릴겁니다. 그리고 인프라가 옮겨지는 것이지, 인하우스 소프트웨어가 사라지는건 아니죠. 윗분 말대로 글로벌 플랫폼/서비스를 만들 때 유리하다는 점도 중요합니다.
인하우스 시스템 소프트웨어가 경쟁력의 큰 부분인 회사들은 EMR같은데서 데이타 처리하는 수준으로 만족되는게 아니기 때문에, 결국 EC2 같은 환경에 자기네 소프트웨어 스택을 돌리게 됩니다. 그러면 사실 온프렘보다 훨씬 비싸죠. 적절한 하이브리드 시스템을 구축하는게 기술입니다.
