| sitelink1 | https://blog.naver.com/ki630808/221871811913 |
|---|---|
| sitelink2 | https://blog.naver.com/ki630808/221888691176 |
| sitelink3 | |
| sitelink4 | |
| sitelink5 | |
| extra_vars6 |
AWS, Azure 및 Google 클라우드 플랫폼의 IaaS 및 PaaS 옵션 이해 및 비교
By / Chris Tozzi, Fixate IO / Published: 15 Oct 2019
IaaS와 PaaS는 가장 오래되고 가장 널리 사용되는 클라우드 컴퓨팅 서비스 범주 중 두 가지로서,
어떤 면에서는 비슷하지만 여전히 근본적으로 다른 유형의 플랫폼이다.
기업들은 주어진 사용 사례에 적합한 유형의 클라우드 서비스를 선택하기 위해 이러한 차이를 이해해야 한다.
이 기사는 IaaS 대 PaaS의 장점과 단점을 설명하고 AWS, 마이크로소프트 Azure 및
Google Cloud Platform에서 제공되는 주요 IaaS 및 PaaS 제품을 조사한다.
IaaS와 PaaS 비교, 정의
IaaS(Infrastructure as a Service)는 인터넷을 통해 가상화된 IT 인프라에 대한 온디맨드 액세스를 제공한다.
일반적으로 IaaS는 컴퓨팅, 네트워킹 및 스토리지와 같은 핵심 인프라 구성 요소에만 액세스를 제공한다.
사용자는 클라우드 기반 인프라에서 실행할 소프트웨어를 설치하고 관리한다.
클라우드 제공자는 IaaS를 제공하기 위해 물리적 인프라를 유지하고 모니터링하지만,
이 플랫폼에서 실행되는 워크로드를 보호하고 모니터링하는 것은 사용자의 책임이다.
따라서, IaaS의 주요 가치는 사용자가 물리적 서버를 구입, 설정 및 유지관리할 필요가 없다는 것이다.
원래 IaaS는 2000년대 중반 데이터베이스와 가상 머신 호스팅 서비스를 출시한 AWS 등 주요 퍼블릭 클라우드의 백본이었다.
나중에야 이러한 공급업체들은 기업이 경영보다는 개발에 더 집중할 수 있도록 하는 서비스 옵션을 추가했다.
PaaS(Platform as a Service)는 고객이 애플리케이션을 개발하고 배포할 수 있도록 지원하는 소프트웨어 도구뿐만 아니라
애플리케이션을 호스팅하는 인프라도 제공한다. PaaS는 하드웨어와 소프트웨어 모두의 설정과 관리를 간소화한다.
PaaS는 IaaS보다 유연성이 떨어지며, 일반적으로 애플리케이션 개발 또는 구축에 대한 제한된 접근 방식을 채택한다.
이들은 조직의 전체 IT 인프라 및 소프트웨어 개발 워크플로우를 대체하는 범용적인 대체물이 아니다.
Heroku와 같은 벤더의 오퍼링으로 인해 PaaS 오퍼링은 2000년대 중반 IaaS가 등장하면서 인기를 끌었지만,
PaaS는 IaaS와 독립적으로 진화했다. 대부분의 경우, 당시 주요 IaaS 제공업체는 클라우드 서비스 중 PaaS를 포함하지 않았고,
PaaS 제공업체는 PaaS와 함께 독립형 IaaS 서비스를 제공하기 위해 분리하지 않았다.
IaaS와 PaaS 간의 경계가 모호한 경우
많은 초기 PaaS 제공업체들은 그들이 지원하는 기술을 제한했고,
그들의 소프트웨어 도구는 그들 자신의 호스팅 플랫폼과만 호환되었다.
하나의 PaaS 오퍼링에서 다른 PaaS로 마이그레이션하거나 대신 일반 IaaS에서 실행되도록 PaaS 기반 개발 파이프라인을
조정하는 것은 어려웠다.
점점 더 많은 기업이 클라우드 잠금을 해제하고자 할 때 PaaS는 소프트웨어에 구애받지 않게 되었다.
쿠베르네스가 조정한 도커 컨테이너와 같은 오픈 소스 옵션이 일부 독점 툴링을 대체했다.
그 결과, 원래 IaaS에 특화된 클라우드 컴퓨팅 벤더는 PaaS 오퍼링을 추가하고, 각각의 IaaS 오퍼링과의 호환성을 높였다.
예를 들어 AWS 클라우드에서 PaaS 프레임워크의 일부를 구성하는 지속적인 제공 서비스인 AWS CodePipeline의 일부 버전은
AWS의 IaaS에서 실행되는 가상 시스템이나 컨테이너에 애플리케이션을 배포할 수 있다.
이러한 PaaS와 IaaS의 통합은 둘 사이의 차이를 다소 흐리게 했다.
간단히 말해서 IaaS를 인프라에만 국한된 모든 클라우드 서비스라고 생각하십시오.
서비스가 소프트웨어 툴을 인프라와 결합하면 PaaS가 된다.
그러나 IaaS 플랫폼에는 사전 구성된 소프트웨어 환경이 포함되어 있다.
예를 들어, 클라우드 기반 VM에는 운영 체제가 미리 설치되어 있다.
그러나 이러한 소프트웨어 스택은 일반적이며 사용자 지정에 더 많은 시간을 투자하여 요구 사항을 충족시켜야 한다.
IaaS는 PaaS의 경우처럼 애플리케이션을 개발하거나 배포할 수 있는 완벽한 환경을 제공하지 않는다.
IaaS 또는 PaaS 사용 시기
IaaS 대 PaaS의 이점과 차이점을 기본적으로 파악하면 특정 워크로드에 적합한 것을 고려할 수 있다.
IaaS는 일반적으로 공급자의 도움 없이 애플리케이션을 개발, 구축 및 관리할 수 있는 리소스를 보유한 기업에게 최선의 선택이다.
특정 개발 툴이나 사용자 지정 운영 체제와 같이 사용자가 PaaS 오퍼링에서 제공하지 않는 구성요소를 필요로 하는 경우에도
IaaS가 바람직하다.
IaaS의 가장 일반적인 사용 사례는 조직이 이미 애플리케이션을 보유하고 있거나 이를 개발할 자체 리소스를 보유하고 있으며
단순히 이를 호스팅할 인프라가 필요한 경우다.
예를 들어 온라인 시장을 구축한 소매업체는 IaaS 공급자에게 작업 부하를 호스팅할 수 있다.
또는 사내 급여 시스템을 클라우드로 마이그레이션하기 위해 IaaS 호스팅 제품을 선택할 수도 있다.
PaaS는 애플리케이션을 개발하고 관리할 리소스가 적은 조직에게 더 나은 옵션이다.
PaaS는 개발자의 필요성을 완전히 제거하지는 못하지만 개발 및 구축 운영을 간소화하고 호스팅 인프라와 결합한다.
세 가지 클라우드 컴퓨팅 서비스 범주를 비교해 보십시오.
클라우드 IaaS와 PaaS 서비스의 비교 방식
오늘날, 주요 클라우드 컴퓨팅 공급업체인 AWS, 마이크로소프트, 구글은 IaaS와 PaaS 옵션을 모두 제공한다. 그러나 PaaS 관련 클라우드 서비스를 구성하는 방법은 다양하다.
AWS는 전통적인 의미에서 PaaS를 제공하지 않지만, 고객이 다양한 AWS 제품을 통합하여 자신의 요구에 맞춘 PaaS를 만들 수 있도록 한다. 이와는 대조적으로, Azure와 Google Cloud Platform은 엔드투엔드 PaaS 옵션을 제공하기 위해 툴과 서비스를 결합하여 제공하지만, 이러한 서비스 컬렉션 내에서 서로 다른 소프트웨어 툴과 호스팅 옵션을 제공한다.
AWS IaaS 및 PaaS 제품
AWS에서 VM을 호스팅하는 기본 IaaS는 Amazon EC2이다. AWS는 메모리, 컴퓨팅 및 스토리지에 맞춘 인스턴스와 다양한 범용 VM을 통해 주요 클라우드 제공업체 중에서 가장 광범위한 인스턴스 유형을 제공한다.
사용자는 종종 EC2와 하나 이상의 AWS의 데이터 스토리지 서비스를 결합하여 애플리케이션 및 작동에 필요한 데이터를 호스팅한다. AWS는 다음과 같은 몇 가지 스토리지 옵션을 제공한다.
•아마존 S3
•아마존 탄성블록 스토어
•아마존 탄력 파일 시스템
단일 Amazon 클라우드 서비스가 전통적인 PaaS를 구성하는 것은 아니지만,
AWS는 고객이 PaaS를 만들기 위해 쉽게 통합할 수 있는 몇 가지 서비스를 제공한다. 예를 들면 다음과 같다.
•AWS Cloud9: 이 클라우드 기반 통합 개발 환경은 애플리케이션 개발에 사용된다.
•AWS 코드파이프라인: 개발자는 이 도구를 사용하여 애플리케이션을 구축하고 배포할 수 있다.
그것은 EC2 가상 머신이나 Amazon Elastic Container Service의 컨테이너와 같은
다양한 AWS 호스팅 옵션으로의 배치를 지원한다.
•AWS 코드전개: 이 구축 서비스를 통해 기업은 다양한 AWS 컴퓨팅 서비스에 대한 구축을
자동화할 수 있다.
•AWS Elastic Beanstalk: 개발자는 이 도구를 사용하여 웹 앱 및 서비스에 대한 코드를 업로드한다.
AWS는 구축, 프로비저닝 및 로드 밸런싱을 처리한다.
다른 주요 클라우드 공급업체에 비해 AWS는 다양한 PaaS 관련 서비스 간의 통합을 최소화하고 있다.
PaaS 기능을 제공하려면 사용자는 여러 서비스를 함께 연결하여 완전한 애플리케이션 개발 및 구축 파이프라인을 구축해야 한다.
이러한 접근방식은 툴링을 선택하고 선택하는 것을 선호하는 조직에게 매력적이지만,
그들은 여러 AWS 오퍼링을 숙지하고 그것들을 통합하기 위한 단계를 밟아야 한다.
IT 관리 책임
기업의 인프라 관리 책임은 사내, IaaS, PaaS 또는 SaaS 구축을 선택하느냐에 따라 달라진다.
Microsoft IaaS 및 PaaS 제품
Azure 가상 시스템은 클라우드에서 VM을 호스팅하는 마이크로소프트의 주요 컴퓨팅 제품이다.
최적화, 메모리 최적화, 버스트 가능 및 범용 VM 유형이 있다.
데이터 스토리지를 위해 Azure는 Azure 스토리지와 Azure 데이터베이스를 제공한다.
스토리지 오퍼링은 다음과 같은 하위 범주로 나뉜다.
•디스크 보관
•파일 저장장치
•Azure Blob 스토리지
•대기열 저장
Azure의 PaaS 오퍼링은 다양한 언어와 프레임워크를 사용하여 애플리케이션 개발 및 구축을 간소화할 수 있는 호스팅과 툴을
제공하는 Azure App Service라는 서비스 범주로 분류된다.
애플리케이션 서비스는 또한 PaaS의 실행 방식을 사용자 지정하려는 조직에게 유연성을 제공한다.
앱 서비스에 통합된 이러한 툴에는 다음이 포함된다.
•웹 앱 확대
•컨테이너용 웹 앱 확보
•Azure API 앱
모든 클라우드 공급자 중에서 Azure는 App Service를 통해 단일 턴키 PaaS 솔루션에 가장 근접할 가능성이 있다.
따라서, Azure는 PaaS를 실행하기 위한 툴을 설치하기 위해 쉬운 온-락(On-Ramp)을 추구하는 기업에게 좋은 선택이다.
Google IaaS 및 PaaS 제품
AWS와 Azure처럼 구글은 미리 정의된 맞춤형 머신 유형을 제공하는 구글 컴퓨팅 엔진이라는 컴퓨팅 IaaS 오퍼링을 제공한다.
구글은 다음과 같은 스토리지 서비스도 가지고 있다.
2020년에는 어떤 일이 벌어질까? 새해 보안 업데이트, 컨테이너 기술 등에 대한
기여자의 예측을 확인해 보십시오.
By / Sara Grier, Assistant Site Editor / Published: 23 Dec 2019
12월이 되면 사람들은 과거를 반성하고 다가올 해에 무슨 일이 일어날지 추측하려고 노력한다.
클라우드 전문가들에게 새해에 다가올 일이 항상 간단하지는 않다.
일반적인 클라우드 예측은 예측하기 어려울 수 있지만,
2020년에 클라우드가 어떻게 진행되는지 분석가, 기자 및 IT 전문가에게 물었다.
내년에 컨테이너, 머신러닝, 보안, IaaS 시장이 어떻게 변화할지 IT 전문가들이 예측하는 내용을 살펴보십시오.
컨테이너
응용 프로그램 컨테이너화를 둘러싼 활동이 느려졌다.
2016년과 2017년 화제를 모았던 도커와 쿠버넷의 치열한 경쟁은 기본적으로 끝이 났고, 쿠버넷이 우승했다.
그러나, 새로운 노력으로 쿠베르네와 경쟁하거나 새로운 기능을 추가할 수 있는 차세대 컨테이너 기술이 개발될 것이다.
2017년 말 출범한 오픈소스 컨테이너 런타임인 카타컨테이너는 이미 이런 예측이 빗나가고 있는 한 예다.
미란티스의 2019년 도커 엔터프라이즈 인수와 미란티스가 결국 스와밍 오케스트라 지원을 중단할 것이라는 관련 발표는
쿠베르네츠가 유일한 생존 가능한 오케스트라가 되지 않도록 하기 위해 노력하고 있는 일부 이해 관계자들과
다른 회사들을 몰아갈 것이다.
도커에는 기업이나 개발자들이 다시 활력을 불어넣어 쿠베르네에 대한 강력한 대안으로 만들 수 있는 오픈 소스 부품이 있다.
이 모든 활동은 AWS와 마이크로소프트 Azure와 같은 공급업체의 새로운 클라우드 기반 컨테이너 서비스로 변환될 수 있다.
그들의 컨테이너 오퍼링은 지난 몇 년 동안 많은 사랑을 받거나 주요 업데이트를 보지 못했지만,
새로운 유형의 오픈 소스 컨테이너 프로젝트가 계속 등장하거나 오픈 소스 도커 툴링이 새로운 투자를 보게 되면 바뀔 것이다.
-- IT 컨설턴트인 크리스 토지
컨테이너화는 계속해서 빠르게 성장하고 IT 환경을 재편할 것이지만,
최종적으로 그것의 방향과 관리와 관련하여 CIO 수준 이상의 지속적인 관심을 불러일으킬 수 있다.
즉 꼬리는 개를 흔들고 있었고 컨테이너화에 내재된 모든 가치에도 불구하고 절대적인 만병통치약은 아니다.
따라서 예를 들어 보안상의 이유로 더 큰 조사를 받기 시작할 수 있다.
IT 저널리스트 앨런 얼스
기계학습
일반 대중에게는 별로 중요하지 않지만, AI의 힘에 대한 이 예측은 모두에게 영향을 미친다.
2020년에는 특히 기업들이 AI의 윤리적 문제에 대해 주저함에 따라 클라우드 기반 AI 서비스에서 설명 가능한 AI가 부각될 것이다.
설명 가능한 AI는 도달한 결정에 대한 정당성을 제공하는 기술이다.
구글과 마이크로소프트는 현재 초기 단계에 있는 설명 가능한 AI 이니셔티브를 시작했다.
아마존은 AI 툴의 일환으로 설명 가능한 AI 기능을 일부 도입할 것으로 보인다.
깊이 있는 학습의 힘을 통해 데이터 과학자들은 사물을 예측하고 결정을 내리는 모델을 만들 수 있다.
그러나 이러한 경향은 인간이 이해하기 어려운 블랙박스 알고리즘을 초래할 수 있다.
기업들이 직면한 가장 큰 과제는 AI 모델의 편향을 추적하고 모델이 정확성을 잃는 사례를 파악하는 것이다.
설명 가능한 AI 기법은 데이터 과학자, 관리자 및 AI 지원 소프트웨어 애플리케이션의 사용자가
AI 모델의 결과를 문맥화할 수 있도록 이러한 문제를 식별할 수 있도록 보장한다.
설명 가능한 AI 또한 기업들이 사람들에게 영향을 미치는 다양한 결정에 도달하는 방법을 공개하도록 요구하는
GDPR과 같은 규정에 직면함에 따라 중요성이 커질 것이다.
마이크로소프트는 2018년부터 AI에 대한 해석ML 라이브러리를 공개하고, 설명 가능한 AI 스타트업 본사이(Bonsai)를 인수하고,
아즈레 머신러닝(Azure Machine Learning) 서비스에서 모델 해석성을 시작했다.
Microsoft, Google 및 기타 업계 참여자들이 직면한 주요 과제는 최고의 사용자 경험을 파악하는 데 있으며,
따라서 다양한 사람들에게 가치를 더하는 방식으로 설명을 제공할 수 있다.
- 조지 로튼, IT 저널리스트
보안.
2020년에 클라우드 보안에 대한 우려가 계속 증가함에 따라 주요 클라우드 서비스 공급업체는 클라우드 보안 사례 및
서비스를 구축해야 한다.
고객 수요에 대응하여 AWS, Azure 및 Google Cloud Platform은 각각 보안 제품 및 서비스를 증가시킬 것이다.
새로운 서비스 오퍼링은 CSP의 인수 대상이 될 작은 클라우드 보안 스타트업들을 식인시킬 수 있다.
CSP - 특히 AWS가 새로운 성장 분야를 모색하고 있기 때문에 보안 중심의 전문 서비스는 자연스러운 움직임이다.
이러한 성장은 고용 자유 또는 소규모 보안 회사 인수를 통해 유기적으로 발생할 수 있다.
우리는 CSP와 그들의 제휴 파트너들 사이에 어색한 순간들을 볼 수 있다.
2020년에는 클라우드 공유 책임 모델이 변경되지 않을 것이지만, 보안 관련 일부 변경이 임박해 있다.
주요 기업들에 대한 위반은 의사결정자들의 마음에 생생하다.
