Amazon EC2, 15번째 생일을 축하합니다!

15년 전 이날 저는 Amazon EC2 베타 출시를 소개하는 블로그 게시물을 작성했습니다. 기능 세트, 요금 모델 및 수많은 기타 세부 정보를 마무리하면서 한동안 출시가 임박했다는 압박감을 느꼈던 것으로 기억합니다. 마침내 출시 날짜가 정해졌고 오랫동안 계획해온 멕시코 카보 산 루카스로의 휴가 중에 그 소식을 접했습니다.

휴가 중에도 노트북을 가져왔기 때문에 당황하지 않았지만, 글을 작성하는 화면만 보이게 수건으로 노트북을 덮었습니다. 100% 확실하지는 않지만 실제로 수영장 근처 라운지 의자에 앉아서 게시 버튼을 클릭한 것 같습니다! 그 주의 나머지 기간은 온라인에 접속하지 않고 오프라인에서만 보냈고 그 출시로 얼마나 흥분된 분위기가 조성되었는지 전혀 알지 못했습니다.

출시 준비
Andy Jassy가 AWS 그룹을 만들고 내러티브를 작성하기 시작했을 때, 그는 Amazon Execution Service라고 하는 서비스의 내용을 제안하는 문서를 보여주었고 이 서비스가 개발자가 유용한지, 개발자가 이 서비스를 사용하기 위해 비용을 지불할 것인지 물었습니다. 저도 큰 관심을 가지고 문서를 검토하고 그의 두 가지 질문에 “그렇다”고 열정적으로 답했습니다.

저는 처음 개발자로 일할 당시, 다양한 데이터센터에 서버 호스팅한 여러 프로젝트를 구축하고 실행했으며, 유연하지 않은 장기 약정과 온디맨드 크기 조정의 어려움에 너무 익숙했습니다. 그가 제안한 서비스는 이러한 근본적인 문제를 모두 해결하고 저와 같은 개발자가 급격한 수요 변동을 더 포괄적으로 더 쉽게 해결할 수 있게 도움을 주었습니다.

EC2 팀은 개발자, 기업가 및 대규모 조직의 요구를 충족할 수 있는 서비스를 구축하기 위해 많은 결정을 내려야 했습니다. 저는 이러한 결정에 참여하지는 않았지만, 기능, 요금 및 세부 정보 수준과 같은 적어도 세 가지 주요 기준을 두고 결정을 내리지 않았나 싶습니다.

기능 – 먼저 EC2와 함께 출시된 기능을 검토해 보겠습니다. 하나의 인스턴스 유형과 하나의 리전(미국 동부(버지니아 북부))이 지원되었으며 아직 가용 영역 개념을 공개하지 않았습니다. 미리 구축된 Linux 커널의 소규모 옵션을 선택할 수 있고 인스턴스를 시작할 때 IP 주소가 할당되었습니다. 모든 스토리지는 임시 스토리지였고, 인스턴스와 수명이 동일했습니다. 블록 스토리지는 없었고 루트 디스크 이미지(AMI)가 S3 번들에 저장되었습니다. 이러한 기능이 전부 출시에 필수적인 것이었다면 일이 더 쉬웠겠지만, 어떤 기능도 필수는 아니었으며 고객들은 EC2를 바로 사용하기 시작했습니다. 지난 몇 년 동안 최소한의 유용한 서비스를 만드는 이 전략을 통해 고객 피드백에 대한 응답으로 신속하게 기능을 출시하고 반복해서 새 기능을 추가할 수 있었습니다.

요금 – EC2 사용에 대해 요금을 청구해야 한다는 점은 언제나 명백한 사실이었지만 청구할 단위를 결정하고 궁극적으로 인스턴스 시간으로 정산해야 했습니다. 이러한 방식은 서버를 완전히 구매하고 3년 또는 5년 동안 감가 상각하거나 연간 약정의 일부로 매월 요금을 결제하는 이전 모델과 비교하면 큰 진전이었습니다. 그럼에도 불구하고 고객의 사용 사례는 세분화된 결제에서 혜택을 누릴 수 있었으며, 2017년에 EC2 및 EBS에 대한 초당 결제 요금을 출시했습니다. 이외에도, AWS 팀은 고객에게 사용량을 측정, 추적 및 도식화하고 이에 따라 요금을 청구하기 위해 인프라를 구축해야 했습니다.

