[ 고지 사항 (Disclaimer) ]
본 컨텐츠는 고객의 편의를 위하여 AWS 서비스 설명을 위해 제작, 제공된 것입니다. 만약 AWS 사이트와 컨텐츠 상에서 차이나 불일치가 있을 경우 AWS 사이트 (AWS.amazon.com)가 우선합니다. 또한 AWS 사이트 상에서 한글 번역문과 영어 원문에 차이나 불일치가 있을 경우(번역의 지체로 인한 경우 등 포함), 영어 원문이 우선합니다.
본 문서는 Building Fault-Tolerant Applications on AWS(2011, 영문) 내용에 기반하여 작성 되었습니다.
이 문서는 정보 제공의 목적으로만 제공됩니다. 본 문서의 발행일 당시 AWS의 현재 제품 오퍼링 및 실행방법 등을 설명하며, 예고 없이 변경될 수 있습니다. 고객은 본 문서에 포함된 정보나 AWS 제품 또는 서비스의 사용을 독립적으로 평가할 책임이 있으며, 각 정보 및 제품은 명시적이든 묵시적이든 어떠한 종류의 보증 없이 “있는 그대로” 제공됩니다. 본 문서는 AWS, 그 자회사, 공급업체 또는 라이선스 제공자로부터 어떠한 보증, 표현, 계약 약속, 조건 또는 보장을 구성하지 않습니다. 고객에 대한 AWS의 책임 및 의무는 AWS 계약에 의해 관리되며 본 문서는 AWS와 고객 사이의 어떠한 계약에도 속하지 않으며 계약을 변경하지도 않습니다.
© 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved.
본 문서는 총 2부로 구성되어 있으며 이 글은 1부입니다.
1부 링크 : AWS에서 내결함성 애플리케이션 구축 1/2
Failures Can Be Useful
종종 쉽게 인정되지 않지만, 현실은 대부분의 소프트웨어 시스템이 시간이 지남에 따라 저하될 것이라는 점입니다. 이는 다음 이유의 일부 또는 전부에 기인합니다.
1. 소프트웨어에서 메모리 및 리소스가 누출됩니다. 여기에는 사용자가 작성한 소프트웨어와 의존하는 소프트웨어(예: 애플리케이션 프레임워크, 운영 체제 및 장치 드라이버)가 포함됩니다.
2. 파일 시스템은 시간이 지남에 따라 단편화 되어 성능에 영향을 미칩니다.
3. 하드웨어(특히 스토리지) 디바이스는 시간이 지남에 따라 물리적으로 저하됩니다.
규율화된 소프트웨어 엔지니어링은 이러한 문제를 일부 완화할 수 있지만, 궁극적으로 가장 정교한 소프트웨어 시스템도 통제할 수 없는 여러 구성 요소(예: 운영 체제, 펌웨어 및 하드웨어)에 의존합니다. 결국 하드웨어, 시스템 소프트웨어 및 소프트웨어의 조합으로 인해 오류가 발생하고 애플리케이션의 가용성이 중단됩니다.
기존 IT 환경에서는 하드웨어를 정기적으로 유지보수 및 서비스할 수 있지만, 이를 얼마나 적극적으로 수행할 수 있는지에 대한 실질적이고 경제적인 한계가 있습니다. 그러나 Amazon EC2를 사용하면 필요한 리소스를 원하는 대로 종료하고 재생성할 수 있습니다.
An application that takes full advantage of the AWS platform can be refreshed periodically with new server instances. 따라서 잠재적인 성능 저하가 시스템 전체에 부정적인 영향을 미치지 않습니다. 어떤 의미에서는 이 리소스를 새로 고치기 위한 강제 기능으로서 장애로 간주되는 기능(예: 서버 종료)을 사용하고 있습니다.
이 접근 방식을 사용하면 AWS 애플리케이션은 구성된 서버 인스턴스보다 클라이언트에 제공하는 서비스로 더 정확하게 정의됩니다. 이러한 사고방식을 통해 서버 인스턴스 자체는 중요하지 않으며 일회용입니다.
Auto Scaling
컴퓨팅 리소스를 자동으로 프로비저닝하고 확장하는 개념은 Amazon Web Services 플랫폼에서 실행되는 잘 설계된 오류 방지 애플리케이션의 중요한 측면입니다. 자동 확장 기능은 애플리케이션에 매우 쉽게 적용할 수 있는 강력한 옵션입니다.
오토 스케일링을 사용하면 Amazon EC2 용량을 자동으로 위 또는 아래로 확장할 수 있습니다. 다음과 같이 더 많은(또는 더 적은) 서버 인스턴스가 필요한 시기를 결정하는 규칙을 정의할 수 있습니다.
1. 작동 중인 서버 인스턴스 수가 특정 수보다 많거나 낮으면 서버 인스턴스를 시작(또는 종료)합니다.
2. 서버 인스턴스(instance)의 리소스 활용도(예: CPU, 네트워크 또는 디스크)가 특정 임계값보다 높거나 낮으면 서버 인스턴스를 시작(또는 종료)합니다. 이러한 메트릭은 Amazon EC2 인스턴스를 모니터링하는 Amazon CloudWatch 서비스에서 수집됩니다.
오토 스케일링 기능을 사용하면 대체 인스턴스가 자동으로 시작됨을 알고 서버 인스턴스를 원하는 대로 종료할 수 있습니다. 또한 오토 스케일링 기능을 사용하면 로드 증가에 대응하여 인스턴스를 더 추가할 수 있습니다. 이러한 인스턴스가 더 이상 필요하지 않을 경우 인스턴스는 자동으로 종료됩니다.
이러한 규칙을 사용하면 기존의 여러 중복 패턴을 매우 쉽게 구현할 수 있습니다.
예를 들어 ‘N + 1 중복성’은 리소스 (예 : 데이터베이스)를 항상 사용할 수 있도록하는 데 널리 사용되는 전략입니다. ‘N + 1’은 N 개의 자원이 예상 부하를 처리하기에 충분할 때 N + 1 개의 자원이 작동해야 함을 나타냅니다.
이 접근 방식은 자동 확장에 이상적입니다. 자동 배율을 사용하여 N + 1을 구현하려면 항상 지정된 AMI 인스턴스 2개 이상을 사용할 수 있어야 한다는 규칙을 정의하기만 하면 됩니다. 탄성 하중 균형 조정과 함께 사용할 경우 각 인스턴스는 들어오는 부하 중 일부를 처리하며, 필요한 경우 전체 부하를 처리할 수 있는 충분한 헤드룸(사용되지 않은 용량)을 각 인스턴스에 제공합니다. 인스턴스 하나에 장애가 발생하면 최소 임계값인 2개의 인스턴스가 취소되었기 때문에 자동 스케일링이 즉시 교체를 시작합니다. 자동 확장 기능은 항상 사용 가능한 정상 서버 인스턴스 2개를 보장합니다.
오토 스케일링 기능은 장애를 자동으로 감지하고 대체 인스턴스를 시작하므로, 인스턴스가 예상대로 작동하지 않는 경우(예: 성능이 저하된 상태로 실행 중) 해당 인스턴스를 종료하면 새 인스턴스가 시작됩니다.
오토 스케일링 기능을 사용하면 정기적으로 인스턴스를 전환하여 누출 또는 성능 저하가 애플리케이션에 영향을 미치지 않도록 할 수 있습니다. 즉, 서버 인스턴스에 만료 날짜를 설정하여 서버 인스턴스가 ‘새롭게’ 유지되도록 할 수 있습니다.
‘N+1’ 접근 방식을 사용하면 추가 서버가 요청을 수락하도록 할 수도 있습니다. 이렇게 하면 주 서버에 장애가 발생할 경우 애플리케이션을 원활하게 전환할 수 있습니다. Amazon EC2의 탄력적 로드 밸런싱 기능은 서버 간의 로드 밸런싱을 위한 이상적인 방법입니다.
Elastic Load Balancing
Elastic Load Balancing은 수신 트래픽을 여러 Amazon EC2 인스턴스에 걸쳐 애플리케이션에 배포하는 AWS 제품입니다. 탄력적 로드 밸런싱을 사용하면 DNS 호스트 이름이 지정됩니다. 이 호스트 이름으로 전송된 모든 요청이 Amazon EC2 인스턴스 풀에 위임됩니다.
Elastic Load Balancing은 Amazon EC2 인스턴스 풀 내에서 비정상 인스턴스를 감지하고 비정상 인스턴스가 복원 될 때까지 트래픽을 정상 인스턴스로 자동 라우팅합니다.
Auto Scaling과 Elastic Load Balancing은 이상적인 조합입니다. — Elastic Load Balancing은 주소 지정을 위한 단일 DNS 이름을 제공하고 Auto Scaling은 요청을 수락 할 수 있는 정상적인 Amazon EC2 인스턴스가 항상 올바른지 확인합니다.
리전 및 가용 영역
내결함성을 높이기 위한 또 다른 핵심 요소는 애플리케이션을 지리적으로 배포하는 것입니다. 어떤 이유로든 단일 Amazon Web Services 데이터 센터에 장애가 발생하는 경우 지리적으로 먼 데이터 센터에서 애플리케이션을 동시에 실행하여 애플리케이션을 보호할 수 있습니다.
Amazon Web Services는 지리적 지역에서 사용할 수 있습니다. AWS를 사용할 때 데이터를 저장할 영역, 인스턴스 실행, 대기열 시작 및 데이터베이스 인스턴스화를 지정할 수 있습니다. Amazon EC2를 포함한 대부분의 AWS 인프라 서비스의 경우 다음과 같은 5개 영역이 있습니다. 미국 동부(북부 버지니아), 미국 서부(북부 캘리포니아), EU(아일랜드), 아시아 태평양(싱가포르) 및 아시아 태평양(일본)입니다. Amazon S3는 미국 전역, 미국 서부(북캘리포니아), EU(아일랜드), 아시아 태평양(싱가포르) 및 아시아 태평양(일본)의 데이터 센터를 포괄하는 US Standard라는 지역 구조를 가지고 있습니다.
각 지역에는 가용 영역 (AZ)이 있습니다. 가용 영역은 다른 가용 영역의 장애로부터 격리되도록 설계된 별도의 위치이며 동일한 리전의 다른 가용 영역에 대한 저렴한 대기 시간의 네트워크 연결을 제공합니다. 별도의 가용 영역에서 인스턴스를 시작하면 전체 영역에 영향을 줄 수있는 장애 (있는 경우)로부터 애플리케이션을 보호 할 수 있습니다.
리전은 하나 이상의 가용 영역으로 구성되며, 지리적으로 분산되어 있으며, 별도의 지리적 영역 또는 국가에 있습니다. Amazon EC2 서비스 수준 계약은 각 Amazon EC2 영역에 대해 99.95%의 가용성을 제공합니다.
고 가용성을 달성하기 위해 다중 AZ 아키텍처 구축
여러 가용 영역에 걸쳐있는 애플리케이션을 배포하여 고 가용성을 달성 할 수 있습니다. 응용 프로그램의 각 계층 (예 : 웹, 응용 프로그램 및 데이터베이스)에 대한 중복 인스턴스를 별도의 가용 영역에 배치하여 다중 사이트 솔루션을 만들 수 있습니다. 원하는 목표는 두 개 이상의 가용 영역에 각 응용 프로그램 스택의 독립적 인 복사본을 보유하는 것입니다.
수동 개입을 줄이면서 내결함성을 높이기 위해 탄성 로드 밸런싱을 사용할 수 있습니다. 컴퓨팅 인스턴스를 Elastic Load Balancer 뒤에 배치하면 여러 인스턴스와 여러 가용성 영역 간에 트래픽을 자동으로 밸런싱하고 정상적인 Amazon EC2 인스턴스만 트래픽을 수신할 수 있으므로 내결함성이 향상됩니다. 단일 가용성 영역 또는 여러 가용성 영역에 있는 Amazon EC2 인스턴스 간에 들어오는 애플리케이션 트래픽의 균형을 조정하도록 탄력적 로드 밸런서를 설정할 수 있습니다. 탄력적 로드 밸런싱은 Amazon EC2 인스턴스의 상태를 감지할 수 있습니다. 비정상적인 Amazon EC2 인스턴스를 감지하면 더 이상 트래픽을 해당 비정상적인 인스턴스로 라우팅하지 않습니다. 대신, 나머지 정상 인스턴스로 로드를 분산시킵니다. 특정 가용성 영역에 있는 모든 Amazon EC2 인스턴스가 건강하지 않지만 여러 가용성 영역에 인스턴스를 설정한 경우, 탄력적 로드 밸런싱은 트래픽을 해당 다른 영역의 정상 Amazon EC2 인스턴스로 라우팅합니다. 정상 상태로 복원되면 원래 Amazon EC2 인스턴스로 로드 밸런싱을 재개합니다.
이 멀티 사이트 솔루션은 가용성이 높으며, 설계상 개별 구성 요소 또는 가용성 영역 장애에 대처할 수 있습니다.
아래 그림은 두 개의 가용 영역 (AZ)에 걸쳐있는 AWS의 고 가용성 시스템을 보여줍니다.
Elastic IP 주소는 여러 가용 영역에 걸친 내결함성 응용 프로그램 설계에서 중요한 역할을 합니다. 장애 조치 메커니즘은 장애가 발생한 인스턴스 나 영역에서 대체 인스턴스로 IP 주소 (및 들어오는 트래픽)를 쉽게 다시 라우팅 할 수 있습니다.
Auto Scaling은 AWS 리전의 여러 가용 영역에서 작동하여 용량 증가 및 감소를보다 쉽게 자동화 할 수 있습니다. SimpleDB 및 Amazon Relational Database Service (Amazon RDS)와 같은 AWS 데이터베이스는 다중 사이트 시스템 운영의 비용과 복잡성을 줄이는 데 도움이 될 수 있습니다. 자세한 내용은 내결함성 빌딩 블록 섹션을 참조하십시오.
예약 인스턴스
지금까지 검토한 모든 기술은 필요할 때마다 Amazon EC2 인스턴스를 구입할 수 있다는 가정에 의존했습니다.
Amazon Web Services는 방대한 하드웨어 리소스를 마음대로 사용할 수 있지만 다른 클라우드 컴퓨팅 공급자와 마찬가지로 이러한 리소스는 한정되어 있습니다. 사용자가 이러한 리소스에 대한 액세스를 극대화할 수 있는 가장 좋은 방법은 필요한 컴퓨팅 용량 중 일부를 예약하는 것입니다. 이 작업은 예약된 인스턴스라는 기능을 통해 수행할 수 있습니다.
예약 인스턴스를 사용하면 Amazon Web Services 클라우드에서 컴퓨팅 용량을 예약할 수 있습니다. 이렇게 하면 저렴한 가격을 활용할 수 있지만, 보다 중요한 것은 내결함성이라는 측면에서 필요한 컴퓨팅 용량을 극대화할 수 있는 기회를 극대화할 수 있습니다.
내결함성 빌딩 블록
Amazon EC2 및 관련 기능은 애플리케이션을 배포하고 구축할 수 있는 강력하면서도 경제적인 플랫폼을 제공합니다. 하지만, 그것들은 아마존 웹 서비스 전체의 한 측면일 뿐입니다.
Amazon Web Services는 애플리케이션 개발에 통합될 수 있는 여러 다른 제품을 제공합니다. 이러한 웹 서비스는 내포적으로 내결함성이 있으므로 이를 사용하면 자체 애플리케이션의 내결함성을 높일 수 있습니다.
Amazon Simple Queue Service
Amazon Simple Queue Service(SQS)는 매우 안정적인 분산 메시징 시스템으로, 오류 방지 애플리케이션의 백본 역할을 할 수 있습니다.
메시지는 사용자가 생성한 큐에 저장되며, 각 큐는 URL로 정의되므로 큐의 ACL(액세스 제어 목록)에 따라 인터넷에 액세스할 수 있는 모든 서버에서 액세스할 수 있습니다. Amazon SQS를 사용하면 대기열을 항상 사용할 수 있는지 확인할 수 있습니다. 대기열에 보내는 메시지는 최대 4일(또는 응용 프로그램에서 읽고 삭제할 때까지)까지 보존됩니다.
Amazon SQS를 사용하는 표준 시스템 아키텍처가 아래에 설명되어 있습니다.
이 예에서는 요청을 수락하는 데 Amazon SQS 대기열이 사용됩니다. 많은 Amazon EC2 인스턴스가 요청을 찾아 해당 대기열을 지속적으로 폴링합니다. 요청이 수신되면 다음 Amazon EC2 인스턴스 중 하나가 해당 요청을 선택하고 처리합니다. 이 인스턴스는 요청을 처리하면 폴링으로 돌아갑니다.
대기열의 메시지 수가 증가하기 시작하거나 메시지를 처리하는 평균 시간이 너무 길어지면 추가 Amazon EC2 인스턴스에 작업자를 추가하기만 하면 위로 확장할 수 있습니다.
Auto Scaling을 통합하여 이러한 Amazon EC2 인스턴스를 관리하여 대기열에서 ‘작업자’ 소비 메시지를 실행하는 EC2 인스턴스가 적절히 공급되도록 보장하는 것이 일반적입니다. 모든 작업자 프로세스가 실패한 극단적인 경우에도 Amazon SQS는 단순히 수신 한 메시지를 저장합니다. 메시지는 최대 4 일 동안 저장되므로 교체 Amazon EC2 인스턴스를 시작할 수 있는 충분한 시간이 있습니다.
SQS 대기열에서 메시지를 끌어오면 표시 시간 초과라고 하는 구성 가능한 시간 간격 동안 다른 소비자에게 보이지 않게 됩니다. 소비자가 메시지를 처리한 후에는 대기열에서 메시지를 삭제해야 합니다. 가시성 시간 초과로 지정된 시간 간격이 지났는데도 메시지가 삭제되지 않으면 대기열에 메시지가 다시 표시되고 다른 소비자가 이를 당겨서 처리할 수 있습니다. 이 2단계 모델은 메시지를 처리하는 동안 사용 중인 응용 프로그램이 실패할 경우 대기열 항목이 손실되지 않도록 합니다.
Amazon Simple Storage Service
Amazon Simple Storage Service(Amazon S3)는 내구성이 뛰어나고 내결함성이 뛰어난 데이터 스토리지를 제공하는 믿을 수 없을 정도로 단순한 웹 서비스입니다. Amazon Web Services는 가용성과 내결함성을 유지하는 역할을 담당하며, 사용하는 스토리지에 대한 비용을 지불하기만 하면 됩니다.
뒤에서 Amazon S3는 Amazon S3 영역의 여러 시설에 있는 여러 장치에 개체를 이중으로 저장하므로 Amazon Web Service 데이터 센터에서 장애가 발생한 경우에도 데이터에 액세스할 수 있습니다.
Amazon S3는 애플리케이션이 가질 수 있는 모든 종류의 객체 데이터 스토리지 요구 사항에 이상적입니다. Amazon S3는 Amazon SQS와 같은 URL을 통해 액세스되므로 인터넷에 액세스할 수 있는 모든 컴퓨팅 리소스가 이를 사용할 수 있습니다.
Amazon S3의 Versioning 기능을 사용하면 S3에 저장된 개체의 이전 버전을 유지할 수 있으며 잘못 동작하는 애플리케이션에 의해 시작된 실수로 인한 삭제도 방지할 수 있습니다. S3 버킷에 대해 버전 관리를 사용하도록 설정할 수 있습니다.
Amazon S3를 사용하면 장애 허용성(데이터 스토리지)의 한 가지 중요한 측면에 대한 책임을 Amazon Web Services에 위임할 수 있습니다.
Amazon SimpleDB
Amazon SimpleDB는 내결함성이 뛰어나고 내구성이 뛰어난 구조화된 데이터 스토리지 솔루션입니다. Amazon SimpleDB를 사용하면 데이터를 속성으로 꾸미고 해당 속성의 값을 기준으로 해당 데이터를 쿼리할 수 있습니다. 여러 시나리오에서 Amazon SimpleDB를 사용하여 MySQL 또는 Microsoft SQL Server와 같은 기존 관계형 데이터베이스 사용을 늘리거나 대체할 수 있습니다.
Amazon SimpleDB는 Amazon S3 및 다른 서비스와 마찬가지로 사용자의 사용에 매우 유용합니다. Amazon SimpleDB를 사용하면 고가용성 및 내결함성을 위해 설계된 확장 가능한 서비스를 활용할 수 있습니다. Amazon SimpleDB에 저장된 데이터는 단일 장애 지점 없이 이중으로 저장됩니다.
Amazon Relational Database Service
Amazon RDS(Amazon Relational Database Service)는 클라우드에서 관계형 데이터베이스를 쉽게 실행할 수 있는 웹 서비스입니다. 장애에 취약하고 가용성이 높은 애플리케이션을 구축하는 과정에서 Amazon RDS는 중요한 데이터베이스의 안정성을 높이기 위한 몇 가지 기능을 제공합니다.
데이터베이스의 자동 백업을 통해 데이터베이스 인스턴스에 대한 지정 시점 복구를 수행할 수 있습니다. Amazon RDS는 데이터베이스 및 트랜잭션 로그를 백업하고 사용자가 지정한 보존 기간 동안 두 로그를 모두 저장합니다. 이 기능은 기본적으로 사용하도록 설정됩니다.
Amazon EBS 스냅샷과 마찬가지로 Amazon RDS를 사용하여 DB 인스턴스의 스냅샷을 시작할 수 있습니다. 이러한 전체 데이터베이스 백업은 명시적으로 삭제할 때까지 Amazon RDS에 의해 저장됩니다. 원할 때마다 DB 스냅샷에서 새 DB 인스턴스를 생성할 수 있습니다. 이렇게 하면 작업자 오류 또는 애플리케이션의 버그에 의해 의도하지 않은 데이터 수정과 같은 높은 수준의 장애로부터 복구할 수 있습니다.
Amazon RDS는 다중 AZ 배포 기능도 지원합니다. 이 옵션을 사용하도록 설정하면 데이터베이스의 동기식 대기 복제본이 다른 가용성 영역에 프로비저닝됩니다. DB 인스턴스 업데이트는 두 데이터베이스를 동기화하기 위해 가용성 영역 간에 동시에 대기 상태로 복제됩니다. 장애 조치(failover) 시나리오의 경우 대기 상태가 기본값으로 승격되며 데이터베이스 작업을 처리합니다. DB 인스턴스를 Multi-AZ 배포로 실행하면 한 가용성 영역에서 DB 인스턴스 구성 요소가 고장 나거나 서비스 상태가 중단될 가능성이 없는 경우 데이터를 보호할 수 있습니다.
결론
Amazon EC2는 애플리케이션 개발을 위한 자연스러운 진입점입니다. 서버 인스턴스는 개념적으로 기존 서버와 매우 유사합니다. 따라서 클라우드용 애플리케이션 개발을 위한 학습 곡선이 크게 줄어듭니다. 그러나 Amazon EC2 서버 인스턴스를 기존 하드웨어 서버 인스턴스와 동일한 방식으로 사용하는 것은 시작점에 불과하며, 그렇게 한다고 해서 내결함성, 성능 또는 전체 비용이 크게 개선되지는 않습니다.
Amazon Web Services 플랫폼의 완전한 이점은 Amazon EC2와 다른 Amazon Web Services 제품을 통합할 때 실현됩니다.
Amazon EC2에서 장애 발생 애플리케이션을 구축하려면 교체 인스턴스를 신속하게 커미셔닝할 수 있고, 영구 스토리지에 Amazon EBS를 사용하고, 다중 가용성 영역과 탄력적인 IP 주소를 활용하는 등의 모범 사례를 따르는 것이 중요합니다.
오토 스케일링을 사용하면 서버를 모니터링하는 데 필요한 시간과 리소스의 양을 크게 줄일 수 있습니다. 오류가 발생하면 자동으로 교체 작업이 시작됩니다. 비정상적인 서버를 진단하는 것은 서버를 종료하고 자동 확장이 새 서버를 시작하도록 하는 것만큼 간단할 수 있습니다.
탄력적 로드 밸런싱을 사용하면 애플리케이션에 대해 잘 알려진 단일 엔드포인트를 게시할 수 있습니다. Amazon EC2 인스턴스의 시작, 실패, 종료 및 재실행의 감소와 흐름이 사용자에게 표시되지 않습니다.
Amazon SQS, Amazon S3 및 Amazon SimpleDB는 애플리케이션에 통합할 수 있는 상위 수준의 구성 요소입니다. 이러한 서비스는 내결함성을 달성하는 방법을 보여주는 훌륭한 예이며, 결과적으로 애플리케이션의 내결함성을 높입니다. Amazon RDS를 사용하면 자동 백업, 스냅샷 및 Multi-AZ 배포를 비롯한 장애 발생 데이터베이스 배포를 지원하는 기능에 쉽게 액세스할 수 있습니다.
무엇보다도 Amazon Web Services의 가격 모델은 실험 옵션을 제공합니다. 초기 투자도 없고, 사용하는 것에 대한 비용만 지불하면 됩니다. Amazon Web Services 플랫폼의 특정 측면이 애플리케이션에 적합하지 않은 것으로 판명되면 사용을 중단하는 즉시 투자가 완료됩니다.
Amazon Web Services가 제공하는 강력한 성능, 정교함 및 경제적 투명성은 귀하에게 결함 방지 소프트웨어를 구축할 수 있는 타의 추종을 불허하는 플랫폼을 제공합니다.
AWS는 IT 인프라 비용을 절감하고 기업의 핵심가치에 더욱 집중할 수 있도록 합니다.
AWS에 대한 자세한 문의사항은 여기를 눌러 주세요.
빌드업웍스는 AWS 컨설팅 파트너로 고객 비즈니스를 최우선으로 하며 고객의 클라우드의 성공적인 시작과 운영을 지원합니다.
