Compute Engine의 그룹 제품 관리자 인 Paul Nash Compute Engine, Container Engine, Cloud Dataproc 및 App Engine의 유연한 환경 VM에 대한 초당 요금을 초당 1 분 연장한다고 발표하게 된 것을 기쁘게 생각합니다. 이러한 변경 사항은 오늘 부터 적용되며 Windows Server, Red Hat Enterprise Linux (RHEL) 및 SUSE Enterprise Linux Server를 포함한 프리미엄 운영 체제 이미지를 실행하는 선점 형 VM 및 VM을 포함하여 모든 VM에 적용됩니다.
이 제품들은 2013 년 출시 된 이후 두 번째로 청구 된 영구 디스크 (Persistent Disks)뿐만 아니라 커밋 된 사용 할인 및 GPU에도 합류합니다. 두 사람 모두 소개 이후 초당 청구서를 사용했습니다.
대부분의 경우 1 분과 1 초 단위 청구액의 차이는 매우 작습니다. Google은이 비율을 몇 분의 일 퍼센트로 추정합니다. 반면, 시간별 청구에서 분당 요금으로 변경하면 트래픽이 급증하는 애플리케이션 (특히 웹 사이트, 모바일 앱 및 데이터 처리 작업)에 큰 차이가 있습니다. 한시간 동안 컴퓨터를 구입할 때 몇 분 동안 만 필요할 때 비용을 크게 내야 만 비용을 크게 올릴 수 있습니다.
예를 들어 봅시다. 평균적으로 VM 수명이 분당 과금으로 30 초마다 반올림 되었다면 매일 2,600 개의 vCPU를 실행하여 절약 한 비용으로 아침 커피 (99 센트)를 지불 할 수 있습니다. 커피를 어떻게 든 찾을 수 있다고 가정하면 99 센트). 비교해 보면, 시간당 청구로 인한 낭비는 매일 아침 커피 메이커를 사기에 충분합니다 (이 예에서는 100 달러 이상).
보시다시피, 청구 정확도 증가의 가치는 대부분 분당입니다. 이것은 아마도 초당 요청하는 고객이 많지 않은 이유 일 것입니다. 그러나 귀하의 모닝 커피와 핵심 시간 중 하나를 선택하게하고 싶지 않으므로 최소 1 분 동안 VM에 초당 요금을 청구 할 수있게되어 기쁩니다.
Google은 귀하의 이익을 위해 수년간 진정한 혁신에 집중 해 왔으며 계속해서 그렇게 할 것입니다. 사용을위한 자동 할인 ( 지속적인 사용 할인 ), 시간에 민감하지 않은 응용 프로그램 ( Preemptible VM )을 위한 예측 가능한 가격대의 VM , 원하는 RAM 및 vCPU ( 사용자 정의 컴퓨터 유형 ) 선택, 분 단위 청구 , 선불금이나 특정 기계 유형 / 가족 / 구역 ( 커밋 된 사용 할인 )을 강요하지 않는 약속 등이 포함 됩니다.
Google은 계속해서 비용을 절감 할 수있는 새로운 방법을 구축하고 이전에는 불가능했던 Google Cloud의 한계를 어떻게 극복 할 수 있을지 기대하고 있습니다.
AWS 클라우드로 천만명 웹 서비스 확장하기 - 윤석찬 백승현 - AWS Summit 2016
1. AWS 클라우드로 천만명 웹 서비스 확장하기 윤석찬% 5KG코리아 테크에반젤리스트 백승현% 디스패치 7HC
2. 목차 § AWS 기본 지식 3가지 § 사용자 증가에 따른 클라우드 확장 방법 § 스케일 업을 통한 수직적 확장 § 부하 분산 및 멀티 5M를 통한 수평적 확장 § 높은 성능과 i용성을 위한 w급 아키텍처 § 오토 스케일링 § 고객 사례: 디스패치 § 클라우드 네이티브 전략 § 인프라 자동화 및 모니터링 § 새로운 흐름3 서버 없는(GRrbRrlRss# 아키텍처 § 마무리
3. 멋진 클라우드 아키텍처를 위한 AWS 기본 지식 3가지
4. US-WEST (Oregon) EU (Ireland) ASIA PACIFIC (Tokyo) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (N. Virginia) AWS GOVCLOUD (US) ASIA PACIFIC (Sydney) ASIA PACIFIC (Singapore) CHINA (Beijing) 12 Regions 33 Availability Zones 55 Edge Locations EU (Frankfurt) ASIA PACIFIC (Seoul) 고가용성 글로벌 클라우드 인프라1
5. Availability Zone Availability Zone Edge Locations Seoul Region 고가용성 글로벌 클라우드 인프라 Amazon Route 53 Amazon CloudFront User 1
6. vCPU 32 GPU 4 g2.8xlarge = $2.6 per hour (버지니아 기준) x 50 vCPU 1,600 GPU 200 g2.8xlarge x 50 = $130 per hour 언제나 원하는 대로 사용한 만큼2 스팟인스턴스를 쓴다면? = $13 per hour
7. $aws ec2-run-instances ami-b232d0db --instance-count 50 --instance-type g2.8xlarge --region us-east-1 $aws ec2-stop-instances i-10a64379 i-10a64280 ... 언제나 원하는 대로 사용한 만큼2
8. AWS 클라우드의 다양하고 폭넓은 서비스 고객 및 기술 지원 영업 지원 wp지원 프로페셔널 컨설팅 교육 및 인증 보안 및 빌링 시스템 파트너 생태v 솔루션 아키텍트 엔터프라이즈 i상 테스크톱 기업용 공유 도구 기업용 이메일 백업 및 복구 글로벌 리전 (FRTVon# i용 영역 (5M# 콘텐츠 배포 지점(9QTRs# 인프라 핵심 서비스 컴퓨팅 JAs% 5ato&sPNlVnT% LoNQ 6NlNnPVnT% 7ontNVnRrs% 7loaQ SanPtVons 스토리지 COWRPt% 6loPXs% :VlR% 5rPUVbNl% IZport(9dport 데이터베이스 FRlNtVonNl% BoGEL% 7NPUVnT% AVTrNtVon 네트워킹 JD7% 8L% 8BG 콘텐츠 배포 (78B# 하이브리드 환경 데이터 백업 통합 앱 o발 환u 전용 회선 연t 통합 인증 통합 리소스 관리 네트워크 통합 서비스 접근 제어 사용자 인증 관리 암호 키 관리 및 저장 모니터링 로그 기업 자원 설정 및 보w 리소스 사용량 및 l사 보안 및 규정 준수 기업 내 규정 준수 웹 방화벽 비지니 스 앱 비지니스 인텔리전스 데이터베이스 8RbCps 도구 네트워킹보안 스토리지 IoT 규칙 엔진 디바이스 쉐도우 디바이스 G8? 레지스트리 디바이스 s이트웨이 o발 및 운영 도구모바일 서비스앱 서비스데이터 분석 데이터웨어 하우스 HNQoop( GpNrX 실시k 데이터 저장 머신 러닝 9lNstVP GRNrPU 서비스 알람 및 큐 서비스 워크 플로우 풀텍스트 r색 9ZNVl 전송 동영상 변환 원 클릭 앱 o발 모바일 인증 기기 동기화 모바일 앱 테스트 푸시 알림 8RbCps 리소스 관리 앱 라이프사이클 관리 도구 콘테이너 서비스 클라우드 함수 리소스 템플릿 5DI GNtRcNe 실시k 데이터 분석 비지니스 인텔리전스 모바일 분석 모바일 허브 마켓 플레이스 3
9. 비지니스 요구 사항에 맞는 0)여o 이상의 서비스 조립을 통해 유연한 활용 i능 AWS 클라우드의 다양하고 폭넓은 서비스 AWS 활용 = Building Block 조립 3
10. 이제 시작해볼까요? 첫날! 첫 사용자!
11. 1 user You
12. 첫날! 첫 사용자 1명 Amazon Route 53 • 도메인 네임 서비스 • 글로벌 부하 분산 • 5KG 7loaQ에 최적화 Amazon Elastic Compute Cloud • 하나의 인스턴스(i상 서버# 구성 • 웹 서버 • 데이터베이스 • 시스템 운영 • 파일 저장h. EC2 instance Elastic IP User Amazon Route 53
13. 서버 트래픽↗ “좀 더 성능 좋은 인스턴스!” 스케일업(Scale-Up) 손 쉽s 인스턴스 타입을 변u함으로서 서비스 확장 i능 다양한 인스턴스 타입 • 7DI기반 • 메모리 기반 • I(C 기반 • 스토리지 기반 2 vCPU 8 GiB Memory $0.12/hour m4.large m4.xlarge 4 vCPU 16 GiB Memory $0.239/hour m3.2xlarge 8 vCPU 32 GiB Memory $0.479/hour 서울 리전 기준 Uttp3((Ncs.NZNfon.PoZ(Xo(RP+(prVPVnT
14. vertically 손쉬운 수직적 확장 가능
15. Users >10
16. 사용자 10+ 문제점 • Bo :NVlobRr • Bo FRQanQNnPe “한 바구니에 계란을 모두 담지 말자!” EC2 instance Elastic IP User Amazon Route 53 X
17. 사용자 10+ 해법 I 기능에 따라 인스턴스의 역할을 나눈다! • 웹 서버용 인스턴스 • 86용 인스턴스 Web Instance Database Instance Elastic IP User Amazon Route 53
18. 직접 운영 관리 서비스 선택 Amazon EC2 직접 설치 원하는 데이터 베이스를 선택 하여 운영 라이센스(백업 등 직접 운영 데이터베이스 선택 사항 Amazon RDS AeGEL AVProsoSt GEL CrNPlR DostTrRGEL MariaDB Amazon Aurora 라이센스(백업등 선택적 제공 Amazon DynamoDB GG8 스토리지기반 BoGEL 서비스 빠른 처리속도 중단없는 확장성 및 관리 필요 없음 Amazon Redshift 대용량 병렬 페타바이트급 데이터웨어 서비스 빠르w n력한 확장성 제공
19. Amazon Aurora를 추천합니다! ü AeGEL 호환 및 .배 성능 향상 ü 자동 스토리지 확장 ü 자동 장애 l지 및 복구 ü 5ZNfon G,에 지속 증분 백업 ü 1(1) 비용으로 상용 86 급 성능 ü 서울 리전 사용 i능 (,월 ,1일# Data Plane LoTTVnT + GtorNTR GEL HrNnsNPtVons 7NPUVnT 5ZNfon G,
22. Amazon DynamoDB도 추천합니다! ü 손 쉬운 관리형 BoGEL 서비스 ü 일관된 응답시k g 1)밀리초 미만 ü 읽기 및 쓰기 용량 제어 i능 ü 무제한 스토리지 제공 ü 프로비저닝한 용량 만큼만 과금 ü 서울 리전 사용 i능
23. Time DBTableSize MS SQL DB Table Size의 증가 DB latency 증가 고객 사례: 모바일 게임 데이터베이스
24. Time DBTableSize DynamoDB Table Size DynamoDB Latency 10ms Latency Amazon DynamoDB 고객 사례: HIT에서 DynamoDB 적용
25. Users >100
26. 사용자 >100 Web instance Elastic IP RDS DB instance User Amazon Route 53해법 II 기능에 따라 인스턴스의 역할을 나눈다! 편리한 86 운영을 위해 Amazon RDS 선택!
27. 사용자 >100 문제점 만약 웹 서버에 문제i 생긴다면4 • 장애 복구의 어려움 • 증설의 어려움 Web instance Elastic IP RDS DB instance X User Amazon Route 53
28. Users >1,000
29. 사용자 > 1000+ Elastic Load Balancing 확장성 높은 부하 분산 서비스 Multi-AZ 서버 구성 i용 영역을 통한 wi용성 확보 데이터베이스 이중화 F8G의 마스터&스탠바이를 AaltV& 5M에 구성 Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Availability Zone Web Instance RDS DB Instance Standby (Multi-AZ) Elastic Load Balancing User Amazon Route 53
30. Users >10,000+
31. 사용자: 10,000 -100,0000+ RDS DB Instance Active (Multi-AZ) Availability Zone Availability Zone RDS DB Instance Standby (Multi-AZ) Elastic Load Balancing RDS DB Instance Read Replica RDS DB Instance Read Replica RDS DB Instance Read Replica RDS DB Instance Read Replica Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance User Amazon Route 53
32. horizontally vertically
33. 높은 성능과 i용성을 위한 고급 클라우드 아키텍처
34. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancing 1. 성능을 위한 로드 분산 User Amazon Route 53 웹 서버 및 데이터베이스의 로드 분산 왜 해야 하나? • 애플리케이션에 집중 • i벼운 배포 i능 • 비용 절l i능 무엇을? • 정적 및 동적 콘텐츠 • 86에 부담되는 핫 아이템
35. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancing 방법 1 정적 콘텐츠 Amazon S3 및 CloudFront로 이전 • 7GG(JG 파일 및 사용자 업로드 이미지 등 • 무제한 저장소 및 콘텐츠 배포 네트워크 활용 i능 1. 성능을 위한 로드 분산 User Amazon Route 53 Amazon CloudFront Amazon S3
36. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer Amazon S3 ElastiCache DynamoDB User Amazon Route 53 Amazon CloudFront 방법 2 Amazon ElasticCache 및 DynomoDB 활용 • 자주 사용하거나 업데이트i 잦은 데이터는 BoGEL 서비스나 인 메모리 기반 캐시 서비스 (ARZPNPURQ% FRQVs# 활용 1. 성능을 위한 로드 분산
37. 방법 3 동적 콘텐츠에 대해서도 Amazon CloudFront 활용 Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer Amazon S3 ElastiCache DynamoDB User Amazon Route 53 Amazon CloudFront 1. 성능을 위한 로드 분산ResponseTime Server Load ResponseTime ServerLoad ResponseTime ServerLoad NoCDN CDNforStaticContent CDNforStatic&DynamicContent
38. 이제 i용성 높은 아키텍처를 위해 오토 스케일링을 적용해 봅시다!
39. 59 Small @ $0.08/hr = $4.72 2. 가용성을 위한 오토스케일링 ü 7DI 사용률 혹은 네트워크 트래픽에 따라 자동 스케일&인(아웃 ü 수요 x선에 따라 인스턴스 사용 i능하므로 비용 절l i능
42. 디스 패치 소개 2011년 3월 서비스 시작 페이스북 좋아요! 1,100,000 달성 (+)1/. ..# 연k 3억 페이지뷰 일k 600,000 IJ
43. 왜 AWS를 사용하게 되었나요? • 특종 기사i 올라왔을 때% 트래픽을 처리하기 어려움 • 외주를 통한 기존 데이터센터 인프라 운영으로 비용 증i AWS 클라우드, 이렇게 바뀌었습니다! • 특종기사에도 끄떡없는 트래픽 대응력 제공 • 개발 및 운영 내재화를 통한 비용 효율화
44. What Happen
45. What Happen
46. What Happen SCOOP(10x) ordinary
47. 9월 11월 6 Time EC2 instances [단독] “우리 지금 만나”… 아 이 유· 장 기하 , 뮤 지 션 커플의 탄생 [단독] 강용석, 홍콩 스캔들 증거…그가 답해야 할 의혹 5 70 50 10월8월 급작스런 트래픽 대응 사례
48. AWS 클라우드 기반 디스패치 서비스 구조 Auto Scaling group Availability Zone www.dispatch.co.kr security group security group root volume data volume image.dispatch.co.kr Elastic Load Balancing Amazon S3 bucket logs Amazon EBS snapshot CloudFront distribution EC2 instance web app server Amazon Route 53 EC2 instance web app server RDS RDSRDS
49. 세가지 클라우드 최적화 기법 Auto Scaling group Availability Zone security group EC2 instance web app server Apache Nginx 웹서버 경량화 1 EC2 instance web app server EC2 instance web app server RDS RDSRDS ElastiCache (WebServer) ElastiCache (Database) 캐시 도입 2 M4.large T2.medium R3.xlarge M3.medium 인스턴스 타입변경 3
50. 세가지 클라우드 최적화 기법 Auto Scaling group Availability Zone security group EC2 instance web app server Apache Nginx EC2 instance web app server RDS Multi-AZ ElastiCache (WebServer) ElastiCache (Database) M4.large T2.medium R3.xlarge M3.medium 70% 비용 감소!
51. Cost Down ORSorR NStRr &.) ANn Post developer infra manager
52. Users >1,000,000
53. Availability Zone Amazon S3 Availability Zone Elastic Load Balancing DynamoDB RDS DB Instance Read Replica Web Instance Web Instance Web Instance ElastiCache RDS DB Instance Read Replica Web Instance Web Instance Web Instance ElastiCacheRDS DB Instance Standby (Multi-AZ) RDS DB Instance Active (Multi-AZ) User Amazon Route 53 Amazon CloudFront 사용자: 1,000,000+
54. 비지니스에만 집중하기 위한 클라우드 네이티브 전략
55. 애플리케이션 개발 앱 배포 관리 모니터링 캐싱 Web | DB | API 가상 서버 여러분이 필요한 것만 집중합시다! AWS
57. Host Level Metrics Aggregate Level Metrics 2. AWS 자원 모니터링 및 로그 분석 5KG 7loaQKNtPU 5ZNfon 9lNstVPsRNrPU GRrbVPR
58. 3. 서비스 재활용 Don’t reinvent the Wheel: ü 텍스트 r색 구현 ü 메시지 큐 서비스 구현 ü 대량 이메일 전송 ü 워크플로 기반 구현 ü 동영상 인코딩 5KG의 다양한 애플리케이션 서비스를 이용하여 o발 비용 l소! Amazon CloudSearch Amazon Elastic Transcoder Amazon SESAmazon SQS Amazon SWF
59. 3. 서비스 재활용 모바일도 또 만들지 말자: ü 소셜 로그인 및 모바일 인증 ü 모바일 앱 데이터 분석 ü 푸시 노티피케이션 ü 모바일 앱 테스트 ü 빠른 모바일 앱 o발 ü IoH 기기k 통신 및 5KG 연동 5KG의 다양한 애플리케이션 서비스를 이용하여 o발 비용 l소! Amazon Cognito Amazon Mobile Analytics Amazon SNS AWS Device Farm AWS Mobile Hub AWS IoT
60. Users >5,000,000
61. RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer RDS DB Instance Read Replica RDS DB Instance Read Replica Web Instance Web Instance Web Instance Web Instance Amazon S3 DynamoDB Amazon SQS ElastiCache Worker Instance Worker Instance Amazon CloudWatch Internal App Instance Internal App Instance Amazon SES User Amazon Route 53 Amazon CloudFront 사용자: 500만+
65. 2. AWS Lambda를 통한 서버없는 아키텍처 ② Amazon S3 파일 업로드 ③ AWS Lambda 코드 실행 ① 큰 이미지 업로드 ④ 압축 및 크기 변경 ⑤ 저장
66. Weeks 3. 클라우드 컴퓨팅 기술의 변화 Minutes Amazon EC2 Seconds Amazon EC2 Containers Services Milliseconds AWS LambdaOn-Premises
67. 4. 마이크로서비스(Microservice) • 내부 서비스를 작s 분리하여 느슨하s 연t • 작은 서비스k 인터랙션 t합제거 (QRPoaplVnT# 후% 5DI로 통신 • 클라우드 기반으로 확장성 및 증설을 염두하여 기능 o발
68. AWS 기반 마이크로 서비스 빌딩 블럭 이벤트를 기반한 코딩 함수 실행 서비스k 5DI 인증(캐싱 용이 콘테이너를 통한 빠른 앱 배포
69. Users >10,000,000
70. 천만 사용자를 위한 십계명 1. AaltV&5M 아키텍처로 wi용성 확보 +. 부하 분산을 통해 성능 극대화 ,. 아키텍처 전 영역에서 증설 l안 -. 내외부의 캐시를 적극 활용 .. 오토스케일링 사용% 두번 사용!
71. 천만 사용자를 위한 십계명 .. 8RbCps를 통해 운영을 자동화 /. 한 z에서 모니터링(통v(분석 0. 직접 만들지 말w 5KG 서비스 활용 1. 애플리케이션 성능 튜닝 필요 2. 마이크로 서비스로 전환 10.클라우드 네이티브- 돈과 시간 절약
72. What’s Next? http://bit.ly/awskr-webinar AWS 온라인 세미나 https://www.qwiklab.com/lab_catalogue 무료 온라인 실습 하기 EC2/ELB/RDS/S3/CloudFront/AutoScaling/Beanstalk
73. What’s Next? “아마존 웹 서비스” 검색 후 “AWSKRUG” 검색 후 한국 사용자모임 커뮤니티 가입
- IaaS(Infrastructure as a Service) : 서버를 운영하기 위해서는 서버 자원, IP, Network, Storage, 전력 등등 인프라를 구축하기 위해 여러가지가 필요합니다. Iaas는 이러한 것들을 가상의 환경에서 쉽고 편하게 이용할 수 있게 서비스 형태로 제공합니다. Iass를 서비스로 제공하기 위해 기존 서버 호스팅보다 H/W 확장성이 좋고 탄력적이며 빠른 제공을 할 수 있는 가상화 기술을 이용합니다. Iass는 Pass, Saas의 기반이 되는 기술입니다.
- PasS(Platform as a Service) : 서비스를 개발 할 수 있는 안정적인 환경(Platform)과 그 환경을 이용하는 응용 프로그램을 개발 할 수 있는 API까지 제공하는 형태를 Paas라고 합니다.
- SaaS(Software as a Service): Cloud환경에서 동작하는 응용프로그램을 서비스 형태로 제공하는 것을 Saas라고 합니다. 예를들어 메일 서비스를 들 수 있습니다. 사용자는 이 시스템이 무엇으로 이루어져 있고 어떻게 동작 하고 있는지 그리고 메일을 백업을 어떻게 하는지 알 필요가 없습니다. 그저 서비스 형태로 원하는 단말기(PC, Tablet, SmartPhone 등등)에서 메일을 주고 받으며, 필요하면 언제든지 공간도 늘려서 서비스를 받을 수 있기 때문입니다.
PaaS에 대해서는 사람들이 혼동하는 부분이 있는 것 같다. 기능적인 측면에서, 그리고 사람들이 잘 이해하지 못한다는 측면에서 PaaS는 미들웨어와 비슷하다. 10~15년 전에는 미들웨어도 혼란스러운 기술이었다.
PaaS는 개발자를 위한 일련의 서비스로, 개발자들이 기반 인프라스트럭처에 대해 신경 쓰지 않고 앱을 개발하고 테스트할 수 있게 해준다. 개발자들은 앱을 개발해 내놓는 과정에서 서버, 스토리지, 백업 프로비저닝에 대해 걱정하고 싶어하지 않는다. 그저 코드를 작성하고 앱을 테스트하고 출시한 후 지속적으로 버그를 수정하는 데 전념하고 싶어한다. 서버 설비와 관련된 모든 백엔드 작업은 자동으로, 개발자가 인지하지 못하는 사이에 백그라운드에서 이루어져야 하는데, PaaS의 역할이 바로 그것이다.
결국 클라우드의 가상머신에서 실행되는 애플리케이션을 만드는 것인데, 그렇다면 IaaS와 별 차이가 없는 것 같다. 인프라스트럭처 계층을 다루는 사람이라면 보통 IT 부서에서 일하면서 소프트웨어 스택, 즉 가상화 계층, 연산, 스토리지를 구축하는 업무를 담당한다. 인프라스트럭처를 구성하는 이러한 모든 작업이야말로 개발자들이 피하고 싶어하는 것들이다. PaaS는 IaaS 위에서 작동하며 이러한 작업을 모두 자동으로 처리한다.
그렇다면 PaaS와 미들웨어의 차이점은 무엇인가? 미들웨어는 개발자에게 트랜잭션, 보안, 클러스터링 등의 세부적인 기능을 제공하는 소프트웨어 계층이다. 미들웨어를 통해 개발자는 이와 같은 문제들을 반복적으로 해결할 필요 없이 맞춤형 애플리케이션 구축에 전념할 수 있다. 그러나 미들웨어는 여전히 작업자가 직접 구성해서 서버에 배치하고 관리하고 모니터링해야 한다는 측면에서 “정적인” 소프트웨어다. 이러한 작업은 보통 IT팀이 담당했다.
PaaS는 미들웨어의 초집합으로서 개발자에게 미들웨어 서비스의 모든 장점을 제공하고 덧붙여 과거 IT 팀이 담당했던 운영 측면까지 포괄한다.
특히 유력 업체들을 중심으로 현재 PaaS 시장의 전망을 어떻게 보는가? 4개의 주요 자바 미들웨어 업체는 IBM, 오라클, VM웨어, 레드햇이다. 이들의 PaaS 전략을 지켜보면 상당히 흥미롭다. 이들은 시장이 클라우드를 향해 움직인다는 사실을 알고 있지만, 강점을 가지고 있는 영역은 클라우드가 아니라 자체 데이터센터이다. 이들 대형 리거시 업체들은 전통적인 비즈니스를 보호하면서 클라우드를 수용해야 하는 모순된 상황에 직면해 있다.
클라우드 환경에서 과감한 전략을 선보인 것은 클라우드 파운드리(Cloud Foundry)를 앞세운 VM웨어다. VM웨어는 원래 ‘전용(Proprietary)과 비공개’를 전통으로 하는 업체이지만 PaaS 전략을 추진하면서 PaaS를 오픈소스화했고, 피보탈 이니셔티브(Pivotal Initiative)에서 빅 데이터 연구와 함께 PaaS를 도입했다. 그러나 서비스와 소프트웨어 사이에서 여전히 상충하는 부분이 있다. 상충이라는 면에서 VM웨어와 마찬가지 상황인 레드햇은 지난 11월 오픈시프트(OpenShift)를 완전히 전용화하기로 결정했다. 데이터센터 분야에서 가진 강점에 집중하겠다는 의도를 명확히 드러낸 것이다.
구름은 클라우드 통합 개발 환경입니다. 이것은 언제 어디서든 이용가능한 개발 환경이라는 의미입니다. 다시 말해, 웹브라우저만 있으면 여러분은 언제 어디서든지 개발을 진행할 수 있습니다. 이렇게 때와 장소를 가리지 않고 개발할 수 있는 환경은 여러분의 창의적인 생각과 시도가 언제 어디서든 빠르게 이뤄질 수 있도록 도와드릴 것입니다. 또한 기업에게는 높은 개발 효율성과 빠른 개발 속도를 안겨줄 것입니다. 이뿐만 아니라 구름은 교육용으로도 쓰일 수 있으며, 중/고등학교 뿐만 아니라 대학교를 비롯한 다양한 교육 기관에서 프로그래밍 언어를 효율적으로 교육하는 데 사용될 수 있습니다.
무엇이 다르죠?
구름은 2008년 말부터 시작된 프로젝트로서 오랜 기간 시행착오와 개선 작업을 반복하며 개발된 클라우드 통합 개발 환경입니다. 최근 등장하기 시작하고 있는 여타 클라우드 통합 개발 환경들보다 더 나은 성능과 다양한 기능, 높은 안정성을 제공하기 위하여 노력하고 있습니다.
10년쯤 전이던가. 워드프로세서 자격증 1급 필기시험에 합격하고 실기시험을 앞두고 있을 때다. 이 때만 해도 워드프로세서 예상 기출문제는 3.5인치 플로피 디스켓에 담겨 나왔다. 문제를 다 풀고 디스켓에 저장할 때마다 행여 불상사가 일어나 지금까지 한 작업이 헛수고가 되진 않을까 노심초사하곤 했다.
이젠 이런 풍경을 시험장에서 찾아볼 수 없다. 3.5인치 디스켓은 사라진 지 오래다. USB메모리나 플래시 메모리 같은 휴대용 저장장치도 널렸고, e메일이나 메신저 등 컴퓨터에 저장된 콘텐츠를 옮길 수 있는 방법도 다양해졌다. 최근에는 ‘클라우드 스토리지’라는 녀석도 등장해 디스켓 자리를 대신하고 있다.
클라우드 스토리지는 네트워크 기반의 저장 기능을 제공하는 서비스를 말한다. 쉽게 말해 인터넷에서 사용할 수 있는 하드디스크 드라이브(HDD)다. 우리 주변에서 흔히 들을 수 있는 아이클라우드, N드라이브, 유클라우드가 모두 클라우드 스토리지 서비스 일종이다.
사용법도 쉽다. 웹브라우저나 전용 응용프로그램(앱)으로 클라우드 스토리지 서비스에 접속하면 된다. 컴퓨터나 태블릿PC, 스마트폰이 인터넷에만 연결돼 있으면, 언제 어디서나 다양한 파일을 저장하고 공유할 수 있다. 컴퓨터에서 저장한 파일을 태블릿PC나 스마트폰에서도 볼 수 있다.
게다가 일부 서비스는 무료로 이용할 수 있다. 디스켓이나 CD, USB메모리를 사는 비용보다 훨씬 저렴하다.
무료니까 저장 공간이 적은 건 아닐까. 미리 걱정하지 말자. 서비스마다 차이는 있겠지만 적게는 2GB에서 많게는 1TB까지 무료 저장 공간을 제공한다. 더구나 클라우드 스토리지의 기능은 단순히 파일을 보관하는 ‘저장’에서 그치지 않는다. 일부 클라우드 스토리지 서비스는 문서 편집이나 동영상 스트리밍 기능도 제공한다.
국내에는 유클라우드, T클라우드, U+박스, N드라이브, 다음클라우드 같은 클라우드 스토리지 서비스가 있다. 이 중 유클라우드, U+박스, N드라이브, 다음클라우드는 클라우드 스토리지 내에서 바로 음악을 재생할 수 있는 ‘음악 스트리밍’ 기능을 제공한다. 음악을 듣기 위해 따로 음악 파일을 내려받을 필요가 없다.
U+박스, N드라이브, 다음클라우드는 한 단계 더 나아가 클라우드 스토리지 내에서 동영상 파일도 실시간으로 재생해 준다. 모바일에서 이 클라우드 스토리지 서비스를 이용할 때도 동영상 시청을 위해 파일을 내려받을 필요가 없다. 클라우드 스토리지에서 바로 재생하면, 동영상 내려받는 시간을 아낄 수 있다.
T클라우드는 주소록 데이터를 백업할 수 있는 게 특징이다. 주로 스마트폰에서 연락처 백업을 위해 유용하게 쓸 수 있다. 백업한 연락처는 PC에서 따로 정리할 수 있다. 저장과 공유 기능을 함께 제공하는 클라우드 스토리지의 능력 덕이다.
동영상이나 음악 스트리밍 서비스를 제공하는 국내 클라우드 스토리지 서비스와 달리, 해외 클라우드 스토리지 서비스는 문서 보기와 편집 기능에 주로 신경썼다. 구글드라이브와 드롭박스, 메가클라우드, 박스, 스카이드라이브는 클라우드 스토리지 내에서 문서를 볼 수 있다. 이 중 구글드라이브와 박스, 스카이드라이브는 문서 편집 기능까지 제공한다. 클라우드 스토리지에 문서 파일을 저장할 수도 있지만, 간단한 문서는 바로 만들어 클라우드 스토리지에 저장할 수 있다.
리눅스 운영체제에 대한 지원도 돋보인다. 드롭박스, 메가클라우드, 우분투원, 카피는 리눅스 운영체제를 지원한다. 국내 서비스 가운데 다음클라우드만 리눅스 운영체제를 지원하는 것과 비교되는 모습이다.