세부 정보 수준 – 처음 두 개만큼 명확하지 않을 수도 있지만 게시물을 작성할 때 계속 생각했던 사항입니다. 출시 당시 EC2 인스턴스(이후 m1.small이라고 부름)는 1.7GHz 인텔 제온 프로세서와 동등한 컴퓨팅 파워를 제공했지만 실제 모델 번호나 기타 세부 정보는 공유하지 않았습니다. 다만, Xen에 EC2를 구축했다는 사실을 공유했습니다. 수년에 걸쳐 고객은 전문 프로세서 기능을 활용하고 싶다고 말했고 저희는 그 정보를 공유하기 시작했습니다.

기억에 남는 EC2 출시
지난 15년을 되돌아보면 많은 기능을 올바르게 갖추었지만, 서비스가 성장할 여지는 아직 더 많이 남았습니다. 특별히 마음에 드는 출시를 하나 꼽을 수는 없지만, 기억에 남는 몇 가지를 소개하고자 합니다.

EC2 출시(2006년) – 이 모든 것이 시작된 출시였습니다. 2008년 초반에 크기 조정과 관련하여 주목할만한 성공적인 소식이 있었습니다. Animoto가 일주일 동안 100개 미만의 인스턴스에서 최대 3,400개까지 사용량을 확장한 것입니다(전체 이야기는 Animoto – 대규모 성장을 통한 크기 조정 참조).

Amazon Elastic Block Store(2008년) – 이 출시를 통해 고객은 EC2에서 영구 블록 스토리지를 사용할 수 있게 되었습니다. 이 게시물을 보면 Firefox에서 한때 널리 사용되었던 ElasticFox 확장 기능에 관한 역사적인 스크린샷을 볼 수 있습니다.

Elastic Load Balancing/Auto Scaling/CloudWatch(2009년) – 이 출시를 통해 고객은 확장 가능하고 가용성이 뛰어난 애플리케이션을 보다 쉽게 구축할 수 있었습니다. 제가 썼던 글을 인용하자면, “Amazon CloudWatch는 Amazon EC2 용량을 모니터링하고, Auto Scaling은 수요에 따라 용량을 동적으로 조정하며, 탄Elastic Load Balancing은 하나 이상의 가용 영역의 여러 인스턴스에 부하를 분산시킵니다.”

Virtual Private Cloud(VPC)(2009년) – 이 출시를 통해 고객은 논리적으로 격리된 EC2 인스턴스 집합을 생성하고 IPsec VPN 연결을 사용하여 기존 네트워크에 연결할 수 있었습니다. 이를 바탕으로 고객은 네트워크 주소 지정 및 라우팅을 추가로 제어할 수 있게 되었으며 앞으로 몇 년 동안 많은 추가 네트워킹 기능을 사용할 가능성이 열렸습니다.

Nitro System(2017년) – 이 출시는 더 뛰어난 성능과 향상된 보안을 위해 가상화 인프라를 재구상하고 재구축해온 수년간 노력의 결정체였습니다(자세히 읽기).

Graviton(2018년) – 이 출시에서는 비용에 민감한 수평 확장 워크로드를 위해 설계된 Amazon 기반 맞춤형 CPU를 선보였습니다. 이 출시 이후 Graviton2 프로세서로 구동되는 범용 컴퓨팅 최적화, 메모리 최적화 및 버스트 가능 인스턴스를 출시하면서 이러한 진화 라인을 계속 이어왔습니다.

인스턴스 유형(2006년부터 현재까지) -하나의 인스턴스 유형으로 시작했지만 지금은 400개가 넘으며, 각 인스턴스는 특정 사용 사례를 해결할 수 있도록 고객의 역량을 강화하도록 설계되었습니다.

함께 축하해 주세요!
지난 15년 동안 고객에게서 확인한 놀라운 혁신을 기념하기 위해 8월 23일과 24일에 다양한 주제를 이야기하는 2일간의 라이브 이벤트를 개최합니다. Amazon EC2 Dave Brown 부사장의 기조 연설 “15년 혁신에서 배운 교훈”(오늘 오전 9시 PDT)으로 이벤트를 시작합니다.

이벤트 일정

여기에서 등록하고 오전 9시 PT부터 EC2에 대해 자세히 알아보고 함께 축하해주세요!

– Jeff