클라우드 컴퓨팅은 컴퓨팅 성능과 데이터베이스 스토리지, 애플리케이션과 다른 IT 리소스를 온디맨드로 제공하는 것이다.
여기서 핵심은 온디맨드이다. 그리고 클라우드 서비스 플랫폼으로 종량제 요금을 이용할 수 있다. 이는 요청할 때 요청한 만큼만 비용을 지불하는 것으로 사용이 끝나면 비용을 지불하지 않는다.
온디맨드란 주문형 서비스라는 뜻으로 사용자가 필요할 때 즉시 자원을 요청하고, 그만큼만 비용을 지불하는 방식이다.
그래서 필요한 컴퓨팅 리소스의 정확한 유형과 크기를 프로비저닝 할 수 있다.
프로비저닝이란 사용자의 요구에 맞게 시스템 자원을 할당, 배치, 배포해 두었다가 필요 시 시스템을 즉시 사용할 수 있는 상태로 미리 준비해 두는 것을 말한다
또한 클라우드는 휼륭한 인터페이스를 제공해 서버, 스토리지, 데이터베이스 그리고 일련의 애플리케이션 서비스에 쉽게 액세스할 수 있다. 사무실에 자체 데이터 센터를 짓는 대신 클라우드를 사용하고, 금액은 사용한 만큼만 지불할 것이다.
기업이나 조직이 자체적으로 구축한 클라우드 컴퓨팅 환경을 의미한다. 기존의 물리적인 데이터 센터를 가상화하여 가상화된 컴퓨팅 자원들을 소유 및 관리하며, 서버, 스토리지, 네트워크 등 IT 인프라 자원들을 필요에 따라 할당하고 관리할 수 있다.
장점: 전용 인프라를 사용하므로 높은 안정성과 보안성을 보장하고, 기업이나 조직이 직접 인프라를 관리하기 때문에 성능이 우수하고 사용자 제어권이 높으며 기업이나 조직의 요구에 맞게 설계되므로 유연성이 높다.
단점: 전용 인프라를 구축해야 하므로 초기 비용이 많이 들고, 전문 기술과 인력이 필요하며 전용 인프라를 사용하기 때문에 확장성에 제한이 있을 수 있으며, 기업이나 조직이 직접 관리하는 만큼 내부적인 보안 취약성이 발생할 수 있다.
클라우드 컴퓨팅 서비스 방식의 가장 일반적인 유형으로 인터넷을 통해 접근할 수 있는 클라우드 컴퓨팅의 형태이다. 서비스 제공자가 인프라, 플랫폼 또는 소프트웨어 서비스 등을 제공한다.
장점: 사용자가 필요한 만큼의 자원을 이용할 수 있도록 유연하게 제공함으로써 비용을 절감할 수 있고, 여러 지역에 데이터 센터를 구축하고, 여러 대의 서버를 구성하여 높은 가용성과 확장성을 가지며, 전문적인 관리 서비스를 제공하며 인터넷에 연결만 되어 있다면 언제든지 이용할 수 있다.
단점: 데이터가 인터넷을 통해 전송되고 저장되기 때문에 보안 문제가 있을 수 있고, 제공 업체가 제어하기 때문에 시스템 및 네트워크 구성과 관련된 제한을 받게 되며, 서비스를 지속적으로 이용할 경우 비용이 증가할 수 있음
개인 클라우드와 공용 클라우드를 결합한 것이다. 일부 서버를 온프레미스(=물리 서버)에 유지하고, 필요한 기능의 일부를 클라우드(=가상 서버)로 확장한다. 자체 인프라와 AWS 클라우드의 하이브리드를 의미하는 것이다. 사설 클라우드에 있는 민감한 정보는 제어하면서 공용 클라우드를 사용해서 유연함과 비용 효율성을 가지는 것이다.
장점: 중요한 정보는 개인 클라우드에, 가벼운 작업은 공용 클라우드에 배치하여 보안성을 높일 수 있고, 비즈니스 요구 사항에 따라 리소스를 즉시 확장하거나 축소할 수 있으며, 클라우드에서 필요한 만큼 리소스를 구매하여 비용을 절감할 수 있음
단점: 두 클라우드를 모두 운영하므로 관리 복잡성이 증가할 수 있고, 초기 구축 비용과 유지 관리 비용이 더 많이 들어갈 수 있으며, 서로 다른 클라우드 간에 데이터 이전 시 성능과 호환성 문제가 발생할 수 있다.
클라우드 컴퓨팅의 5가지 특징에 대해 살펴보자.
멀티 테넌시: 여러 고객이 동일한 인프라나 애플리케이션을 공유하면서도, 각 고객의 데이터를 보호할 수 있게 해주는 기술입니다. (SaaS 제품이 대표적 예시)
리소스 풀링: 클라우드 사업자가 리소스를 풀로 사용하는 기술입니다.
멀티 테넌시는 비용과 확장성 측면에서 이점이 있지만, 보안 및 규제 문제를 야기할 수 있습니다. 클라우드 환경은 조직의 보호된 네트워크 및 IT 인프라 외부에 위치하기 때문에 공격에 더 많이 노출되기 때문입니다
클라우드 컴퓨팅의 6가지 장점에 대해 살펴보자.
=TCO)과 업무 지출을 절감할 수 있다.클라우드를 사용해 해결할 수 있는 문제에는 다음과 같은 것들이 있다.
예시) AWS EC2에서 가상 서버를 생성하고, 필요한 소프트웨어를 설치하여 운영하는 것
예시) AWS Elastic Beanstalk에 Spring Boot 애플리케이션을 배포하여 자동으로 환경 설정 및 실행.
예시) Gmail을 사용하여 이메일 송수신을 하거나, Dropbox에 파일을 저장하는 것. 또한 필요 시 용량을 늘리는 구독을 결제하여 사용하는 것
AWS에서는 거의 모든 것이 가능하다.
AWS 리전은 전 세계에 걸쳐 있다. 그리고 리전에는 이름이 있다. us-east-1 또는 eu-west-3 같은 것들이다.
그럼 리전이란 무엇일까?
리전은 데이터 센터의 집합을 말한다.
AWS 서비스를 사용할 때 대부분의 서비스들은 특정 리전에 연결되어 국한된다. 즉, 한 리전에서 어떤 서비스를 사용하다 다른 리전에서 서비스를 사용하려고 하면, 서비스를 처음 사용하는 셈이 되는 것이다. (각 리전이 독립적임)
AWS 리전 선택에 영향을 미칠 수 있는 몇 가지 요인들이 있다.
간혹 어떤 정부들은 애플리케이션을 배포하게 될 대상 국가 내에 데이터가 보관되기를 바란다.
예를 들어 프랑스의 데이터는 프랑스 내에 있어야 하는 것이다. 이 경우에는 애플리케이션을 프랑스 리전에서 출시해야 될 것이다.
만약 애플리케이션을 사용하는 대부분의 사용자가 미국에 있는 경우 애플리케이션 역시 사용자와 가까이 있도록 미국에서 출시하는 것이 바람직할 것이다. 그래야 지연 시간이 줄어들기 때문이다.
서비스하려는 대상 국가에서 너무 먼 리전을 사용할 경우 해당 애플리케이션을 사용할 때 심한 렉을 경험하게 될 것이다.
모든 리전이 모든 서비스를 가지고 있지는 않다. 일부 리전에는 서비스가 없을 수도 있다.
따라서 애플리케이션에 특정 서비스를 활용 중이라면 그 애플리케이션을 출시하려는 리전에 해당 서비스가 있는지를 확인해야 한다.
리전마다 요금이 달라진다. 리전 간 요금의 차이를 확인하려면 서비스 요금 페이지를 참고하면 된다.
가용 영역은 리전 내에 존재한다. 각각의 리전은 많은 가용 영역을 가지고 있다. 보통은 3개씩 있고, 최소는 2개, 최대 6개를 가지고 있다.
예를 들어 시드니 리전을 보면 시드니 리전의 코드는
ap-southeast-2이다. 그리고 시드니 리전의 코드는ap-southeast-2a,ap-southeast-2b,ap-southeast-2c이다.
각각의 가용 영역은 여분의 전원 네트워킹, 그리고 통신 기능을 갖춘 하나 또는 두 개의 개별적인 데이터 센터로 이뤄져 있다.
즉, ap-southeast-2a 내에 2개의 데이터 센터가 있을 수 있고, ap-southeast-2b 에도 2개, ap-southeast-2c 에도 2개가 있을 수도 있다. 정확한 개수는 AWS가 공개하지 않아서 알 수 없다.
하지만 한 가지 확실한 것은 각각의 가용 영역들이 재난 발생에 대비해 서로 분리되어 있는 것이다. 만약 ap-southeast-2a 에 문제가 생긴다고 해도 나머지 데이터 센터에는 영향을 미치지 않도록 설계되었다는 것이다.
이런 데이터 센터와 가용 영역들은 높은 대역폭의 초저지연 네트워킹으로 서로 연결되어 리전을 형성한다.
글로벌 섹션에서 자세히 다룰 내용이지만, AWS가 42개국 84개의 도시에 200개가 넘는 전송 지점을 가지고 있다는 것은 알아둬야 한다.
이런 점으로 인해 최소 지연 시간으로 최종 사용자에게 컨텐츠를 전달하는 것에 아주 유용하다.
AWS는 아래와 같은 글로벌 서비스를 지원한다.
하지만 대부분의 AWS 서비스들은 특정 리전에 국한된다.
리전 테이블을 통해 선택한 리전에서 특정 서비스가 제공되는지의 여부를 알 수 있다.

AWS 공동 책임 모델은 클라우드를 사용할 때 나의 책임과 AWS의 책임을 정리해 놓은 것으로 공동 책임도 있다.
나는 고객으로서 클라우드 내의 보안 책임이 있다. 클라우드 내에서 무엇을 사용하고, 어떻게 구성하든 모든 것은 나의 책임이다. 여기에는 보안, 데이터 그리고 운영체제와 네트워크, 방화벽 구성 등이 포함된다.
AWS는 클라우드에 관한 보안 책임이 있다. 모든 인프라와 하드웨어 그리고 스프트웨어와 자체 내부 보안이 전부 AWS 책임이다. 그래서 공동 책임이 있는 것이다.
마지막으로 AWS를 사용할 때는 이용 목적 제한 방침에 동의해야 한다.