목 차

Transcription

1 클라우드기술보고서 제 2 호 - 클라우드플랫폼서비스기술및시장동향 작성자 : 이영훈 (ywlee20@gmail.com) 2013 년 8 월 본고의내용은집필자의견해이며소속기관의공식의견이아님

2 요약 클라우드컴퓨팅은인터넷기술을활용하여인프라, 플랫폼, 어플리케이션등의 IT 자원을서비스형태로제공하는컴퓨팅패러다임으로, 기존 IT 서비스공급 (IT service delivery) 방식의변화를통하여개인의삶과기업의비즈니스환경자체를변화시키는혁신의수단으로활용되고있다. 최근 ICT 서비스산업의지속적인혁신과성장의토대인플랫폼생태계의구축과 SW 융합신규시장에서의어플리케이션민첩성확보에클라우드플랫폼서비스가활용되고있다. 클라우드인프라와어플리케이션의중추역할을수행하는클라우드플랫폼서비스시장의규모는상대적으로적으나, IBM, Microsoft, Amazon, Google, Salesforce.com, VMware, Red Hat 등의선도서비스사업자는플랫폼서비스기술및솔루션확보와서비스오퍼링에매우적극적이고, 또한글로벌기업들은자사비즈니스의플랫폼화와글로벌화를위하여클라우드플랫폼서비스의도입을적극추진하고있다. 클라우드플랫폼서비스는어플리케이션개발-배치-운영을지원하는 apaas, 어플리케이션과데이터의통합을지원하는 ipaas, 비즈니스프로세스를지원하는 BPM PaaS, 데이터베이스플랫폼을지원하는 DB PaaS 등이있으며, 광의의관점에서는최근빅데이터저장과분석을위한빅데이터플랫폼, 모바일단말에서의컨텐츠서비스를위한모바일서비스플랫폼, 그리고클라우드서비스운영관리및브로커리지플랫폼도포함한다. 클라우드서비스에대한중요성에도불구하고인적역량부족, 표준화 / 호환성 / 보안이슈, 그리고 SW 라이선스이슈등으로예상과달리크게활성화되지못하고있다. 클라우드산업활성화를위해서는, 무엇보다도클라우드서비스가공급자중심의기술관점에서수요자중심의서비스관점으로전환되어야하고, 시장에서의수요와요구사항에대하여보다빠르게대응하는민첩성확보전략이중요하다. 이를위해서는 ICT 서비스산업에서의다양한이해관계자들이상생하는생태계를클라우드플랫폼기반으로구축하고, 빠르게변화하는 SW 융합시장에서의서비스적시제공과비즈니스민첩성확보에클라우드플랫폼을전략적으로활용해야한다. 이를통하여, 기업의운영효율성과혁신경쟁력확보, 상생의산업생태계구축, SW 융합산업육성및일자리창출등의국가산업경쟁력도확보할수있다

3 무엇보다도, 과거와같이클라우드를혁신의목표로지향할것이아니라, 혁신의실행과실현수단으로활용해야한다

4 목 차 I. 클라우드컴퓨팅개요 6 1. 클라우드컴퓨팅의확산 6 2. 클라우드컴퓨팅의분류 7 3. 클라우드서비스의가치 IT 서비스공급방식의변화 비즈니스혁신토대구축 SW 유통체계의변화 클라우드서비스산업현황 클라우드서비스시장현황 클라우드서비스산업실태 클라우드서비스의플랫폼화 20 II. 클라우드플랫폼서비스개요 클라우드서비스아키텍처 클라우드서비스오퍼링과플랫폼 클라우드플랫폼서비스아키텍처 클라우드플랫폼서비스기술 클라우드플랫폼서비스시장동향 플랫폼서비스도입 플랫폼서비스시장및기업동향 39 III. 주요클라우드플랫폼서비스 어플리케이션개발및운영플랫폼 apaas : Cloud Application Platform Services ipaas : Cloud Integration Middleware Services BPM PaaS : Cloud BPM Services 기타프랫폼서비스 빅데이터플랫폼 74

5 1. Hadoop Platform 모바일서비스플랫폼 클라우드운영관리플랫폼 OpenStack vs. CloudStack Cloud Service Brokerage 클라우드플랫폼서비스이슈 86 IV. 맺음말 클라우드플랫폼화 플랫폼의클라우드화 클라우드산업활성화 98 V. 참고문헌

6 클라우드컴퓨팅개요 1. 클라우드컴퓨팅의확산 클라우드컴퓨팅 (cloud computing) 은사용하고자하는서버, 스토리지, 네트워크, 데스크탑등의 IT 자원 (resource) 을구매소유하여자신의 IT 인프라를구축하지않고, 필요시서비스제공자의 IT 인프라를이용하여마치구름 (cloud) 속에서자신의컴퓨팅자원으로자유롭게사용하고그이용대가를지불하는컴퓨팅패러다임 (paradigm) 이다. 즉, 클라우드컴퓨팅은인터넷기술을활용하여 IT 자원을서비스로제공하는컴퓨팅패러다임으로 IT 자원을필요한만큼빌려서사용하고서비스사용부하 (workload) 에따라실시간으로확장성을지원받고사용한만큼그비용을지불하는특성으로정의된다. 1) 이러한 IT 자원즉서버, 스토리지, 네트워크, 데스크탑등을전기나수도처럼이용하는것은그동안유틸리티컴퓨팅 (utility computing) 2) 기반종량제방식으로일부제공해왔다. 클라우드컴퓨팅은유틸리티컴퓨팅에네트워크상의 IT 자원을묶어활용하고자했던그리드컴퓨팅 (grid computing) 3) 을결합하고, 기술적으로는가상화 (virtualization), 분산컴퓨팅 (distributed computing) 그리고자동화 (automation) 기술을더하여, 보다완전한서비스형 IT 제공모델 (delivery model) 로진화된것이다 [62]. 클라우드컴퓨팅 (cloud computing) 은광대역 (broadband) 인터넷망의보급확산과개방과공유의웹 2.0 등변화하는 IT 서비스환경에대하여부응하면서, IT 자원의이용방식을 소유 에서 이용 으로개념을전환시켰고, IT 비용절감과 IT 기반비즈니스혁신의효과적인수단으로각광받고있다 [44]. 기업이필요로하는 IT 자원은시급하고많아지는상황에서, 대규모투자없이 IT 자원을신속하게공급받아빠르게비즈니스혁신을실현하는사례가많아지고있다. 또한기존 IT 솔루션및서비스제공자의관점에서도, 기존하드웨어중심에서소프트웨어중심으로고부가가치를창출하면서, 지속적이고안정적으로수익원을창출하는 IT 서비스제공의혁신토대로서클라우드의중요성이커지고있다. 4) 1) NIST : Cloud computing is a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. 2) 유틸리티컴퓨팅 : 컴퓨팅리소스를구매하거나소유하지않고가스전기등과같이유틸리티 (utility) 로필요할때마다사용하는컴퓨팅패러다임 3) 그리드컴퓨팅 : 높은컴퓨팅리소스를필요로하는작업의수행을위해, 인터넷상의분산된다양한시스템과자원들을공유하여가상의슈퍼컴퓨터와같이활용하는컴퓨팅패러다임으로분산컴퓨팅아키텍처에기반함. 4) Gartner Research 社가선정한 10 대 IT 전략기술중의하나로서최근몇년동안관심의대상이었으며, 13 년 - 6 -

7 클라우드컴퓨팅 (cloud computing) 은스마트폰, 스마트TV, 스마트태블릿等의모바일서비스인프라로친숙해지고있으며, 많은기업들이고객들을대상으로한서비스인프라로서클라우드컴퓨팅의활용을우선적으로검토하고있다. 특히스마트폰의본격적인성장에따른대용량컨텐츠증가와다양한단말과 OS상에서의컨텐츠연계필요성 5) 과기하급수적으로늘어나는빅데이터에대하여시간과공간의제약 6) 을받지않고빠르게저장, 분석, 이용해야하는요구 (needs) 에대한비용효율적인대안으로클라우드서비스의도입과활용이확산되고있다. 위와같이, 인터넷기반위에서분산된다양한시스템과자원을공유하여사용량을기반으로과금하는클라우드컴퓨팅은 IT 비용절감과자원의확장성측면에서중요성이더욱커지고있으며, 클라우드컴퓨팅은 IT 환경자체를근본적으로바꾸는 IT 혁명 7) 의핵심동력으로서, IT 산업자체뿐만아니라개인의삶, 기업의비즈니스환경, 그리고산업경제전체를변화시키는혁신의수단으로되어가고있다. 2. 클라우드컴퓨팅의분류 클라우드컴퓨팅에대한여러정의가운데아래 NIST(National Institute of Standards and Technology) 의정의가가장많이인용된다. 클라우드컴퓨팅은 IT 자원 (HW 자원, SW 플랫폼, 응용어플리케이션 ) 을필요한만큼빌려서사용하고, 서비스부하에따라서실시간확장성을지 원받으며, 사용한만큼비용을지불하는컴퓨팅패러다임이다. 아래그림에서와같이, NIST 가정의한 5 대특징 8) 으로 On-demand 에는 Personal Cloud, Hybrid IT & Cloud Computing 분야가전략기술로포함되어있다. 5) 스마트폰에서의대용량컨텐츠저장및처리에한계가있어서버에서저장하고재생처리하는방안과, 다양한모바일기기및 OS 간에어플리케이션과컨텐츠를웹플랫폼기반하에상호공유하기위한방안으로클라우드를이용 [30]. 6) 저자는클라우드컴퓨팅을주어진 IT 자원을제공 / 사용함에있어시간 (overriding) 과공간 (overloading) 의축관점에서가상화기술과분산기술을객체지향적으로캡슐화하고, 자동화기술을활용하여시간 / 공간 / 비용모두를최적화한컴퓨팅개념으로규정함. 7) 클라우드컴퓨팅은 IT 패러다임변화의핵심동력으로서 IT 기업들의성패를판가름짓는결정적요소로작용할것이라고전망되며, 이에따라글로벌대형 IT 업체들은클라우드관련투자를확대하고사업역량확보를위하여 M&A 를활발하게전개하고있음 [30]. 8) On-demand self-service : A consumer can unilaterally provision computing capabilities, such as server time and network storage, as needed automatically without requiring human interaction with each service s provider. Broad network access : Capabilities are available over the network and accessed through standard mechanisms that promote use by heterogeneous thin or thick client platforms (e.g., mobile phones, laptops, - 7 -

8 self-service, Broad network access, Resource pooling, Rapid elasticity, Measured service 로클라우드컴퓨팅의본질적특성을잘표현하고있다 [03][04][08]. 그림 1.1 클라우드컴퓨팅개념및특성 클라우드컴퓨팅은서비스방식과자원의공유수준에따라공용클라우드 (public cloud) 와사설클라우드 (private cloud) 로구분된다. 불특정다수의고객을대상으로공용자원풀 (resource pool) 에대하여클라우드서비스를제공하는모델을공용클라우드, 단일고객을위한전용 (dedicated) 자원풀에대하여클라우드서비스를제공또는구현하는모델을사설클라우드로구분된다 and PDAs). Resource pooling : The provider s computing resources are pooled to serve multiple consumers using a multi-tenant model, with different physical and virtual resources dynamically assigned and reassigned according to consumer demand. There is a sense of location independence in that the customer generally has no control or knowledge over the exact location of the provided resources but may be able to specify location at a higher level of abstraction (e.g., country, state, or datacenter). Examples of resources include storage, processing, memory, network bandwidth, and virtual machines. Rapid elasticity : Capabilities can be rapidly and elastically provisioned, in some cases automatically, to quickly scale out, and rapidly released to quickly scale in. To the consumer, the capabilities available for provisioning often appear to be unlimited and can be purchased in any quantity at any time. Measured Service : Cloud systems automatically control and optimize resource use by leveraging a metering capability1 at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, and active user accounts). Resource usage can be monitored, controlled, and reported, providing transparency for both the provider and consumer of the utilized service - 8 -

9 그림 1.2 클라우드 Deployment 모델 또한, 클라우드컴퓨팅은서비스대상과영역을구현하고자하는어플리케이션시스템의구조 9) 로구분하여, 아래그림과같이, SaaS(Software as a Service), PaaS(Platform as a Service), IaaS(Infrastructure as a Service) 등의서비스모델 (service model) 로구분한다. 그림 1.3 클라우드서비스모델 클라우드서비스시장은기업을대상으로한기업클라우드 (enterprise cloud) 10) 시장과일반개인소비자를대상으로개인컨슈머클라우드 (consumer cloud) 시장으로구분된다. 최근모바일디바이스에서의미디어컨텐츠서비스는 Global, Large, Scalable 인프라요구사항을가지고있다. 즉해외시장을목표로하고있으며, 대용량 (big data) 의컨텐츠를요구하고 9) SPI 모델은 Software Platform Infrastructure 의 3 Layer 로구분함. 10) Enterprise Cloud 는안정성과보안성이높은고성능클라우드서비스 ( 例 : IBM smartcloud) 를제공하며, Consumer Cloud 는저비용으로확장성이높은클라우드서비스 ( 例 : Amazon Web Service) 를제공하는것에집중함

10 있으며, 서비스를이용하는사용자집단도급격하게증가함에따른확장성 (scalability) 를요구하고있다. 이러한요구사항에적시대응하기위하여클라 우드서비스 11) 를많이활용검토하고있다. 3. 클라우드서비스의가치 클라우드컴퓨팅을기업의비즈니스환경을변화시키는혁신의수단으로활용함에, 기술 (technology) 이아닌비즈니스 (business) 관점에서살펴볼필요가있다. 클라우드컴퓨팅은필요로할때 IT 자원을요청하고, 요청자원을확장성있게즉시제공하고, 사용한만큼비용을지불하는 IT 서비스공급 (IT service delivery) 방식의변화로조망되어야한다. 즉, 기업은빠르게변화하는시장환경에적시에 (time-to-market) 대응할수있도록서비스출시가가능하고, 언제어디서든업무를수행할수있는데스크탑 / 서버인프라를제공받을수있으며, IT 인프라의안정성을통하여지속적인비즈니스혁신이가능하다. 기업은비즈니스혁신의토대로제공된클라우드인프라를통하여비즈니스민첩성 (agility), 업무효율성 (efficiency), 인프라안정성 (availability) 의 3대가치를확보할수있다 [57]. 특히, 기업이비즈니스민첩성가치를확보하기위해서는인프라뿐만아니라어플리케이션단에서의민첩성을동시에추구해야한다. 클라우드인프라서비스를통하여기존에몇주가소요되었던인프라를몇분만에제공받았다고해서비즈니스민첩성에필수적인어플리케이션서비스의민첩성을확보하는것은아니기때문이다 IT 서비스공급방식의변화 클라우드컴퓨팅서비스는빠르게변화는시장에서비즈니스민첩성 (business agility) 를제공하기위하여, 온프레미스 (on-premise) 방식에서오프프레미스 (off-premise) 방식으로그리고 IT 자원에대하여, 자산구매 (purchasing) 방식에서서비스이용방식으로 IT 자원공급패러다임을변화시키고있다. 이는이용자 (/ 제공자 ) 의이용 (/ 공급 ) 방식의변화는 IT 자원에대한투자불확실성을근원적으로제거한다. 즉, IT 자원의이용자는최근급격하게변화하는비즈니스상황에대하여사용하고자하는 IT 자원의용량 11) Personal Cloud 로서, 언제어디서나다양한디바이스에서다양한포맷의컨텐츠를저장, 공유, 동기화, 스트리밍하는클라우드서비스로서, Apple 社의 icloud, 삼성전자의 scloud 가이에해당된다 [39]. 또한 Smart Home 서비스를위하여제공되는멀티미디어셋탑박스도 Personal Cloud 서비스기기로재편되고있음

11 (capacity) 에대한수요를정확하게예측하기어려운상황에서, 일정기간동안사용할 IT 자원을미리구매해왔다. 아래그림에서와같이이러한투자불확실성의상황에서발생하는수요예측볼륨과실사용볼륨과의차이 (gap) 그리고용량악몽 (capacity nightmare) 을어떻게제거할것인가가더욱더중요해지고있다. 12) 즉, 수요불확실성 (uncertainty) 에따른과다투자를줄이고, 실사용자증가에대한서비스성능저하와고객불만을어떻게사전에막을수있는가이다. 그림 1.4 Capacity vs. Usage 비교 전통적인 IT 운영모델 (operation model) 에서, IT 용량비용은고정적이며, 실제수요와는대략적으로만부합한다. 그림에서의 A 상태는용량초과공급상태이며, B의경우는용량공급부족상태이다. 그러나클라우드가기반하고있는변동비용 (variable cost) IT 운영모델에서는기업들은 IT 용량을실제수요 (demand) 에근접하게일치시킬수있고, IT 비용을기업의활동과수익에연결시킬수있다. 즉, 시장환경과고객수요에능동적으로반응하는민첩한기업 (agile enterprise) 으로진화될수있다 [57]. 클라우드컴퓨팅서비스의대가체계는공급자 (provider) 중심의대가체계에서수요자 (consumer) 중심의대가체계로서, 보다발전된형태를가진다. 즉기존의전통적인 IT 서비스 ( 제품솔루션포함 ) 시장에서는공급자 / 제공자가오퍼링 (offering) 가격을결정하고이를수요자 / 이용자와협상하는형태이었으며, 제시되는가격은공급자의원가 (cost) 를산정하고적정이윤을덧붙이는방식이었다. 그러나클라우드서비스시장에서는근본적으로수요자 / 이용자가해당수요와요구사항에대한충족과효용성에대하여적정가치를 12) 아마존웹서비스 (

12 부여하면공급자 / 제공자는적정의서비스가격을책정하여제공하는방식이다. 이러한개념에서클라우드서비스대가는 Pay-per-use, Pay-as-you-go, Subscription-based 等의실사용량기반 (usage-based) 하에정의되고있다. 최근일부모바일클라우드서비스의경우, 가입자확보를위하여 Pay-as-you-wish 대가전략또는무료화전략을구사하기도한다 [59]. 전통적인방식 Cost 기반의대가체계 Make-up pricing or Competitive pricing One-Time Purchasing 클라우드방식 Value 기반대가체계 Pay-per-Use Subscription Pay-as-you-wish 표 1.1 서비스대가체계의변화 기존유사서비스로 ASP(application service provider) 서비스가있었다. 10 여년전에국내시장에서도 ASP 열풍이불었으나, 시장활성화가안된상황에서가격경쟁이심화되면서많은 ASP 사업자들이사업을접는악순환이전개된바있다. 기존 ASP 서비스사업이 SaaS 서비스및클라우드서비스사업으로진화되고있는상황에서기존방식과다른가치중심의가격정책이전개되어야한다 13). 즉비즈니스상의베스트프랙티스가자산화되고이를고품질의서비스로제공하는것에대한가치를제대로인정하고사용한만큼지불하는시장풍토가필요하다. 많은 IT 서비스이용자들은 IDC(internet data center) 센터기반의호스팅 (hosting) 서비스를많이이용하였으며, 기업사용자의경우 IT 서비스제공자로부터 IT 인프라자원을종량제서비스형태로공급받았다. 기존인프라호스팅서비스는 IaaS 서비스로, 웹서버 (web server), 어플리케이션서버 (application server), 데이터베이스서버 (database server) 等의미들웨어를포함하여제공하는웹호스팅서비스는 PaaS, 그리고 ASP(Application Service Provider) 서비스는 SaaS 서비스형태로전환하고있다 [53] 14). 다음은기존호 13) ASP 서비스는 Web Service, Business Process Mgmt. Service Oriented Architecture 기술의발전하고함께적용되면서, On-Demand 서비스형사업으로진화되어왔다. 최근에는 Cloud 기반 SaaS 서비스방식으로전개되고있다. 14) 기존 IDC 호스팅사업자는기존사업을점진적으로클라우드서비스사업으로전환하고있다. 글로벌대형사업자인 Savvis, Rackspace 등이대표적例이다. 신규클라우드사업자로 GoGrid, AWS 업체등이시장에서선전하고있는상황에서기존 IDC 호스팅사업자는기존사업에대한 Cannibalization 등을고려하고다소소극적이었다. 최근에는서비스커버리지및가격경쟁력등을토대로공격적으로시장접근하고있다

13 스팅과클라우드와의서비스모델비교이다. 사업모델 서비스모델 계약및과금자원소유주체 자원공급방식 가격대가체계자원운영방식 SW 서비스 호스팅 웹서비스 / 어플리케이션의인프라자원임대 ( 및운영 ) 서비스고객의요구사항에맞게구성한컴퓨팅자원제공및위탁운영다년계약및월단위과금 / 청구고객사 (Colocation), 호스팅사 (Hosting) 계약에따른자원구매및공급 ( 계약건별필요볼륨구매및공급 ) Cost 기반 Pricing 다양한기종에대한개별관리상용소프트웨어플랫폼중심 표 1.2 호스팅 vs. 클라우드 클라우드 컴퓨팅자원 ( 인프라, 플랫폼, 소프트웨어 ) 임대 + 운영서비스고객에게표준화된 ( 기성품화된 ) 컴퓨팅자원제공및운영서비스실사용량에대한월단위과금 서비스제공자 수요예측에따른대량구매및공급 ( 계약건에무관한구매및공급 ) Value( 고객효용성 ) 기반 Pricing 표준화및자동화로운영효율화오픈소스소프트웨어플랫폼중심 이러한서비스모델의변화과정에서대가비용자체가저렴해지고있으며, 이는대규모자원풀 (resource pool) 을이용한원가절감 (cost reduction) 과불필요한사용에따른비효율성제거에기인한다. 그러나, 이용자는정당한서비스대가를치르고이용자가희망하는서비스수준 (service level agreement) 으로제공받지못하는경우가있다. 이는기존호스팅또는종량제서비스에서제공되었던관리서비스 (managed service) 15) 가가격경쟁상황에서선택사항 16) 으로제공되고, 서비스사업자가사업역량 (delivery capability) 을클라우드서비스범주에서인프라, 플랫폼, 어플리케이션을관리서비스로제공하기위한구조로전환 (transformation) 하지않았기때문이다. 15) 클라우드서비스와관련한 Support 로서기업용서비스를위한전담운영및기술인력구성, Help Desk 체계가동등이매우중요하다. Managed Service 는이와별도로어플리케이션운영과연계하여플랫폼및인프라의 End-2-End 아키텍처관리에대한아웃소싱 (outsourcing) 서비스영역으로지원 (support) 체계와는별도이다. 16) 아마존웹서비스의경우, 별도의서비스비용으로전체서비스상품비용의 10-20% 를추가적으로지불해야하며, 현지언어로의서비스지원을하지못하고있다

14 3.2. 비즈니스혁신토대구축 클라우드컴퓨팅은빠르게변화하는시장에민첩하게대응하고, 나아가새로운시장을창출하는혁신의수단으로사용되고있다. 즉클라우드컴퓨팅에기반한변동비용비즈니스모델은막대한자본투자없이도불확실한글로벌서비스시장에신속하게대응하여신규상품개발, 신규시장개척, 신규산업육성을가능하게한다. 전력공급체계가일반화 / 보편화되면서기업의운영방식뿐만아니라, 기업의제품개발에서도혁신이진행되었다. 전기모터, 진공관등의기술들이수천개의신규제품개발로이어졌다. 이는과거초고속인터넷망구축및보편적사용을통하여전자상거래비즈니스가신규로창출된것과같은맥락이다 [57]. 마찬가지로, 클라우드컴퓨팅의활성화및보편적접근으로기업과개인소비자가언제어디서나쉽게이용할수있게되면, 많은신규제품 / 상품 / 서비스혁신을이루고신규가치를창출할수있다. 클라우드를통하여, 개인의삶과소비생활의 Context에맞춤형으로분석정보를제공할수있으며, 차량네비게이션, CCTV 방범, 질병패턴분석, 스마트홈가전제어, 스마트헬스케어 (health care) 서비스가그例이다. 유전자분석에필요한 HW 자원을설치하고가동하는데 8~12주소요되는것이 10~60분내외로줄이고, 방대한데이터양의분석을저비용으로빠르고쉽게처리할수있다. 또한, 대용량서버를소유하고이용하지않으면불가능했던서비스들이저사양단말기기에서도이용가능하다. 구글의음성검색, 번역서비스가대표적인例이다. 더나아가, 대용량데이터처리를클라우드기반서버사이드 (server-side) 에서의처리가가능해짐에따라, 클라이언트사이드 (client-side) 에서사용자가이용할수있는단말 (device) 들이다양한행태로출현되었다. 스마트폰, 탭, 고해상도 TV, Wearable Device가그예이다. 이는중앙의클라우드자원을활용하여제공되는컨텐츠서비스가다양한단말디바이스에최적화된형태로제공될수있기때문이다. 이러한서비스들은대규모자산투자가수반되는신규서비스사업이지만, 중소기업과벤처기업은클라우드로필요 IT 자원을신속하고저렴하게구축하여창업을준비하고, 글로벌기업과소비자를대상으로서비스를제공할수있다. 클라우드의산업가치는클라우드와업종산업과의 SW 융합 (software convergence) 을통하여신규사업 / 산업을발굴하고지속적인가치창출의토대형성에있다. 다음은클라우드서비스를통하여얻을수있

15 는경제적파급효과에대하여경제적가치를표현한것이다 [32]. < 단위 : 10 억원, 명 > 표 1.3 클라우드서비스산업의경제적파급효과 최근시장을주도하는비즈니스모델에서는플랫폼기반의생태계 (ecosystem) 가강조되고있다. OS 플랫폼기반의 IT 생태계, 모바일플랫폼기반의 App 생태계등이가장대표적인例이다. 플랫폼비즈니스는 ICT 산업뿐만아니라, 타제조 / 서비스산업영역에서도매우중요하고, 지속적인혁신과성장을위해서는파트너, 소비자등다양한이해관계자가함께가치를만들어갈수있는생태계를지원한다. 클라우드컴퓨팅은이러한 ICT 서비스의플랫폼화뿐만아니라, SW 융합비즈니스의기초플랫폼 (base platform) 으로활용될수있다. 기업내부시스템의클라우드화를검토하는대기업의경우, 클라우드도입에따른단기적인비용절감도중요하지만장기적인신규가치창출의토대로서클라우드전환을시행해야한다. 클라우드도입에따른당장의상대적득실이크지않더라도장기적인관점에서더큰비즈니스기회를가져다줄수있기때문이다 [29]. 특히기업정보시스템의아키텍처가과거이원화되었던내부업무시스템과외부사업시스템이하나의시스템으로통합연동되는구조로진화됨에따라, 시장과고객으로부터의요구대응과신규가치창출에 IT의민첩성이더욱더중요해지고있다. 기업은클라우드로인한미래사회의변화와비즈니스의변화모습 [50] 을예측하고, 동시에현행비즈니스전략과 IT 아키텍처에대한분석을통해무엇이클라우드화가가능하고어떠한비즈니스기회를창출할것인지에대하여고찰해야한다 SW 유통체계의변화 클라우드기반의 IT 서비스제공 (delivery) 과정에서또하나의주요한변화로 SW 라이선스 (license) 체계의변화이다. 즉 SW 라이선스는기존 SW 제품판매및구입중심에서 SW 서비스의제공과이용관점으로전환되고있으며, 클라우드서비스도 SW 라이선스변화와맞물려대가체계가형성되고

16 있다. 17) 그림 1.6 SW 패러다임의변화 구체적으로는, SW 서비스의대가구조 (price structure) 는기존제품라이선스에서서비스비용구조로변화되고있다. 즉아래그림에서와같이, SW 제품에대한사용권을탑재하드웨어기반으로영구구매하여사용하는방식에서 Subscription, Pay-per-use 기반의대가모델로, 사용한만큼사용료를지불하는방식으로변화되고있다. 이는 SW 제품공급자의관점에서는제품 (product) 판매에부가적으로따라오는유지보수 (maintenance) 서비스를상대적으로더강화한개념으로도볼수있다. 이를통하여 SW 제품공급자는기존불법복제로인한피해를줄이고, 패키지 SW 유통비용을줄이면서보다더안정적으로서비스매출을확보할수있다. SW 서비스이용자는 CAPEX(capital expenditure) 중심의 SW 자산구매에서 OPEX(operational expenditure) 중심의 SW 서비스비용지출로투자및비용관리효율성을얻을수있고, 온라인상에서빠르고쉽게구매하고, 필요時 SW 업데이트및업그레이드를쉽게받을수있는장점을얻게된다. 그림 1.7 SW 라이선스모델의변화 클라우드의확산과함께기존글로벌소프트웨어벤더들은기존패키지 SW 를年단위계약및월정액사용료기반의 SaaS 서비스로제공하기시작하였 다. 최근에는온라인상에서의파일공유및협업작업이가능한수준으로의 17) 물론, 일부패키지 SW 벤더들이기존제품판매방식의라이선스정책을고수함에따라, 서비스방식으로해당소프트웨어를제공하지못하는악순환현상도잔존하고있다

17 SW 서비스로발전하고있으며, Microsoft 社의 Office ), Adobe 社의 Creative Cloud 19) 가대표적인例이다. 4. 클라우드서비스산업현황 4.1. 클라우드서비스시장현황 클라우드서비스글로벌시장은연평균 27% 내외로지속성장하여, 15 年 4,610억 $ 규모로전망되며, 국내시장의경우향후 25% 내외성장전망되고 15 年 3.3조억원규모를예상되고있다 [44]. 공용클라우드 (public cloud 시장 ) 은게임, 웹서비스等검증된영역에서벤처중소기업에서의도입확대가예상되고, 사설클라우드 (private cloud) 시장은 Unix-to-x86 서버전환, 공공및금융기관의 VDI(Virtual Desktop Infrastructure) 도입확대등이예상된다. 그림 1.8 글로벌클라우드컴퓨팅시장전망 20) 그림 1.9 국내클라우드컴퓨팅시장전망 클라우드서비스모델관점에서의시장매출볼륨은응용어플리케이션과 서비스를제공하는 SaaS 가가장크며, IaaS 그리고 PaaS 순으로전망된다 21). 18) 19) ; Adobe 사는기존의패키지소프트웨어를판매하던제품을클라우드를통해서만제공하겠다는전략과함께 Creative Cloud 로소프트웨어배포창구를일원화하겠다고계획을발표하였음. 20) 출처 : KT 경제경영연구소,

18 클라우드서비스는비즈니스혁신과운영의수단으로사용되는바, 응용서비스매출즉 SaaS 매출이지속적으로가장많은비중을차지할것이며, IaaS 서비스는서버및스토리지인프라에대한수요가지속적으로증가하고있는상황에서기존 IDC 호스팅및기업종량제서비스를전환대체하여지속적으로성장할것이다. PaaS 서비스는기업內어플리케이션서비스및공용 (public) SaaS의플랫폼화그리고 IaaS의부가서비스로제공等으로지속성장할것이다. PaaS는자체로서비스매출을내기보다는 SaaS와 IaaS 사업을촉진하고플랫폼기반의혁신적서비스로수익을창출하는토대로서발전할것으로전망된다 [30]. 22) 그림 1.10 클라우드서비스시장규모, 클라우드서비스산업실태 국내클라우드컴퓨팅기술은기존하드웨어및소프트웨어기술을바탕으 로소셜네트워크 (social network), 빅데이터분석 (big data analysis), 그리고 SW 융합 (sw convergence) 서비스영역에서의통합기반기술로진화되고있 다. 한국산업기술평가관리원 (KEIT) 의분석보고서 [34] 에의거하면, 국내클라 우드기술은선진국대비평균 4 年이상의격차가존재하며, 고성능대용량 서버및스토리지제품기술분야는대부분외산업체가주도하고있다 [34]. 21) 클라우드서비스매출전망치는제품솔루션판매부분포함여부및기존호스팅에서의가상화매출포함여부등에따라매우달라질수있는바, Market Research 사들이제시하는매출예상치보다는매출성장율에의미를가지고검토해야한다. 22) 출처 : Forrester Research,

19 고성능서버, 대용량 UPS, 하이퍼바이저 (hypervisor), 클라우드운영체계, 빅데이터플랫폼분야는기술난이도가높고경험인력부족으로독자적기술확보도쉽지않다. 클라우드의활성화에걸림돌이슈가되고있는클라우드보안 (security) 및관제 (metering & monitoring) 기술분야는국내업체들이클라우드에특화된기술을未확보된영역이나, 글로벌선진업체와의기술경쟁력差는크지않다. 23) 표 1.5 클라우드기술경쟁력분석 IBM, Google, EMC, Oracle, Cisco, Verizon 등과같은글로벌서비스사업자들은글로벌시장에서의클라우드선도포지셔닝확보를위하여솔루션및서비스업체에대한인수합병 (M&A) 활동을지속적으로수행해오고있다. 기존통신미디어社는클라우드서비스기업을인수하거나, 기존 IT 서비스社는고부가가치 SW 기업인수를추진하거나, 통신미디어社와의전략적제휴를추진해왔다 24) [43]. 국내클라우드서비스시장은글로벌시장과달리다소시장활성화가늦게이루어지고있다. 이는클라우드서비스도입의큰장벽인정보보안및보호이슈외에도문화정서적관점에서 IT 시스템을자산이아닌비용으로확보하고이를외부사업자에게위탁 (outsourcing) 수행하는기업문화에거부감이다소존재하고, 이를해소하는데에많은시간이소요되기때문으로판단된다. 국내기업의클라우드제공수준 25) 은배치 (deployed) 적용단계수준으로오픈소스소프트웨어기반의클라우드운영관리플랫폼의개발역량 23) 출처 : KEIT, 클라우드컴퓨팅기술스택및산업현황, ) AT&T 社는 IBM 社와의공동사업제휴를추진하였고, Verizon 社는 Terremark 社를인수하였다. 25) IBM 社는클라우드서비스 Capability 의성숙도수준을 Virtualized Deployed Optimized Enhanced Monetized 의 5 단계로구분하였음 [17]

20 내재화에집중하고있다. 클라우드서비스사용자 ( 기업포함 ) 의입장에서는공급자에대한신뢰 (trust) 가매우중요함을간과해서는아니된다. 공급자는클라우드서비스를제공함에있어클라우드기술도중요하지만고객이요구하고요청한서비스의품질특히가용성 (availability), 보안 (security), 성능 (performance) 품질을충족시키면서적시제공 (time-to-delivery) 하는것이더욱더중요하기때문이다. 그러나, 서비스공급자는서비스제공 (delivery) 및지원 (support) 에앞서클라우드운영관리기술확보및플랫폼설계역량을확보하는수준이기에, 다소 Gap이존재한다. 시장과고객의요구에적시에대응하기위해서는클라우드는그자체가목적이아닌수단으로서장기적인관점에서오픈소스플랫폼역량을확보해가면서도, 서비스역량 (service capabilities) 을조기에갖추고적시에솔루션과서비스를제공하는것이무엇보다도중요하다. 또한기존 IT 영역을모두일시에클라우드에전환하는것은현실적으로불가능하다. 즉, 기존 IT 자산에대한감가상각 (depreciation) 이남아있는상황에서이를무시하고클라우드로전환하기쉽지않고, 또한 IT 시스템의특성상업무크리티칼 (mission-critical) 데이터베이스통합서버, ERP 시스템등을클라우드아키텍처로전환하기는쉽지않다 26). 많은클라우드서비스사업자는클라우드구조로의전환과서비스제공만을제시하고있으나, 전체 IT 시스템의아키텍처관점 (architecture view) 에서 Non-클라우드영역과의연동및연계등을포함한포괄적인대안 (comprehensive solutions) 을제시해야한다 [11][28] 클라우드서비스의플랫폼화 클라우드사업자는기존 IT 시스템의운영효율성 (operation efficiency) 및신규시스템의적시제공 (time-to-delivery) 를제공함에있어, 클라우드적용영역과未적용영역모두를하나의오퍼링 (offering) 으로제공하는하이브리드서비스오퍼링 (hybrid service offering) 전략을구사하면서아키텍처컨설팅과오퍼링맵 (map) 을제공해야한다. 서비스이용기업은클라우드에대한빅블루프린트 (blueprint) 로서엔터프라이즈아키텍처 (enterpriser architecture, EA) 기반정보전략계획 (information strategy planning, ISP) 수립을통하여 26) 클라우드컴퓨팅의원천기술은오래전부터연구되고시도되었던것으로, 기술적관점보다는클라우드서비스의본질적특성과가치에충실한접근관점이더욱더필요하다 [28]

21 클라우드전환계획을수립해야한다 [28][55]. 고객이용자도단순하게기존인프라와플랫폼을클라우드로이동 (move) 하는것이아니라, 명확한목적과목표를가지고혁신의전환 (transformation) 으로서클라우드를이용해야한다. 27) 인프라단의클라우드이동으로는얻고자하는비용효율성과서비스혁신효과가크지않으며, 무엇보다도혁신의관점에서어떻게어플리케이션단을클라우드로전환할것인지에대하여검토고민해야한다. 이는 SW와관련된모든이해관계자특히기업의 CIO의당면과제이다. 클라우드의진정한가치는신규시장개척및신규제품출시를통하여기존에없던가치를창출하고지속화하는것에있다. 이는 IT 산업과타산업과의융합 28), 특히 SW 융합 (SW convergence) 영역에서불확실한글로벌시장을상대로신규서비스를출시하고자할때가장유용하다. 이러한유스케이스 (use case) 는대기업보다는투자여력이적은중견기업또는중소기업나아가벤처기업에더욱더유효하다. SW 융합영역은타산업의고도화 / 스마트화 ( 例 : 스마트생산, 스마트빌딩, 스마트홈 / 가전, 스마트자동차, 스마트선등 ) 와개인의삶의가치증진 ( 例 : 의료, 교육, 민원, 관광, 교통등 ) 등에대한영역으로서, 하나의큰생태계로엮는과정에서개방형플랫폼 (open platform) 이절대적으로필요하다. SW 융합영역의클라우드적용은대기업과중소기업과의생태계 (ecosystem) 구축에매우유용하다. 대기업은자원풀확보또는글로벌데이터센터확보등글로벌인프라를확보하고, 중견기업은 SW 융합영역에서업종자산을플랫폼화하고이를클라우드인프라에탑재시켜글로벌플랫폼으로진화시킬수있다. 또한중소기업은클라우드기반글로벌플랫폼상에서다양한어플리케이션및서비스를발굴개발하고이용자에게제공하는생태계를구축할수있다. 특히자생적인생태계구축에필수적인공통개방형플랫폼 (open platform) 구성은있어오픈소스기반의개방형클라우드는핵심적인인프라와플랫폼을제공할수있다 [41]. 클라우드를통한 IT 생태계구축을위해서는플랫폼화가중요하다. 클라우드제공자관점에서클라우드자체의플랫폼화를통하여, 클라우드기술역량기반의생태계를구축하고, 클라우드사용자관점에서는기존타산업영역에서의업종플랫폼의클라우드화를추진할필요가있다. 클라우드의플랫폼 27) 기업내부어플리케이션의클라우드전환에있어, 공용클라우드서비스에해당어플리케이션을적용시, 기존어플리케이션이가지는아키텍처특성 ( 예 : 성능, 가용성, 보안성 ) 을모두충족할수없는상황이많다 [23]. 28) 참고 : 이인식著기술의대융합 [63]

22 화 (cloud-as-a-platform) 는자생적생태계구축을위하여개방형으로접근되는것이필요하며, 클라우드운영관리플랫폼과응용서비스개발및운영을위한어플리케이션플랫폼이그대상이다. 업종플랫폼의클라우드화 (platform-as-a-cloud) 는 SW 융합영역에서의업종자산또는기존플랫폼을클라우드를통하여개방형으로유도하고플랫폼화하여서비스로제공하는것으로 SW 융합을촉진시킬수있다. 빠르게변화하는 SW 융합시장에서비즈니스가치를제대로확보하기위해서는, 무엇보다도기반인프라뿐만아니라어플리케이션단에서의민첩성을동시에추구해야한다. 즉, SW 융합시장에서의비즈니스기회를적시에사업화하고확산시키기위해서는빠른시장대응이필요하며, 이를위해서는인프라뿐만아니라조직과프로세스와맞물려 Agile 어플리케이션개발과배치를공통플랫폼기반하에서추진해야한다. 바로이를가능하게하는영역이클라우드플랫폼서비스이다. 본보고서에서는클라우드가내포하고있는혁신의가치를도출하기위해서필요한클라우드의플랫폼화 (cloud-as-a-platform), 플랫폼의클라우드화 (platform-as-a-cloud) 에기초가되는클라우드플랫폼서비스영역에서의기술과시장현황을파악하고, 해당분야에서의주요업체및솔루션에대하여고찰하고자한다

23 클라우드플랫폼서비스개요 1. 클라우드서비스아키텍처 1.1. 클라우드서비스오퍼링과플랫폼 클라우드서비스는클라우드컴퓨팅기술을응용하여, 다양한 IT 자원 ( 인프라, 플랫폼, 응용어플리케이션 ) 을서비스오퍼링 (service offering) 형태로제공하는것이다. 전력유틸리티서비스 (utility service) 와같이기간인프라로서, 서버, 스토리지, 네트워크, 단말을제공하는 IaaS(infrastructure as a service) 와임대서비스 (rental service) 와같이어플리케이션을서비스로제공하는 SaaS(software as a service) 서비스가가장많이사용되고있다. 그림 2.1 클라우드서비스오퍼링 클라우드컴퓨팅참조모델로서, 아래그림에서와같이, NIST 29) 의 Cloud Computing Reference Architecture와 IBM 社의 CCRA(Cloud Computing Reference Architecture V2.0) 30) 를많이참조하고있다 [03]. 클라우드서비스모델별로기술적인참조아키텍처를가질수있으나, 기본적인서비스오퍼링의관리관점에서필수적인서비스운영관리 (operation management) 플랫폼은동일한개념구조를가진다. 29) National Institute of Standards and Technology, 30) IBM 社의 CCRA V2.0 은클라우드서비스제공플랫폼을위한참조아키텍처로서클라우드의범위, 요건, 아키텍처에관한 Blueprint 를제공한다

24 그림 2.2 NIST 의클라우드컴퓨팅참조모델 그림 2.3 IBM 社의 Cloud Computing Reference Architecture 최근클라우드서비스아키텍처관점에서 SaaS와 IaaS 서비스의중추역할을수행하는플랫폼서비스에대한그중요성이커지고있다. 아래그림에서와같이, PaaS 플랫폼서비스는기존 IaaS 인프라서비스와맞물려 { 인프라 + 플랫폼 } 서비스를제공하는공통어플리케이션플랫폼으로진화하고, 또한 SaaS 어플리케이션서비스와맞물려 { 어플리케이션 + 플랫폼 } 서비스를제공하는비즈니스플랫폼 (business platform) 으로발전되고있다 [11]

25 그림 2.6 클라우드서비스스택에서의 PaaS 포지셔닝 즉, 아래그림에서와같이, PaaS 서비스는 IaaS 사업자가인프라와함께미들웨어플랫폼 (middleware platform) 31) 을얹어서제공하거나, 다양한 SaaS 서비스제공을위하여필요한어플리케이션개발및운영플랫폼을구현하고이를 API(Application Programming Interface) 형태로개방하면서서비스로제공하는형태를보이고있다. 32) 많은어플리케이션들이서비스사용자에의하여커스터마이징 (customization) 과확장 (extension) 됨에따라, SaaS 오퍼링도어플리케이션개발 Capability 을포함하고, 더나아가어플리케이션통합기능및 BPM 기능을포함하고있습니다. 아키텍처측면에서 SaaS 플랫폼은어플리케이션개선확장을위한어플리케이션개발및실행환경을제공하면서동시에어플리케이션서비스오퍼링을위한미들웨어환경을제공하기도한다. 많은 PaaS 솔루션및서비스들은 SaaS 솔루션및서비스에서도출되고개선확장되어 ISV Ecosystem 을위한독립적인서비스형태로발전되고, API 제공을통하여클라우드플랫폼서비스로진화되고있다. 31) Web Server, WAS, DBMS, Messaging, NoSQL 등의미들웨어 SW 플랫폼을지칭한다. 32) Gartner Research 社는 PaaS 소프트웨어가인프라와어플리케이션사이에서서비스아키텍처의중간 / 중앙에위치하고있고어플리케이션에대한인프라역할을수행한다는의미에서 Application Infrastructure 로역할을명칭함

26 33) 그림 2.4 IaaS 에서 PaaS 로의진화 그림 2.5 SaaS 아키텍처기반어플리케이션서비스로의진화 PaaS는어플리케이션개발자들이별도의플랫폼구축없이웹에서쉽게어플리케이션개발-테스트 -운영할수있도록지원한다. 특히어플리케이션개발자들은어플리케이션구축時, 자체개발테스트환경에서작업하고이를운영환경으로옮기는과정을거치는데, 이과정에서서버및어플리케이션의오류 (bug) 가많이발생했다. 그러나 PaaS를이용하면개발-테스트 -운영환경을가급적일치시킨통합환경 (integrated environment) 을사용할수있어어플리케이션의개발적용이매우수월해진다. 물론 PaaS를이용하기위해서는일정수준의프로그래밍기술을가지고있어야하나코딩자동화를통하여그부담을덜어주고있어, 보다많은사람들이사업기회를창출할수있는기회를제공받을수있다. 34) 33) 출처 : IBM

27 PaaS의대상어플리케이션은기업內특정조직을위한 MIS 어플리케이션 (MIS application) 이거나, 불특정다수의일반개인을위한서비스어플리케이션 (service application) 이다. 개인이든기업이든신규사업 / 서비스를시스템화하고어플리케이션화함에있어 PaaS를이용하여신속하게실현할수있는것이다. 이는어플리케이션개발자의개발생산성 (productivity) 과직결되며, 궁극적으로는비즈니스신속성과생산성으로이어진다 [52] 클라우드플랫폼서비스아키텍처 가트너리서치社는비즈니스어플리케이션을개발하고있는기업內 IT 조직및 ISV 업체는클라우드에서의차별화를위하여클라우드플랫폼서비스를직접적으로이용할것으로전망하고있다 [16]. 기업內 IT 조직, ICT 서비스제공자, 소프트웨어 ISV 등다양한사용자그룹에대하여, 클라우드의기본속성인유연성 (elasticity) 과멀티테넌시 (multi-tenancy) 를지원하는방식은 [ 그림 2.6] 에서와같이클라우드구현레이어 (layer) 구조를바탕으로클라우드기반 (cloud-based) 방식과클라우드네이티브 (cloud native) 방식으로구분된다 [16]. 그림 2.6 클라우드기반 vs. 클라우드네이티브 34) 서비스업체들이제공하는 PaaS 서비스는어플리케이션생성시특정프로그래밍언어와제공된도구만을사용하도록제한하고있으며, PaaS 서비스및기술모델의표준화를통하여표준프로그래밍및연동모델을지원할필요가있다. 이는 PaaS 업체가제공하는프로그래밍환경과툴에사용자가고착화되는결과를가져올수있어, 표준화및개방화를통하여 Vendor Lock-in 이슈를풀어야한다

28 35) 그림 2.7 사용자컨프롤 vs. 서비스제공자컨트롤 클라우드기반 (cloud based) 방식은기존클라우드인프라아키텍처를유지하면서어플리케이션플랫폼을탑재하는 IaaS + 미들웨어 방식으로, 기존미들웨어에대한사용자컨트롤 (user control) 과이미지호환성 (image interoperability) 을지원한다. 또한어플리케이션 API(application programming interface) 및프레임워크 (framework) 관점에서어플리케이션수정이거의없으며, 클라우드마이그레이션 (migration) 부담이비교적적다. 클라우드네이티브 (cloud native) 방식은어플리케이션플랫폼자체에서신규표준프로그래밍모델을지원하면서유연성 (elasticity) 과멀티테넌시 (multi-tenancy) 를지원하는기본적인방식으로, 인-메모리 (In-memory), 병렬처리 (parallelism) 등의다양한기술구조를함께제공한다. 클라우드네이티브방식은서비스제공자가제공하는미들웨어를사용해야하는관점에서는기존미들웨어기반어플리케이션에대한전환부담이있지만, 클라우드및플랫폼이가지는본연의특징을제대로살릴수있다. PaaS Reference Architecture 다음은가트너리서치의 PaaS 서비스참조모델 (reference model) 이다. 그림에서와같이 PaaS 아키텍처는 PaaS 기술베이스 (PaaS Technology Base) 와 PaaS 서비스 (PaaS Service) 영역으로구성된다 [13]. 35) 출처 : Gartner Research, Cloud Computing Powered by Platform as as Service,

29 36) 그림 2.8 가트너리서치社의 PaaS 참조메델 PaaS Technology Base 영역은크게 Cloud Foundation, Performance Foundation, 그리고 Platform Technology Management 부문으로구분된다 [13]. 이공통플랫폼영역은 IBM CCRA와같은참조아키텍처에서의클라우드운영관리플랫폼영역에포함되는것으로 IaaS 또는 SaaS 플랫폼과도중첩된다. 일부제품솔루션들은기반 IaaS 플랫폼기능을상속받아함께사용된다. 37) Performance Foundation 부문은 PaaS 서비스가대규모대용량의서비스오퍼링에대한확장성 (scalability), 고성능 (high-performance) 의요건을충족하기위하여, 여러소프트웨어아키텍처및기능들을포함하고있다. In-Memory Computing, Parallelism, Grid Clustering, Policy-based Auto-scaling, High Availability, Security 기능및구조가그例이다. Cloud Foundation 부문은기본적인클라우드운영관리부문으로서, Resource Sharing, Multi-Tenancy, Elasticity, Self-Service, Versioning, Billing Framework 가포함된다. PaaS 서비스영역은다양한비즈니스도메인또는기술도메인상의플랫폼서비 스에대한영역으로서, 어플리케이션플랫폼, 통합플랫폼, BPM 플랫폼, DB 플랫 폼이그例이다. 또한사용자의셀프서비스 (self-service) 제공과포괄적인서비스 36) 출처 : Gartner Research, Gartner Reference Model for PaaS 37) Red Hat 社의 OpenShift 와 VMware 社의 Cloud Foundry

30 관리, 그리고도메인플랫폼이기반한어플리케이션에대한수명주기 (life-cycle) 에 대한관리기능구조를포함한다. Cloud Enabled Application Platform PaaS 서비스를제공하기위한자체플랫폼 38) 은클라우드환경에서의 Self-Service, Scalability, Multi-Tenancy 특성과맞물려 SW 제품오퍼링으로도제공되며, 가트너리서치社는 Cloud-Enabled Application Platform(CEAP) 로정의하고있다. 즉, CEAP는기업內사설 PaaS를구현하거나, 공용 PaaS 사업자의기반플랫폼으로사용되고있다. 즉, PaaS는 application infrastructure capabilities delivered as cloud service 로정의된다. 39) 가트너리서치社는 CEAP가지원해야할클라우드서비스역량 (cloud service capabilities) 로다음을제시하고있다. 특히 Automated Elastic Sharing 은클라우드의기본특성요소로서, CEAP를 PaaS로제공하는경우기본적으로지원되어야한다 [11]. Logical tenant isolation in a physically shared context tenants may be customers or applications competing for shared resources Elastic, on-demand allocation and de-allocation of shared resources (elastic scaling) Multitenant provisioning, management, monitoring, and error and disaster recovery procedures Fine-grained, multitenant tracking of resource use Multitenant costing and billing in proportion to tenants' use of resources Multitenant security, privacy and integrity of data and operations Recording, tracking and enforcing of multitenant execution control policies, including SLAs and Auto-scaling Multitenant configuration, customization and version control Nested multi-tenancy (sub-tenancy) targeting special SaaS independent software vendor (ISV) requirements, including subtenant tracking, billing 38) 가트너리서치社는이를 application infrastructure 로명명하고있음. 39) 일반적으로 PaaS 를논함에, 협의의관점에서전통적인어플리케이션개발및운영플랫폼영역만을지칭하고있으나, 광의의관점에서 Integration, Database, Business Process 플랫폼영역도포함하며, 각각 apaas, ipaas, dbpaas, bpaas 로분류명칭하고있다

31 and version control Advanced performance characteristics, including extreme scalability, availability, response times and cost controls Global, continuous and ubiquitous accessibility Self-service administration of the relevant resources by tenants PaaS 제품솔루션들은아래 Multi-Tenancy 수준단계 [15] 로 Shared Container, Shared Everything 구조로내부 SaaS 플랫폼기능으로구현되고 제공된다. 40) 41) 그림 2.9 가트너리서치社의 Multi-Tenancy 참조아키텍처 상기그림은 PaaS 모델을멀티테넌시 (multi-tenancy) 의지원수준에따라분류한 40) 例 : Salesforce.com 의 force.com 41) 출처 : Gartner Research, Gartner Reference Model for Elasticity and Multitenancy,

32 것이다. 기존미들웨어벤더 ( 例 : IBM, Microsoft, Oracle) 들은기존온프레미스 (on-premise) 소프트웨어시장에서의기득권을지키기위하여, 클라우드기반 (cloud based) 방식의 PaaS로 Shared Hardware/Shared OS 방식을많이추구하였다. 신규클라우드서비스사업자 ( 例 : Salesforce.com) 들은 Shared-Everything/Shared-Container 방식에바탕을두고클라우드네이티브 (cloud native) PaaS 서비스를제공하고있다 [13]. 각종미들웨어 (middleware) 를클라우드서비스오퍼링으로제공하는방식은아래 그림에서와같이 laas 에미들웨어를탑재하는방식, laas 에 CEAP 를탑재하는방 식그리고 Cloud-based PaaS, Cloud Native 방식等 4 가지방식이있다 [11]. 42) 그림 2.10 미들웨어서비스제공타입 IaaS 에미들웨어를얹어서비스로제공하는방식은가장손쉽게구현할수있는 아키텍처방식이며, 미들웨어 SW 의라이선스오퍼링방식으로많이채택되어왔 다. 43) 기존미들웨어소프트웨어벤더 ( 例 : IBM, Microsoft, Oracle 社 ) 의경우, 자사 42) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape, 2013, ) 오라클社의경우에는많은미들웨어소프트웨어제품의클라우드서비스화에대하여매우미온적이었으며,

33 소프트웨어제품솔루션을클라우드서비스로제공함에클라우드서비스환경과온프레미스 (on premise) 환경모두를고려한상호호환성 (interoperability) 을고려해야하고, 기존사업방식과의포트폴리오 (portfolio) 도중요하기때문이다. 클라우드기반 Paas와클라우드네이티브 PaaS 모델이 IaaS, SaaS 모델과차별화되어하나의틀에서서비스로제공되는이상적인모델이라고할수있다 클라우드플랫폼서비스기술 클라우드플랫폼서비스기술에대한로드맵 (roadmap) 은아래가트너리서치社가제시한 [ 그림 2.11] 에서의클라우드컴퓨팅기술로드맵 44) 에기초하면서, 주요플랫폼서비스도메인上의기술로드맵은다음과같다 [02][12]. 45) 그림 2.11 Hype Cycle for Cloud Computing, 2012 최근클라우드어플라이언스 (appliance) 제품솔루션으로클라우드시장에대처하고있다. 44) 참고 : R&D 관점의원천기술은 Kai Hwang 저 Distributed and Cloud Computing 을참고 45) 출처 : Gartner Research 社

34 그림 2.12 Hype Cycle for Application Infrastructure Services (PaaS), ) Cloud Enabled Integration Platform (CEIP) CEIP는 Integration PaaS의실행제품 (product) 으로서, ESB(enterprise service bus), 중개엔진, 데이터통합, B2B 게이트웨이, MFT(managed file transfer) 기능을클라우드실행환경에서서비스로제공하는플랫폼제품이다. DELL 社 Boom i 47) 솔루션의경우, 클라우드서비스모델에초점을맞춘것으로 CEIP을오퍼링으로제공하는형태가아니며, Cordys 社 BOP 48) 의경우에는 CEIP 구조로의제품모델에초점을맞추고있다 [12]. ipaas 시장은전체클라우드시장볼륨에서크지않으나빠르게성장하고있다. 그러나대기업의경우내부적인플랫폼영역에많은투자가이루었던상황에서쉽게 CEIP 등을도입하여재구축하거나전사적으로전환하는사례는찾기쉽지않다. CEIP를활용하여기존통합플랫폼을신규통합인터페이스와 SOA(service-oriented architecture) 서비스로전환하는시장이활성화되기까지는많은시간이소요될것으로예상된다. 49) Cloud Managed File Transfer Services (Cloud MFT) 46) 출처 : Gartner Research 社 47) SeamlessOn-DemandIntegrationforanyApplication 표방하면서 Cloud or Non-Cloud 영역에서의 Integration 서비스를월과금형태로제공함 48) 비즈니스어플리케이션플랫폼으로 BOP(business operations platform) 솔루션을제공함 49) 해당벤더 : Accellion, Box.net, IBM Sterling Commerce, Tibco Software 等

35 MFT(managed file transfer) 클라우드서비스는기존파일전송솔루션을클라우드서비스로제공하는것이다. 기본적으로기업내외간파일의안전전송 (secured transfer) 과리포팅 (reporting) 및감사 (audit) 활동기능을포함하며, 사용량기반의클라우드서비스과금정책을적용한다 [12]. Cloud Enabled Application Platform (CEAP) CEAP는기업內 IT 조직에의하여사설 PaaS 구현하거나, 클라우드서비스사업자가공용 PaaS 서비스를제공하기위하여, 또는 ISV(independent software vendor) 가자사소프트웨어를 SaaS로제공하기위하여, 기반플랫폼으로사용된다. 50) CEAP 기술자체가하나의제품으로형성되기보다는 SaaS 서비스를위한기반기술로많이활용된다시장에서의 CEAP 기술에대한표준화 51) 이슈가존재하고, 많은 ISV 및서비스제공사들이인프라와결부되어 PaaS 서비스를제공하는방식을선호하고있어 CEAP 기술제품에대한도입은많지않다 [12]. 다만, 3-5년내에기존어플리케이션 (application server) 플랫폼들은클라우드환경에대응하면서효율성 (efficiency) 과민첩성 (agility) 향상을위하여 CEAP- 스타일의플랫폼구조로전이될것으로예상된다. 52) CEAP 기술특히기반프로그래밍모델상의표준화를주도하는벤더들은플랫폼기반의파트너생태계 (ecosystem) 을구축하고, 이를기반으로시장및산업영역에서의경쟁력을가질수있다. BPM Platform as a Service (BPM PaaS) BPM PaaS는 BPM(business process management) 기능으로비즈니스프로세스모델링, 프로세스저장소 (registry/repository), 프로세스실행엔진 (process execution engine) 을포함하고, 이를클라우드서비스로제공하는것이다. 53) 글로벌기업의경우, 비즈니스가치사슬상의다양한여러기업들간의비즈니스프로세스를 E2E(end-to-end) 로운영관리해야할필요성이있으며, 기존 BPM 제품으 50) 해당벤더 : Cordys, GigaSpace Technologies, IBM, LongJump, Red Hat, VMware 等 51) Oracle, Rackspace, CloudBees, Cloudsoft Corporation, Huawei, Red Hat, and Software AG 社는 CAMP(Cloud Application Management Platforms) 라는 PaaS API 스펙 (specification) 을 OASIS(Organization for the Advancement of Structured Information Standards) 으로산업표준 (industry standard) 으로제안하였다 52) IBM 과 Oracle 사는어플리케이션개발과운영을위한플랫폼으로자사의 Application Server 제품군을플랫폼화시키고있다. 53) 해당벤더 : Capgemini, Cordys, Fujitsu, IBM Blueworks Live 等

36 로통합사용하기는다소어려운상황에서 BPM PaaS는매우유용하다 [12]. BMP PaaS 벤더들은독자적인글로벌클라우드인프라를확보하고있지않으며, Amazon, Rackspace 등의 IaaS 사업자와전략적파트너쉽을통하여글로벌인프라를확보하고자사의플랫폼서비스를결부시켜서오퍼링을제공한다. Integration PaaS (ipaas) ipaas는어플리케이션, 데이터, 프로세스의통합기능을클라우드서비스로제공하는것이다. ipaas는기존통합기능 ESB(Enterprise Service Bus), Data Integration, B2B Gateway, MFT(Managed File Transfer) 등을포함하고있다 54). 기존통합브로커 (integration broker) 와클라우드서비스브로커리지 (cloud service brokerage) 를제공하는 B2B 서비스사업자들이제공하는 IT 서비스오퍼링은 ipaas 구조에기초하고있다 [12]. 향후, ipaas는글로벌대기업을대상으로 apaas, BPM PaaS, DB PaaS 등과의연계연동된형태로 PaaS 서비스를제공할것으로예상되며, 또한 SaaS 서비스와함께묶여클라우드서비스간그리고기존레거시 (legacy) 어플리케이션간의데이터와어플리케이션통합을지원할것으로예상된다. 기존통합플랫폼제품이비교적고가이고사용하기어려운점을감안한다면, 비용대비효과측면에서 ipaas 서비스를손쉽게사용할것으로예상된다. Platform as a Service (PaaS) 많은클라우드서비스는인프라및어플리케이션영역에대하여 IaaS와 SaaS 오퍼링형태로많이제공되어왔다. 그러나인프라서비스에부가가치를더하고 SaaS 서비스의구현구조를실현하는 PaaS에대한중요성이커지면서, 글로벌선도소프트웨어벤더들은중장기적으로어플리케이션, 통합, 비즈니스프로세스, 관리형파일전송, 데이터베이스관리영역에서의 SW 제품기능을클라우드서비스로제공하는것을추진해왔으며, 12 年에 130여개이상의소프트웨어벤더들이 PaaS 서비스를제공하고있다 [12]. 54) 해당벤더 : Dell Boomi, IBM Cast-Iron, Informatica, AppPoint 等

37 초기 PaaS 서비스를위한플랫폼아키텍처및기술표준화를주도함에있어, Microsoft, IBM, VMware, Oracle, Red Hat 社등은기존레거시프로그래밍모델과의호환성 (interoperability) 을염두해두고진행하였다. 그러나, 이러한과정에서표준화 (standard) 와호환성 (interoperability) 에대한진전은더디고, 시장에서의 PaaS 서비스오퍼링은사용자기대수준을맞추지못하였다. 또한현재사용자요구사항을충족하기위해서는복수의 PaaS 서비스를활용해야하고, 기존기업內레거시미들웨어와의연동도감안해야한다. PaaS 서비스활성화를위해서는어플리케이션플랫폼및서비스영역에대한클라우드서비스표준화및호환성그리고파트너들간의생태계구축등을주도하는리딩소프트웨어벤더의역할과책임이매우중요하다. 궁극적으로는소프트웨어벤더들은자사의미들웨어영역을 PaaS 서비스형태로 전환할것이며, 기업內어플리케이션을플랫폼기반하에개발운영하는 IT 혁신 이빠르게진행될것이다. Open PaaS Open PaaS는 PaaS 오퍼링에오픈소스소프트웨어 (open source software) 와개방형표준화 (open standard) 을추구하는 PaaS이다. 대표적인例가 VMware 社 Cloud Foundry 55) 와 Red Hat 社 OpenShif 56) t이다. 개방형 PaaS는개방형아키텍처 (open architecture) 에바탕을두고, 다양한프로그래밍언어 ( 例 : Ruby, Java, Scala, Node.js, Erlang, Python, PHP 等 ), 프레임워크 ( 例 : Rails, Sinatra, Spring, Grails, Express, Lift 等 ), 서비스 ( 例 : My SQL, Postgres, MongoDB, Redis, RabbitMQ 等 ) 와다양한클라우드 ( 例 : OpenStack, AWS 等 ) 를지원한다. Open PaaS 솔루션및서비스오퍼링이보다기업內요구사항을충족하기위해서는다양한파트너와의생태계구축을통하여완성도있게개선보완되어야한다 [12]. Application PaaS (apaas) apaas 는어플리케이션개발 (development) 과배치 (deployment) 서비스를제공하는 클라우드서비스로서, 기존어플리케이션서버 (application server) 의클라우드서 55) 56)

38 비스확장판이다. apaas 는클라우드구조상 Shared Hardware 에서 Shared Everything 구조에이르기까지다양한멀티테넌시 (multi-tenancy) 구조하에서개발과성능관점에서 High-Productivity 와 High-Control 시장으로구분하여서비스가제공되고있다 [06][12]. 2. 클라우드서비스시장동향 2.1. 클라우드플랫폼서비스도입 글로벌기업은글로벌비즈니스수행에필요한 가시성, 신속성, 효율성증대를위한 IT 지원체계 로의개선이시급한상황이다. 즉, 해외법인의정보를실시간으로파악하여수요판매및생산계획을보다효율적으로수립해야하고, 빠르게변화하는글로벌시장에빠르게대응하기위하여필요한 IT 자원의공급이보다신속하게이루어져야하며, 또한해외각국에흩어져있는서버스토리지그리고데이터센터자원을통합하여글로벌인프라비용을절감하는동시에쉐어드서비스 (shared service) 체계를실현하여서비스효율성도확보해야한다. 이러한요구사항에대하여, 인수합병 (M&A) 및해외법인증설에따른특화프로세스를표준프로세스기반으로, 각기다른시스템기술구조를플랫폼기반표준기술구조로, 그리고투자중심에서운영중심의 IT 운영관리체계로혁신전환할필요가있다. 즉, 글로벌비즈니스확대및신규사업대응을위해서는 IT 서비스공급망 (supply-chain) 을클라우드플랫폼기반 IT 서비스제공체계로혁신하여, 기존 IT 자산을재사용하고재생산하는체계로개선해야한다. Dell 社는各지역別 CRM 솔루션이분산운영되어글로벌통합 CRM 솔루션에대한필요성이대두되었고, 전세계 8만명직원의의견을취합하기위한커뮤니티 (community) 를구축하고자하였다. 또한비즈니스변화및수요에빠르게대응하기위한어플리케이션인프라가필요하게되었다. Dell 社는 Force.com 플랫폼및개발방식을활용하여비즈니스어플리케이션수요발생시보다빠르게구축하고적용하는것이가능하게되었다. 또한 Dell 임직원및고객사들은보다빠른커뮤니케이션및피드백채널을구축하여보다보안성이보장된인프라에서컨텐츠를배포하고공유하게되었다. Fujitsu 社는各지역및계열사別로업무시스템에대한중복투자가빈번했고, 기존운영시스템에대한추가적인요구사항반영이어려운상황이었다. 이런상

39 황을극복하고자, Google, Microsoft 等클라우드공급업체로부터공용클라우드플랫폼을도입적용하고, Cordys 社 BOP(business operation platform) 플랫폼을바탕으로기존운영시스템을통합한 Fujitsu Cloud Platform 을구축하여기존 SAP 어플리케이션과의연계통합서비스를사용자에게제공하였다. 이를통하여, 쉐어드서비스 (shared service) 를바탕으로자원 / 자산의재사용으로업무시스템의개발기간이단축되었고, 개방형플랫폼의도입을통해다양한 SaaS 어플리케이션과의연계기반을확보하였다 클라우드플랫폼서비스시장및기업동향 글로벌기업을중심으로자사비즈니스의플랫폼화, 글로벌화를위하여플랫폼기반클라우드서비스도입을적극적으로검토적용하고있다. 그러나, 전체클라우드컴퓨팅시장에서 PaaS 시장규모는 IaaS와 SaaS의경우보다매우적으나, 포레스터리서치 (Forrester Research) 社는 PaaS 기술이향후가장중요한클라우드 - 기반서비스들중하나가될것으로전망했다 [67]. IaaS 업체는기업들이온-디맨드가상기기, 스토리지, 데이터베이스그리고다른서비스를사용할수있는인프라를제공하고, SaaS 업체는기업어플리케이션의클라우드 -기반서비스버전을제공한다. 반면 PaaS 업체는기업들이특정사업적요구조건에부합하는어플리케이션을구축해호스팅할수있는플랫폼을제공한다. 클라우드시장에진출한글로벌기업들이 PaaS 영역으로빠르게진출하고있는점을주목해야한다. 아마존社의 AWS(Amazon Web Services), 마이크로소프트사의 Windows Azure, Salesforce.com 은 PaaS 시장에서폭넓은플랫폼서비스를제공하고있고협력업체들과의강력한네트워크를구축하고있다 [67]. 그림 2.13 주요 PaaS 업체

40 아래시장조사 57) 결과에서와같이, 조사대상기업중에서 PaaS를사용중인기업은 16.7% 로크지않으나, 사용검토중인기업은 30% 비중이다. 현재사용하거나사용할예정인제품솔루션으로는 Google 社 App Engine, Microsoft 社 Azure, VMware 社 Cloud Foundry, Red Hat 社의 OpenShift 이다. 이는글로벌인프라와결부하여플랫폼서비스를사용하거나, 오픈소스플랫폼기반하에자사의플랫폼역량을확보하려는것에기인한다. 그림 2.14 PaaS 서비스시장조사 58) 클라우드서비스제공업체들은 PaaS가개발에필요한모든인프라를제공한다는점에주목했다. IaaS 서비스수익은서버나스토리지사용료로한정된만큼, IaaS 와 PaaS를함께제공하면서동시에웹에서소프트웨어를서비스로제공하는 SaaS 시장까지확장할수있다. AWS 社와같은 IaaS 업체들은개발자들이자사클라우드에서어플리케이션을구 축할뿐아니라확장과호스팅까지쉽게가능하도록지원한다. EC2(Elastic 57) 츨처 : ZENOSS, ) 출처 : ZENOSS Survey

41 Compute Cloud), S3(Simple Storage Service) 와같은핵심서비스들은 Elastic Beanstalk 과 Amazon Simple Workflow Service 等개발자- 중심적인플랫폼서비스와소프트웨어개발키트 (software development kit, SDK) 들로보완되고확장되고있다 [67]. AWS는순수 PaaS를제공하지않지만, 대신어플리케이션을신속하게개발할수있도록고객코드와결합가능한미들웨어를플랫폼서비스로제공하고있다. SaaS 어플리케이션 ( 또는클라우드어플리케이션 ) 을개발하고배치, 관리할수있는환경을제공해주는대표적인 SaaS 기업으로 Salesforce.com, 구글 (Google) 社이다. 고객관계관리 (CRM) 어플리케이션의선두주자인 Salesforce.com 은영업 (sales) 자동화, 마케팅 (marketing) 자동화, 고객지원 (service) 자동화等의각종 SaaS 어플리케이션을제공하고있을뿐만아니라, 플랫폼서비스 ( 例 : Force.com 서비스 ) 를통해어플리케이션개발을위한 API(application programming interface) 및프레임워크 (framework) 도제공한다. Force.com 플랫폼서비스를이용하면코딩경험이거의없는직원들도고객관계관리 (CRM) 어플리케이션을생성할수있으며, 기업상황에따른맞춤개발을원하는프로그래머를위하여 Heroku 플랫폼서비스도제공한다. 또한 05년출시한 SaaS 스토어인 AppExchanges 는 11 年 8 月기준으로 1,230개의어플리케이션이제공되고있다. Google 社는 App Engine 를통하여구글의기존인프라를활용하여손쉽고안정적으로클라우드어플리케이션을개발-배치 -관리할수있는플랫폼서비스를제공하고있다. Google 社는 Salesforce.com 과마찬가지로 Apps Marketplace 라는 SaaS 스토어를운영하고있다. 10 年 3 月에개시한 Apps Marketplace 는 11 年 8 月기준으로 300여개의어플리케이션을제공하고있다. Microsoft 社는 Windows Azure 플랫폼을제공하고있다. 마이크로소프트는어플리케이션을개발하는경우 Windows Azure, SQL Azure, 데이터베이스라이선스비용을일정한도내에무료로사용할수있다는점을차별화요소로내세웠다. VMware 社는오픈소스기반의오픈 PaaS로 CloudFoundry.org 를제공한다. 클라우드파운드리는 Spring for Java, Ruby on Rails, Sinatra for Ruby, Node.js 等가장대중적이면서높은생산성을자랑하는프로그래밍프레임워크를지원한다. 고유의오픈아키텍처를통해추후신속하게지원받을수있는추가프로그래밍프레임워크를사용할수있다. 중요한애플리케이션서비스를위해서는 VMware vfabric 59) 서비스뿐만아니라 MongoDB, MySQL, Redis 데이터베이스도함께지원

42 한다. 클라우드파운드리는특정클라우드환경에종속되지않으며반드시 VMware 인프라에서구동하지않아도된다. 즉클라우드파운드리는어떠한공용과사설클라우드환경에서도사용이가능하며 VMware vsphere 와아마존웹서비스로작동되는공용클라우드서비스지원도이에포함된다 Red Hat 社의 OpenShift 는 Linux와 Red Hat의미들웨어솔루션인 Jboss 생태계를지원한다. 또한 MongoDB 와 NoSQL 이라불리는대용량데이터저장기술을사용할수있다. OpenShift 는 Java, Python, Ruby 等다양한언어와프레임워크를지원하고, 리눅스커뮤니티등을통해개발자들이클라우드에서자신의어플리케이션을빠르게확장, 배치할수있도록지원한다. 60) 59) VMware 社의 vfabric 은 vfabric 애플리케이션서비스의최신버전인 Spring 개발플랫폼과가상머신 (VM) 당라이센싱모델을결합한통합애플리케이션플랫폼으로클라우드환경뿐아니라사내환경에서도 Java Spring 애플리케이션을손쉽게개발, 사용및관리할수있는최적의애플리케이션서비스를제공한다 60) 출처 : 류한석, -

43 주요클라우드플랫폼서비스 본장에서는클라우드로제공되는대표적인어플리케이션플랫폼기술과솔루션 에대하여고찰하고자한다. 61) 1. 어플리케이션개발및운영플랫폼 어플리케이션플랫폼은어플리케이션의수명주기 (lifecycle) 를포괄적으로지원하기위한플랫폼으로서, 클라우드向어플리케이션의개발-테스트 -배치- 운영-통합에대한플랫폼이다. 기본적인아키텍처로서비스컴포넌트 (service component) 형태로어플리케이션기능들을레파지토리 (repository) 化하여, 신규서비스개발- 배치-운영관리를유연하게대처하는플랫폼구조를가진다. 그림 3.1 어플리케이션플랫폼서비스구조 세부적으로는개발 / 운영플랫폼을지원하는 apaas, 어플리케이션과데이터통합을지원하는 ipaas, 비즈니스프로세스플랫폼을지원하는 BPM PaaS, 데이터베이스플랫폼을지원하는 DB PaaS 그리고네트워크기반데이터전송 / 통합을지원하는 MFT 플랫폼 62) 등이있다. 61) 본장에서는주요 PaaS 제품및서비스업체의솔루션에대하여살펴보고자한다. Gartner Research 社의 Vendor Landscape 자료 [11], Forrester Research 社의 Forrester Wave 자료 [22], CIO.COM 의 Top 10 리스트 ( 의데이터를참조하여주요업체를선정하였음. 62) 본보고서에서는 MFT 플랫폼서비스는 ipaas 로포함시켜고찰하고, BPM PaaS 는광의의개념으로해석하여 Business PaaS (bpaas) 로명칭되기도함

44 1.1 apaas : Cloud Application Platform Services apaas 63) 는비즈니스어플리케이션에대하여클라우드속성, 유연성 (elasticity) 과멀티테넌시 (multi-tenancy) 를제공하면서개발과배치전개를제공하는클라우드플랫폼이다 [11][13]. 기존미들웨어벤더 ( 例 : IBM, Microsoft, Oracle) 들은기존온프레미스 SW 시장에서의기득권을지키기위하여, 클라우드기반 (cloud based) 방식의 PaaS로서 Shared Hardware/Shared OS 방식을많이추구하였으며, 신규클라우드서비스사업자 ( 예 : Salesforce.com) 들은 Shared-Everything/Shared-Container 방식에바탕을두고클라우드네이티브 PaaS 서비스를제공한다. AWS(Amazon Web Service) 의 Elastic Beanstalk 서비스는하부의 IaaS에미들웨어를얹어서제공하는방식으로유연성 (elasticity) 은자동으로수행되지않고다른플랫폼에의해서제어된다. 그例가 RightScale 과같은 CSB(Cloud Service Broker) 벤더이다. 주요 apaas 및 CEAP 벤더오퍼링은다음과같다. 64) apaas Cordys Cloud IBM SmartCloud Application Workload Service Pivotal CloudFoundry.com Redhat OpenShift Online Engine Yard Cloud Google App Engine Microsoft Windows Azure Cloud Services Salesforce.com force.com SAP Hana Cloud Platform, AppServices Zoho Creator CEAP Cordys Business Operations Platform(BOP) IBM Workload Deployer, Web Application Pattern, IBM PureApplication System, Web Application Pattern Pivotal CloudFoundry Redhat OpenShift Enterprise CloudSoft Monterey GigaSpace XAP Elastic Application Platform Progress Software OpenEdge 표 3.1 Application PaaS 서비스및제품 63) An apaas is a cloud platform that enables the development and deployment of multi-tenant, elastically scalable business applications 64) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape,

45 Amazon Web Service 아마존은클라우드컴퓨팅분야의선도업체로서, 아래그림과같이다양한서 비스오퍼링을제공한다. 그림 3.2 아마존의클라우드서비스오퍼링 대표적인서비스로는 EC2(Elastic Compute Cloud), S3(Simple Storage Service), SQS(Simple Queue Service), SimpleDB 가있으며, IaaS + Middleware 구조로 EC2 서버에다양한 OS ( 例 : CentOS, RHEL, Oracle Linux, Windows Server, SUSE, Ubuntu 등 ) 와함께많은미들웨어소프트웨어이미지 (software image) 를제공한다. 65) 아래그림에서와같이 AWS Marketplace 에서는다양한상용또는오픈소스미들웨어 ( 데이터베이스, 어플리케이션스택, 컨텐츠관리, Business Intelligence 等 ) 소프트웨어에대한이미지를지원한다. 65)

46 66) 그림 30 AWS Marketplace 사이트 아마존은어플리케이션개발및배치전개를위하여 Amazon Elastic Beanstalk 서비스상품 67) 을제공한다. Amazon Elastic Beanstalk 는아마존클라우드에어플리케이션을배치관리할수있도록지원하는서비스상품으로, 아마존 S3, 아마존 SNS(Simple Notification Service), Auto Scaling 같은 AWS 서비스를기반으로활용하고, PHP 및 Java 프로그래밍환경을지원한다. Amazon Elastic Beanstalk을이용하여 AWS에어플리케이션을배치할때, 개발자는 AWS 관리콘솔이나이클립스 (Eclipse) 같은 IDE(integrated development environment) 를사용할수있다. 또한최근에출시한 OpsWorks 68) 서비스상품은규모나복잡성에상관없이모든어플리케이션을 AWS 클라우드에서관리하는 DevOps 69) 솔루션이다. Amazon Elastic Beanstalk 와 OpsWorks 의서비스대가는어플리케이션이소모하는기반 AWS 리소스에대한비용外별도의추가비용은없다. Microsoft 社 Windows Azure 10 年출시한 Windows Azure 플랫폼은 Windows 어플리케이션을구동하고데이 66) 67) 68) 69) DevOps (development and operations) 은소프트웨어개발자와 IT 운영자와의커뮤니케이션, 협업그리고통합을강조하여, 보다빠른소프트웨어제품및서비스를개발하는개발방법론임

47 터를저장하기위한 Microsoft 社의플랫폼이다. 상용소프트웨어개발자들은 Azure 플랫폼을사용하여새로운 SaaS 어플리케이션을생성할수있고, 기업內 IT 조직도 Windows Azure 플랫폼을사용하여기업어플리케이션을온라인구축하고가동시킬수있다 [52]. 그림 3.4 High Level View of Microsoft Windows Azure Platform 초기 Microsoft 社의 Windows Azure 플랫폼은 Compute, Storage, Fabric 요소로구성되었다. Fabric 은 Microsoft 社의인프라에서구동시킨클라우드어플리케이션을관리하고모니터링수단과툴을제공되었다. 현재 Microsoft 社 Infrastructure 기반의기본 Windows Azure 플랫폼에 SQL Azure와 Windows Azure 플랫폼 AppFabric 을기본플랫폼서비스로제공하고, 기존에보유한미들웨어소프트웨어를서비스형태로포괄적으로제공하고있다. Microsoft 社의 Azure 플랫폼은구글플랫폼과같이다수의사용자들이동시에접속하여도쉽게확장할수있는인프라구조를지원한다

48 그림 3.5 Microsoft Windows Azure 플랫폼서비스구조 윈도우애저 (Windows Azure) 는개발자들이마이크로소프트가관리하는글로벌데이터센터네트워크를통해어플리케이션을배치할수있도록하는서비스로 99.5% 업타임 (uptime) 의서비스수준협약 (SLA) 를보장하고있다. Azure 플랫폼상에서어플리케이션은 ASP.net, PHP, Node.js와같은기술을통해개발될수있으며, 개발자들은또아파치톰캣 (Apache Tomcat) 서버와 JVM을작업자역할을통해호스트할수있으며자바용애저 SDK를이용해자바개발을진행할수있다. Azure 서비스는아래그림에서와같이 SQL 애저데이터베이스서비스, 스토리지서비스, 비즈니스애널리틱스, 캐싱, 보안메시징, 컨텐츠딜리버리서비스等을포함하고있다. 이밖에 Windows Azure HPC(High Performance Computing) 스케줄러는병렬어플리케이션의개발을손쉽게해준다. 개발자들은 Windows Azure 어플리케이션을윈도우애저마켓플레이스에등록할수있다 [68]

49 그림 3.6 The Components of Windows Azure Microsoft Azure 서비스는아래그림에서의각개별상품별로서비스대가체계가적용되며, 例로 Microsoft SQL Server Data 플랫폼을클라우드서비스로제공하는 SQL Database 상품의경우 Pay-as-you-go 플랜과 6 or 12-Month 플랜에따라가격체계는상이하다. 70) 그림 3.7 Microsoft 社의 Azure 서비스상품 (product) 70)

50 그림 3.8 Microsoft 社의 SQL Database 상품가격체계 Microsoft Azure 플랫폼의활용사례로는삼성전자 Smart TV, 넥슨아메리카, SM 엔터테인먼트, 웹젠, 12 年런던올림픽사진전송시스템이있으며, 14 年소치동계올림픽의기반인프라로 Windows Azure가사용될예정이다. 삼성전자는스마트 TV 관련트래픽급증을매끄럽게처리하기위해 08 年부터클라우드를접목해폭증하는수요에대비하였으며, 클라우드멀티벤더전략으로 11 年 Microsoft 社의 Windows Azure를도입활용하고있다. 삼성전자의스마트 TV 관련시스템들은 24시간 365일전세계 120개국을대상으로서비스를제공하고있다. 무엇보다도장애관련시스템안정성과앱다운로드와웹검색에대하체감성능이매우중요하였다. 삼성전자는 Windows Azure 도입을통하여많게는 80배까지의비용절감을얻을수있었고, 몇달걸리던작업을클릭한번으로처리하고지원할수있게되었다. 또한스마트 TV 서비스품질경쟁력을제공하였다. 또한자사의핵심인력들이인프라유지보수가아니라고객을위한소프트웨어와서비스품질제고라는핵심가치에보다더매진할수있었다. 71) IBM 社플랫폼서비스 IBM 社는플랫폼서비스를아래그림에서와같이제품, 서비스, 솔루션영역에서제공하고있으며, PaaS 플랫폼으로 IBM SmartCloud Application Services IBM PureSystems 제품솔루션그리고클라우드전환을위한 IBM Cast Iron 솔루션 / 서비스를제공한다. 71) 출처 : Microsoft Korea

51 그림 3.9 IBM 사의 SmartCloud 솔루션및서비스구조 IBM SmartCloud Application Services 는어플리케이션개발및배치전개에필요한개발툴, 워크로드패턴, 미들웨어그리고데이터베이스를제공하는플랫폼서비스로서, IBM사의 SmartCloud Enterprise 상에서서비스가구동된다. 특히 IBM SmartCloud Application Workload Service(SCAWS) 는 IBM 社의공용클라우드상에서 WebSphere 기반어플리케이션의개발과배치시미들웨어와인프라에대한포괄적관리를제공한다. 72) 그림 3.10 IBM SmartCloud Application Services 72) 출처 : Frost & Sullivan [20]

52 그림 3.12 IBM Workload Deployer Salesforce.com 플랫폼서비스 Salesforce.com 은영업 (sales), 마케팅 (marketing), 서비스 (service) 부문의 CRM SaaS 서비스를제공하면서동시에플랫폼서비스로 Force.com, Heroku, Database.com, Site.com, Chatter 그리고 ISVForce 에서어플리케이션설계를위한통합환경을제공한다. 대표적인 Force.com 은 Salesforce.com 社가제공하는 PaaS 서비스로서, Salesforce.com 의 SaaS 어플리케이션에서사용되는것과동일한인프라에서누구나어플리케이션을구축하고구동할수있다. 또한 1,800개이상의어플리케이션자료실로 AppExchange 마켓플레이스를제공한다

53 그림 3.13 Salesforce.com 의플랫폼서비스구조 Salesforce.com 의 Force.com 은어플리케이션用플랫폼으로, 개발자들은이플랫폼을이용하여소셜및모바일기능성, 비즈니스프로세스, 리포팅, 검색기능이포함된어플리케이션을개발할수있다. 데이터는 Salesforce.com 의데이터센터에자동백업되고, 여기에서어플리케이션이실행된다. 데이터베이스, 보안, 워크플로우, UI 等의스택 (stack) 이제공된다. Force.com 은아펙스 (Apex) 프로그래밍언어를지원하며, 개발자들은 UI 레이어에데이터베이스트리거와프로그램컨트롤러를쓸수있다. 아펙스구문 (Syntax) 은클래스, 상수 (constants), 주석 (annotations) 등과함께자바및 C# 개발자들에게친숙한환경이다 [68]. Salesforce.com 은지난 10 年인수한 Heroku 는루비, Node.js, 클로저 (Clojure), 자바, 파이썬, 스케일러 (Scala) 기반의개발환경을지원하며, 다이노스 (Dynos) 73) 를활용한다. Force.com 플랫폼서비스의가격체계 74) 는다음그림과같다. 73) Dynos are the unit of computing power on Heroku, providing lightweight, isolated containers that run your app 74)

54 그림 3.14 Force.com 플랫폼서비스의가격체계 한독약품은지난 96년제약업계처음으로 SAP 전사자원관리 (ERP) 시스템을도입했지만 ERP 이외의정보시스템에는지속적인투자를하지못했다. 해결방안으로클라우드기반애플리케이션플랫폼으로 Salesforce.com 의 Force.com 을활용해시스템을재구축하는차세대개발프로젝트를착수하였다. 한독약품은 PaaS 를활용함으로써무려자체개발비용대비 75% 나절감할수있을것으로기대하고있다. 또무엇보다포스닷컴에서개발한모든애플리케이션은모바일기기를자동으로지원하기때문에추가투자없이스마트기기와연동할수있다는점이다. 또한 Salesforce.com 의소셜협업솔루션인 Chatter도이번에함께도입하여기업용소셜네트워크서비스, 블로그에대한기업내부요구사항에도빠르게대응하였다. 75) Google 社 App Engine 구글社는많은구글어플리케이션서비스外에클라우드서비스 76) 로서 App Engine PaaS 서비스를제공하고있다. 구글의 App Engine 은구글의클라우드인 75) 출처 : 76) Google 은 cloud.google.com 에서 App Engine, Computer Engine, Cloud Storage, BigQuery, CloudSQL 서비스를제공하고있다

55 프라를바탕으로글로벌업무처리를위한어플리케이션을개발운영관리할수 있는플랫폼과컴포넌트를고가용성의인프라기반하여아래의기능을확장성있 게제공하고, 이를사용한만큼지불하는클라우드서비스로제공한다. 안정적이고유연한데이터저장소및서버를지원 개발공정관리및로컬개발환경제공 관리자콘솔을통한 App 관리및성능모니터링 구글앱엔진 (App Engine) 은구글인프라로웹어플리케이션을개발하고구동시키고유지할수있게해준다. 구글앱엔진은다른경쟁제품에비하여많은제약조건 77) 이있으나, 어플리케이션이빠르게구동하고많은사람들이동시접속하여도신속하게스케일업 (scale-up) 할수있도록지원한다. 즉, 초기에많은부담이되는인프라에대한투자없이도어플리케이션개발자가서비스이용자수에관계없이온라인어플리케이션을개발제공할수있다 [52]. 동적웹 (dynamic web), 쿼리스토리지, 분류및트랜잭션, 자동확장및부하조정이특징이다. 자바와 JVM 기반인터프리터와컴파일러로작성한언어들은물론 Python, 구글의프로그래밍언어인 Go를지원한다. 개발자들은개발환경을이용해로컬장치에서앱엔진을시뮬레이션할수있다. 어플리케이션은기반 OS에만제한된접속을한상태에서안전하게실행된다. 또여러서버에걸쳐웹요청을할수있다. 데이터저장과관련, 앱엔진데이터스토어 (App Engine datastore) 는테라바이트의객체와파일을저장할수있는구글클라우드스토리지, SQL 데이터베이스서비스, NoSQL 객체데이터스토어를제공한다. 앱엔진은또사용자인증을위한 API 기능을제공한다 [68]. 구글앱엔진을이용하는어플리케이션개발자는온라인앱갤러리 (App Gallery) 에서자신의제품을소개하고판매할수있으며, 누구나앱엔진 Software Developer Kit 을무료로다운로드받아사용할수있다. 77) 과거에는 Python 환경만지원현재 Java Runtime 환경도지원하고있음

56 그림 3.15 Google App Engine 의지원기능 구글은개발자에게앱엔진을초기사용時무료로제공하고있지만, 일정볼륨이상사용하는경우에는비용을지불해야한다. 78) 구글 App Engine 은계정 (account) 당月 150$ 로시작하여, 인프라확장성과 SLA(service level agreement) 그리고운영지원을제공받을수있다. 79) 78) 79) 출처 : cloud.google.com/pricing

57 그림 3.16 Google App Engine Pricing 구글 App Engine 의대표적인사례로미국백악관에온라인 Town Hall 시스템으로서사이트오픈時 6,932 名이 7,037개의질문을올렸고총 236,048 표의투표가이루어져서, 정치에관심이많은사람들이동시접속하여사용해도성능상에아무런문제가없음을인증한사례이다 80). Red Hat 社의 OpenShift OpenShift 는 Red Hat 社가제품패키지로제공하는것이아니라클라우드서비스로제공하는것으로, 오픈소스개발자들이사용하기쉬운개발환경에서확장가능한 PaaS 호스팅서비스를제공한다. 개발자들이어플리케이션을개발-테스트 - 실행-관리할수있게하고, 다양한개발언어와프레임워크를선택하고클라우드에배치하도록지원한다. Python, PHP, Ruby 및 Spring, Seam, Weld, CDI, Rails, Rack, Symfony, Zend Framework, Twisted, Django, Java EE 같은프레임워크를지원한다. 80) 출처 : -

58 그림 3.17 Red Hat 社의 OpenShift 플랫폼 개발및구축관점에서는어플리케이션프레임워크과데이터베이스를포함한개발테스트환경을클라우드상에서제공하여, 개발자는 OS 및미들웨어설치없이어플리케이션개발에전념할수있다. 즉, 개발규모및요건에맞는최적의자원환경을단시간내로준비가능하며, 개발된어플리케이션을클라우드에배치하고운영할수있다. 81) 그림 3.18 OpenShift 기반서비스아키텍처

59 OpenShift 는 PaaS 용도別 3가지타입으로, 초기오픈소스 Public PaaS 用 ONLINE, Private PaaS 用 ENTERPRISE, 그리고 Community PaaS 用 ORIGIN 상품을제공한다. OpenShift ONLINE 의경우무료로시작하여 Red Hat 전문지원및추가적인업그레이드와리소스할당을위해서는 Silver Plan 계약이필요하다. 82) 표 3.2 OpenShift 서비스유형 83) 그림 3.19 OpenShift Online vs. OpenShift Enterprise 스택비교 81) 출처 : 최원영, 공개 SW 기반의레드햇 PaaS 솔루션 OpenShift, Red Hat, )

60 OpenShift Enterprise 84) 는온프레미스 / 사설클라우드서비스를위하여설계된 PaaS 플랫폼으로서, 온디맨드 (on-demand) 클라우드어플리케이션플랫폼을제공하여필요할때어플리케이션을생성 (build) 하고클라우드아키텍처기반하에구동 (run) 할수있도록지원한다. OpenShift Enterprise 는어플리케이션플랫폼 Stack상의많은기능관리및프로비저닝을자동화하고있다. 개발자는 Web Console 또는 Command-line 또는 Eclipse-based IDE를통하여어플리케이션인스턴스를요청하면, 클라우드환경을지원하는코딩환경을제공한다. 개발자의어플리케이션코딩이완료되면 OpenShift Enterprise 는어플리케이션을호스팅하고유연성있게자원을확장하게된다. 85) 그림 3.20 OpenShift Architecture 83) 출처 : 최원영, 공개 SW 기반의레드햇 PaaS 솔루션 OpenShift, Red Hat, ) OpenShift Enterprise provides an on-demand, elastic, scalable, and fully configured application development, testing, and hosting environment for application developers so they focus on coding those new application services. 85) 출처 : 최원영, 공개 SW 기반의레드햇 PaaS 솔루션 OpenShift, Red Hat,

61 주요기능과특징은다음과같다. Ployglot-Multiple Languages Support : Java, Ruby, Python, PHP, Perl Multiple Interaction Models : Command-line tool, Multi-device web console, Eclipse-based IDE Auto-Scaling Open Source Choice of Cloud Infrastructure : No other specific requirement for the infrastructure layer (x86_64 bit 시스템의 RHEL Version 6에서구동 ) VMware 社의 CloudFoundry VMware 社는 Open PaaS로리눅스기반오픈소스 CloudFoundry 솔루션을제공하고있다. CloudFoundry 는 VMware 사가인수한 SpringSource 의 Java 플랫폼 SpringSource Cloud Foundry 에바탕을두고발전해온것으로, 개발자들이특정단일프레임워크 (framework), 어플리케이션서비스 (services), 클라우드 (clouds) 에얽매이지않도록해준다. CloudFoundry 는 public instances 및 private distributions 이모두가능하고, 호스팅환경인 CloudFoundry.com, 공동프로젝트와정보공유를위한커뮤니티환경인 CloudFoundry.org, Mac이나 PC에서실행되는 VM 버전인 Micro Cloud Foundry 86) 가있다 [69]. 87) 그림 3.21 CloudFoudry.com - Multi-Tenant PaaS Operated by VMware 86) 87) 출처 : VMware,

62 [ 그림 3.22] CloudFoundry.org - Community Open Source Project [ 그림 3.23] Micro Cloud Foundry - Industry First Downloadable PaaS CloudFoundry.com 은 Spring Java, Ruby on Rails, Node.js, 기타 JVM 언어개발을지원한다. 또한 CloudFoundry.org 를통해 PHP, Python,.Net 等을지원한다 [68]. CloudFoundry 는 Spring(Java), Rails, Sinatra(Ruby), Grails와같은프레임워크그리고 MySQL, Redis, MongoDB 等의데이터베이스를지원한다 [68]. CloudFoundry 의구조적인구성은 Messaging( 메시징처리 ), Router(URL 부하분산 ), Cloud Controller( 구성관리제어컨트롤러 ), Health Manager( 상태모니터링및감시 ), Droplet Execution Agent( 사용자응용프로그램실행담당 ) 로구성되며, 이들간의기능관계는아래그림과같다

63 그림 3.24 CloudFoundry Architecture Overview 그림 3.25 CloudFoundry 내부구조 VMware 社는 Cloud Foundry 기반의 Drag and Drop Development 솔루션으로 WaveMaker 88) 를제공하고있으며, 개발자가아니어도 Java 어플리케이션을 RAD(Rapid Application Development) 방식으로보다빠르게생성하고유지할수있도록지원한다. 88) 11 年 VMware 社가인수함 ; 기존 Microsoft.NET 어플리케이션코드 라인을 WaveMaker 기반 335 라인으로 Migration 한사례가있음

64 1.2 ipaas : Cloud Integration Middleware Services ipaas 89) 는기업어플리케이션및데이터상의통합플로우 (integration flow) 를개발, 수행, 관리, 그리고거버넌스하기위하여필요한다양한역량 (capability) 을클라우드서비스로제공하는것이다 [11]. 이러한어플리케이션및데이터통합은기업내외조직간의다양한통합유스케이스 (use cases) 로 A2A 통합 (application-to-application Integration), B2B 통합 (business-to-business Integration), 모바일어플리케이션통합 (mobile application integration) 을지원한다. ipaas가지원하는주요어플리케이션 / 데이터통합기능은다음과같다. Support for multiple communication protocols and message/data formats Message and data transformation Routing Data delivery styles Data quality features Protocol conversions Adapters for multiple SaaS and packaged applications, technology environmentsand data sources Service virtualization, orchestrations and community management 주요 ipaas 및 CEIP 벤더오퍼링은다음과같다. 90) ipaas : Services CEIP : Software Product IBM WebSphere Cast Iron Hypervisor IBM WebSphere CastIron Live Edition, IBM WebSphere DataPower Cast Iron Appliance XH40 Dell Boomi Atomsphere Informatica Cloud Microsoft Azure BizTalk Services Cordys Business Operations Platform IBM Sterling Business Integration Suite 표 3.3 Integration PaaS 서비스및제품 89) An ipaas is an integrated and co-located suite of cloud services providing a development and execution platform to support various types of integration projects 90) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape,

65 IBM 社의 Cast Iron 10 年 IBM 社에인수합병된 Cast Iron은 SaaS 및클라우드서비스통합분야의개척자로서, 다양한 SaaS 서비스와온프레미스 (on-premise) 어플리케이션의연동을수일내로가능하게하여, 단기간내에어플리케이션서비스통합을실현하고 Time-to-Market 을지원한다. Cast Iron 솔루션은온프레미스 (on-premise) 사내환경에직접배치하거나, Integration As a Service 서비스로이용할수있다. 많은대형기업들은성능과보안을중시하여물리장비또는가상장비하에배치하거나, 비교적규모가크지않은중소기업의경우, 비용대비효율성을고려하여클라우드서비스를이용할수있다. 그림 3.26 Cast Iron 클라우드와엔터프라이즈통합을위한솔루션 그림 3.27 Cast Iron 솔루션기능 사례로서, Salary.com 社가사용하는 SaaS 어플리케이션 (salesforce.com CRM 와

66 Netsuite ERP) 에서영업주문 (sales order) 와인보이스 (invoice) 를양방향에서상호 통합하고자함에 IBM 社의 WebSphere Cast Iron 을사용하였다. 이를통하여 Custom Code 작성없이웹서비스기반으로비즈니스통합을실현하였다. 그림 3.28 Salesforce.com 과 NetSuite 의 Cast Iron 적용 클라우드와온프레미스 (on-premise) 영역에서 SaaS 통합솔루션을제공하는 Cast Iron은지능형연결, 데이터변환, 프로세스워크플로우, 모니터링및관리, 데이터클린징및마이그레이션等어플리케이션통합을포함한다양한 End-to-End 어플리케이션통합환경을지원한다 [60]. IBM 社의 Sterling Commerce 빠르게변화하는글로벌시장에서복잡해지는비즈니스네트워크에민첩하게대응하기위해서는글로벌생태계구축및확장에대하여보다체계적인인프라를구현해야한다. 이를위하여, B2B(Business-to-Business) 프로세스의자동화및통합연계가필수적이다. IBM 社가인수한 Sterling Commerce 91) 솔루션은아래의기능과구조를지원한다. 91) Gartner Research 사는 Sterling Commerce 솔루션을 Managed File Transfer, B2B Gateway, Integration Service Provider 영역에서 Leading Vendor 로선정한바있다

67 그림 3.29 ㅊ Sterling Commerce B2B Cloud Service 그림 3.30 Sterling B2B Integration Services 1.3 BPM PaaS : Cloud BPM Services BPM(Business Process Management) PaaS는 BPM 기능을클라우드플랫폼서비스로제공하는것으로, 기본적으로아래의기능요소들을포함한다 [11]. A graphical business process and /or rule modeling technology A process registry / repository to handle the modeling metadata A process execution and / or state management engine and / or rule engine

68 일반적으로미션크리티칼 (mission critical) 어플리케이션영역에서의시스템적인프로젝트에서는 High-Control BPM PaaS를사용하고, 다소경량 (lightweight) 어플리케이션에대한기획적인 (opportunistic) 프로젝트에서는 High-Productivity BPM PaaS를사용한다. High-Productivity BPM PaaS는일반개발자를위하여, 사용하기쉽고, 모델기반개발 (model-driven development) 환경을제공한다 [06]. 현재대부분의 BPM PaaS 서비스는클라우드기반 (cloud-based) Deployment 방식이다. 또한 CSC, Capgemini, Fujitsu, IBM 社는자신들의클라우드컴퓨팅인프라구조에서 CSB(Cloud Service Brokerage) 를지원하기위하여 CE-BPM(Cloud enabled BPM) 제품을도입사용하고있다. 현재 BPM 벤더, CSB 사업자, 그리고클라우드서비스사업자는특정업종도메인상에서의차세대어플리케이션및프로세스생태계구축을위하여 CE-BPM 을활용하고있다. BPM PaaS Offering Appian Cloud Cordys Cloud Fujitsu RunMyProcess Tibco Nimbus Cloud Vitria M30 in the Cloud Cordys Process Factory IBM Blueworks Live IBM Business Process Manager on Cloud Software AG AgileApps Live CE-BPM Platform Product Appian BPM Suite Cordys Business Process Platform Fujitsu Business Process Platform Tibco Nimbus Control Vitria M30 92) 표 3.4 BPM PaaS 서비스및제품 Cordys 社의 Business Operation Platform Cordys 社 93) 는오랫동안 ERP 패키지소프트웨어기술에서시작하여개발한 BPM 92) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape,

69 플랫폼과어플리케이션개발및운영플랫폼인 BOP(Business Operation Platform) 을출시하고제품솔루션을제공하고있다. 94) 그림 3.31 Cordys 사의 BOP 플랫폼서비스구조 후지쯔社는 BOP 솔루션을활용하여지역 / 계열사別업무시스템의내 / 외부서비스를통합하고, Hybrid PaaS 형태의어플리케이션개발 / 운영을통합하였다. 후지쯔社는各지역 / 계열사別업무시스템에대한중복투자가빈번하고, 기존운영되던시스템에대한추가요청사항은반영이어려웠던상황이었다. 후지쯔社는 Google, Microsoft 等클라우드공급업자로부터공용클라우드플랫폼을도입, 적용하고, 동시에 Cordys 제공플랫폼기반, 기존운영시스템을통합한 Fujitsu Cloud Platform 을구축하였다. 후지쯔社는쉐어드서비스 (shared service) 의재사용을통한업무시스템개발기간단축 (time to market) 과비용을절감하고개방형플랫폼의도입을통해다양한 SaaS 어플리케이션과연계기반을확보하였다. Cordys 社 95) 는아래그림에서와같이클라우드생태계내다양한이해관계자역 93) 94) Cordys 社는다양한사용자를대상으로 BOP 제품솔루션을다양한방식으로판매하고있으나, 서비스형태로는제공하지않고있다. 95) Cordys 社는인도 R&D 센터와솔루션개발중심의네덜란드본사를중심으로사업을전개하고있으며, Sales 채널역량은크지않다

70 할에따라, IaaS 사업자, PaaS 사업자, ISV, 일반기업고객, SI 사업자등에대하 여다양한서비스사업모델을적용하는것을시도하고있다. 그림 3.32 Cordys 사의사용자그룹 유엔진솔루션즈社의 Open Cloud Engine 국내오픈소스솔루션인 OCE(Open Cloud Engine) 96) 는유엔진솔루션즈 97), 클라우다인 98), 엔키소프트, 큐브리드기업과오픈소스커뮤니티가개발한오픈소스 BPM PaaS 프로젝트이다. OCE는범용웹어플리케이션개발및운영에대한 Application PaaS와비즈니스프로세스모델링을지원하고프로세스조정 (orchestration) 을제공하는 BPM PaaS을지향하는제품솔루션이다. 96) 97) 98)

71 그림 3.33 OCE 의기술개념도 OCE PaaS 플랫폼의사용자는크게개발자, 운영자, 소비자로구분되며, 개발자는개발자포탈을통하여가상개발환경속에서개발-테스트 -빌드를수행할수있고, 개발결과물을앱스토어에게시할수있다. 플랫폼소비자는이용자포탈 (portal) 을통하여등록된앱을사용취득, 반납, 피드백등을셀프서비스 (self-service) 방식으로수행할수있다. 또한운영자는개발자의앱게시승인, 계정관리, 용량관리등의기본서비스및자원관리업무를수행할수있다. 그림 3.34 OCE 의액터와구성요소

72 그림 3.35 Open Cloud Engine 에서의앱개발에서운영까지의과정 OCE는비즈니스모델플랫폼 (business model platform) 이강화된비즈니스 PaaS 의특성을가지고있으며, 표준프레임워크에익숙한국내개발자가손쉽게 PaaS 환경을구축할수있도록한다. 다만, Java 언어만을지원하고있어 Java 어플리케이션및 Java 개발자만을지원한다 99). 1.4 기타플랫폼서비스 Cloud Application Development Life Cycle Management Services SW 개발수명주기 (lifecycle) 관리툴은 SaaS 플랫폼, 클라우드서비스인터페이스, 동적할당의플랫폼으로사용되고있다 [11]. 즉, ADLM(application development life cycle management) 서비스는 DevOps(Development & Operations) 환경으로사용되고있으며, 대표적인기능이소프트웨어형상및변화관리기능이다. 다만, 이러한 ADLM의클라우드서비스는통합, 융통성, 보안, 성능등의이슈를내포하고있다. IT 조직의 DevOps 모델은기존운영모델에서는개발과운영이이원화되어있 는것과달리, 운영과동시에개발을병행하여보다비즈니스요구에민첩하게 대응하는운영모델로서, IT 와비즈니스의연계 ( 전략기획, 관계관리, 수요관리, 99) OCE 는소셜네트워크, 모바일등의요구사항에부합하는비즈니스어플리케이션들의공통요구사항을지속적으로추가개선할계획이며, 최근 Big Data 플랫폼 ( 오픈플라밍고 ) 과아키텍처가통합된버전을출시할예정이다

73 과제관리, 서비스수준관리, 솔루션소싱 ) 역할이확대되는모델이다. 기존어플리케이션개발수명주기가 Plan-Sourcing-Design-Develop-Test-Deploy-Manage-Operate 단계를거치지만, DevOps 운영환경에서의어플리케이션개발수명주기는 Plan-Sourcing-Configure -Deploy 단계로축소되며, 비즈니스변화에 IT를보다밀접하게상호연계 (align) 시킨다. 그림 3.36 DevOps 에따른 IT 조직모델의변화 100) 주요 ADLM PaaS 서비스와 Cloud enabled ADLM 소프트웨어제품은다음과같 다. 101) 표 3.5 ADLM PaaS 서비스및제품 Cloud DB and Data Store Services 100) Define : IT 필요요건정의, Capability 구축, Align : 필요영역에 Capability 공급, Deliver : 서비스구축및운영유지, Manage : 예산 / 자산관리및감사 101) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape,

74 DB PaaS 102) 는 DBMS 를클라우드서비스로제공하는것으로기본적인특성은유연성 (elasticity) 이다. 기존 DBMS 엔진은클라우드서비스를위하여엔지니어링없이 IaaS 인프라위에바로미들웨어를탑재하여사용한다. 대표적인사례가 Amazon 의 RDS(Relational Database Service) 로서, 기존 MySQL, Oracle, IBM DB2 등의데이터베이스가호스팅서비스로제공하는것으로분류된다 [11]. 또한클라우드스토리지와맞물려널리사용되고있는빅데이터플랫폼으로사용되고있는하둡 (Hadoop) 플랫폼과트위터 (twitter) 와페이스북 (facebook) 에서소셜네트워크서비스의기본플랫폼으로사용하고있는카산드라 (Cassandra) 103) 와같은 NoSQL 플랫폼이있다. DB Platform as a Service Cloud-enabled DB Platform Products Amazon DynamoDB Amazon Elastic MapReduce Amazon SimpleDB Amazon Redshift EnterpriseDB Postgres Plus Cloud Database Microsoft Windows Azure SQL Database Salesforce.com database.com Cloudera CDH (Hadoop) DataStax (Cassandra) 104) 표 3.6 DB PaaS 서비스및제품 2. 빅데이터플랫폼 최근폭발적으로증가추세에있는모바일서비스, 소셜네트워크서비스등으 로인해증가하는데이터를어떻게처리하고분석하여자원화할것인가하는요 구가빅데이터라는새로운기술을이끌어내고있으며, 빅데이터처리를위한기 본인프라로클라우드를활용검토하고있다 [65]. 즉, 빅데이터인프라및플랫 102) Data Store platform as a cloud service (=dbpaas) are DBMS or data stores engineered to run as a scalable, elastic, multi-tenant service available from cloud provider s data centers 103) Cassandra 는구글 BigTable 의 Column 기반데이터모델과 Yahoo Dynamo 의분산모델을기초로제작되어 Facebook 에서 08 년공개한아파치오픈소스분산데이터베이스이다. 104) 출처 : Gartner Research, Platform as a Service : Definition, Taxonomy, and Vendor Landscape,

75 폼은클라우드컴퓨팅영역에서의분산개념을바탕으로구현될수있다. 초기소셜 (social) 및모바일 (mobile) 서비스는글로벌대규모사용자및서비스지원을위한클라우드형분산시스템을기반으로제공되어왔으며, 아마존웹서비스에서도클라우드서비스로제공한다 [44]. 기존분석계및데이터웨어하우징외에, 비정형대규모데이터의실시간처리를위한 Big Data 인프라및플랫폼은기본적으로 NoSQL, Hadoop 과같은분산스토리지 / 파일시스템과경량서버 (lightweight server) 인프라를많이활용하고있다. 기존컨텐츠저장및조회를위한객체스토리지클라우드및 MIS 서버클라우드를활용하여빅데이터체계를지원할수있으나, 근본적으로는처리하고자하는데이터의수집, 저장, 분석, 서비스를위한본질적인특성에맞게인프라및플랫폼을구성하는것이바람직하다. 105) 그림 3.37 Big Data 플랫폼생태계 2.1 Hadoop Platform 최근빅데이터플랫폼으로오픈소스분산저장및분석처리솔루션인하둡 (hadoop) 이많이활용되고있다 [58]. 아래하둡생태계에서핵심솔루션은 HDFS(Hadoop Distributed File System), Map-Reduce 이다. 하둡은확장성및유연 105) 출처 :

76 성의장점은있으나, 복잡한프레임워크, 기술미성숙, 어플리케이션부재, 기술인력부족등으로, 실서비스운영관리가쉽지않은상황이다. 이에전문벤더에의한솔루션구축및운영을추진하는사례가많아지고있다. IBM, Microsoft, EMC, Teradata 등의기존글로벌소프트웨어벤더들은하둡기반독자적인제품솔루션을제공하고있으며, 글로벌하둡전문벤더로서클라우데라 (Cloudera) 106), 호튼웍스 (Hortonworks) 107) 가있으며, 국내에는클라우드웨어 (Cloudware), 그루터 (Gruter), 클라우드다인社가있다 [31]. 그림 3.38 Hadoop Ecosystem 국내 KT NextR 社는하둡기반의빅데이터플랫폼으로 NDAP(NextR Data Analysis Platform) 을출시하고, 다양한빅데이터환경 ( 例 : 하이브리드 DW, 소셜인텔리전스, Bioinformatics, 데이터품질관리等 ) 및운영환경 ( 例 : 생산품질관리, 보안모니터링, 웹로그저장等 ) 에대한분석솔루션으로사업화하고있다. 108) Business Analytics (BA) Platform as a Service (BA PaaS) 는 BA 서비스에필요한 제반인프라, 툴, 어플리케이션, 베스트프랙티스를포함한다. BA 플랫폼은다음 의기능을포함하며, 클라우드플랫폼서비스로제공하기위해서는반드시유연 106) 107) 108)

77 성 (elasticity), 확장성 (scalability) 요소를제공해야한다 [11]. BI such as metadata management, reporting, dashboards, online analytical processing (OLAP) and data discovery Advanced analytics such as predictive modeling and clustering Performance management such as simulation and optimization 표 3.7 주요 BA PaaS 서비스및제품 MiroStrategy 社와같은온프레미스 (on-premise) BI 벤더들이신규클라우드서비스시장을인지하고 BA PaaS 서비스옵션을제공하고있다. MiroStrategy 社와같은온프레미스 (on-premise) BI 벤더들이신규클라우드서비스시장을인지하고 BA PaaS 서비스옵션을제공하고있다. 109) 그림 3.39 Microstrategy Cloud 서비스 109)

78 3. 모바일서비스플랫폼 모바일클라우드 (mobile cloud) 는모바일환경에클라우드컴퓨팅기술을적용한클라우드로서, 모바일응용서비스개발자와모바일단말사용자에게서버기반의어플리케이션 / 컨텐츠서비스를제공한다. 최근네트워크인프라와모바일단말기보급의확산, 단말기간의연동을통한 N-스크린 (N-screen) 서비스구현, 모바일단말기의한계를극복하는클라우드컴퓨팅기술등으로모바일클라우드가확산되고있다 [27]. 모바일클라우드는기존인프라 / 플랫폼 / 어플리케이션서비스영역은기존클라우드모델과유사하지만, 클라이언트부분이모바일단말이며이에특화된서비스를제공한다. 모바일서비스플랫폼은모바일클라우드상의다양한모바일단말 ( 例 : 스마트폰, 모바일탭, 노트북, 스마트 TV) 로어플리케이션및컨텐츠를서비스를제공하는플랫폼이다. 모바일단말제조사가모바일생태계 (mobile ecosystem) 구축을위하여 OS 플랫폼에서제공하는클라우드가대표적인例이다 110). 또한모바일 SaaS 방식으로제공되고있는개별적인모바일어플리케이션도모바일클라우드플랫폼에서개발-배치 -운영되고있다. 이러한모바일클라우드에서는모바일단말종류와관계없이컨텐츠저장및처리가가능하고, 언제어디서나어플리케이션과컨텐츠를사용할수있어, 지속적으로그시용이증가하고있다. 아래그림은대표적인모바일클라우드로서, 모바일단말에서컨텐츠를언제어 디서나저장 (store), 공유 (share), 동기화 (sync) 할수있는퍼스널클라우드 (personal cloud) 를도식화한것이다. 111) 110) Apple 社의 icloud, KT 사의 ucloud 가대표적인例이다. 111) 이러한모바일클라우드는 Personal Cloud 형태로서 Google, Microsoft, Apple, DropBox, SugarSync 사가제공하고있으며, 국내 Naver 의 N Drive, KT 사의 ucloud, SKT 의 Tcloud 가이에해당된다

79 그림 3.40 퍼스널클라우드서비스개념 기존통신미디어서비스의가치사슬인 C-P-N-T(Contents-Platform-Network-Terminal) 에서플랫폼영역의기능이모바일운영체계중심으로옮겨가면서, 모바일사용자는모바일단말종류에관계없이모바일어플리케이션을이용할수있게되었고, 결과적으로모바일어플리케이션및컨텐츠의생산-유통 -배포- 이용영역에대한큰생태계가형성된바있다. 112) 또한 C-P-N-T 의플랫폼기능이 OS 플랫폼에서클라우드플랫폼으로한단계더개념화 (abstraction) 되면서단말및운영체계종류에관계없이사용가능한환경이조성되고, 더큰모바일생태계가구축될것으로예상된다. 모바일클라우드의구조는모바일플랫폼을클라우드상에서구동하면서모바일어플리케이션의개발 / 배치 / 운영을지원한다. 현재, 많은기업들은기업어플리케이션을컨슈머사용자의앱사용처럼, 언제어디서나안전하게기업어플리케이션과컨텐츠를사용할수있도록, 임직원과고객을대상으로모바일업무및서비스환경을조성하고있다. 이는기존인터넷기반온라인서비스사업자외에도전통산업영역에서의오프라인서비스사업자도 Click & Mortar 플레이어로서모바일서비스를제공한다는의미이다 [35]. 이를위해서는기업 Mobility 用플랫폼과이를클라우드기반으로서비스하기위한클라우드플랫폼이필요하며, 최근에는 MEAP(Mobile Enterprise Application Platform) 플랫폼으로통합하는추 112) 모바일플랫폼전쟁 [66] 으로비유되면서, Google, Apple, Samsung, Microsoft 社의모바일 OS 플랫폼단에서의생태계확보전쟁은아직도진행형이며, OS 단에서클라우드단까지포함하는구조로진화되고있다

80 세이다. 즉, 모바일단말관리, 모바일어플리케이션의개발배치, 사용자및서비스의인증과보안等이하나의통합된클라우드플랫폼으로제공되거나클라우드서비스 (mobile PaaS로분류 ) 로제공되고있다. 이러한모바일서비스플랫폼은모바일영역에서의어플리케이션플랫폼구조와서비스형태를따라가고있으며, 많은어플리케이션플랫폼벤더들은완전하지는않으나모바일환경에서어플리케이션수명주기 (lifecycle) 관리도지원하고있다. 개인컨슈머대상의모바일클라우드서비스오퍼링에서볼수있듯이, 기존에는사진동영상등의컨텐츠를저장하고보관 / 공유하는수준의스토리지서비스위주이었으나, 최근에는개인컨슈머의편익증진을위하여클라우드에저장된컨텐츠를다양한기기에서다양하게재생하는서비스 ( 例 : N-스크린서비스 113) ) 로진화하고있다. 이는기존의클라우드이용방식은단순하게컨텐츠를저장보관하는수준으로클라우드에서제공되는인프라자원즉서버, 스토리지, 네트워크의용량 (capacity) 또는대역폭 (bandwidth) 를할당받아사용하는개념이다. 최근에는클라우드에저장보관된컨텐츠에대하여클라우드에서제공하는플랫폼서비스를사용하여다양한 2차생산및가공하여 2차산출물을생산해내는이용하는방식으로진화되고있다 [37]. 즉, 인프라중심의소비의클라우드에서플랫폼중심의생산의클라우드로진화되고있다. 114) 이와같이, 기존패키지소프트웨어 / 어플리케이션 / 컨텐츠를언제어디서나다양한모바일기기에서사용하기위해서는클라우드서비스가필수적이다. 기존컨텐츠를업로드 (upload)/ 다운로드 (download) 하는소비의클라우드서비스에서는다소지연이발생해도문제가되지않는다. 그러나, 이를 2차가공, 재생하는생산의클라우드에서는서비스품질이매우중요하며, 특히네트워크지연이슈는많은문제가된다 [37]. 즉플랫폼기반의생산의클라우드개념으로진화되고있는모바일클라우드로제공되는서비스에서네트워크 (C-P-N-T 의 N) 의품질도매우중요하며, 성능 (performance) 및가용성 (availability) 을보장하기위한데이터 113) N- 스크린은 TV 나 PC, 태블릿 PC, 스마트폰등다양한기기에서하나의콘텐츠를끊김없이이용할수있게해주는서비스이다. 사용자가구입한콘텐츠가단말기가아니라서버에저장되어있기때문에언제어디서나다양한단말기로불러와이용할수있다. 114) Google Docs, Microsoft Office 365, Adobe Creative Cloud 등이대표적예이다. Amazon 은클라우드드라이브서비스에동기화기능을추가시키면서, icloud, Dropbox 가주도하고있는해당시장에합류하였음 [25]

81 센터및네트워크서비스역량이한층더고도화되어야한다. 4. 클라우드운영관리플랫폼 본절에서는클라우드서비스를운영관리하기의한오픈소스플랫폼과다중클라우드 (multi-cloud) 환경에서클라우드서비스를중개하는브로커리지 (brokerage) 플랫폼에대하여간략하게고찰한다. 4.1 OpenStack vs. CloudStack 클라우드운영관리플랫폼은클라우드서비스구축시서버, 스토리지, 가상화기술과같은리소스들을취합, 제어, 관리하는운영시스템역할을담당하는플랫폼이며, IBM, Microsoft, VMware 社가제공하는상용제품솔루션과 OpenStac k 115), CloudStack 116) 등의오픈소스솔루션으로구분된다 [26]. OpenStack 은 10 年 NASA (Nebula) 와 Rackspace (Cloud File) 에서프로젝트시작하여, 12 年 OpenStack Foundation 에서유지보수하고아파치 (Apache) 라이선스로배포되고있다. OpenStack 은전세계약 180개사업자가참여하고있는최대오픈소스개발자커뮤니티로서, AT&T, IBM, HP, Rackspace, Red Hat, Canonical, SUSE, Cisco, Dell, NetApp, ClearPath 등의업체들이맴버쉽회원으로가입되어있다. 117) OpenStack 은다수업체가참여하고있지만대규모상용화사례가없으며, 12 年 4 月 Rackspace 社가오픈스택 API를자사의서버와기타호스팅서비스에정식으로적용하면서최초로대규모상용화실시하였다. OpenStack 은 Public, Private, Hybrid 클라우드를구축하기위한오프소스소프트 웨어로서버, 스토리지, 네트워크, 가상화기술들과같은리소스들을취합, 제어, 운영하기위한운영시스템역할을담당한다. OpenStack 은 Nova, Swift, Glance, 115) 116) cloudstack.apache.org 117) 10 年 7 月, 랙스페이스 (Rackspace) 와나사 (NASA) 의프로그램코드로출범한오픈스택 (openstack) 은가장빠르게성장하는오픈소스기술로성장하고있으며, 최신버전인그리즐리 (Grizzly) 에는각기다른 200 여회사의 500 여名의인력이기여하고있다. 오픈스택개발자들은약 100 만줄이넘는코드를제공해오고있으며, 현재 120 여국의 7 만回이상의참여가있었다. 매월평균 238 회에이르는수치다. 10 年 7 月개최된 OpenStack Design Summit & Conference 의참석자는 75 名이었지만, 가장최근에열린 4 月행사에는 3,000 명이참석했고, 차기행사에는더많은인원이참석할것으로예상된다 [ 출처 :

82 Keystone, Quantum 등으로구성된다. 구분 서비스 서비스내역 Nova IaaS의 Compute Instance의제어 / 관리서비스 기본 Glance VM 이미지저장 / 등록 / 관리 / 전달서비스 Swift IaaS의 Object Storage 구축 / 관리서비스 Keystone Identity 부가 Quantum Network Cinder Block Storage Horizon Dashboard 표 3.8 OpenStack 서비스 118) 그림 3.41 OpenStack 개념아키텍처 CloudStack 119) 은 09 年 Citrix와 Cloud.com 이개발, 11 年 7 月 Citrix가 Cloud.com 을인수하고 12 年 4 月아파치재단 (Apache Software Foundsations) 에 CloudStack 을기증하면서오픈소스로제공한다. CloudStack 은아파치소프트웨어재단이운영을담당하고있으며, Citrix를포함한 50여개의기술협력사가지원한다. CloudStack 은 KT, Tata 등을포함 100개이상의클라우드에서구현운영되고있다. 118) 출처 : 119)

83 CloudStack 은 3개의컨트롤러, 사용자를위한 API, 중간계층에관리엔진을두어사용자의요청에따라자원을효율적으로관리하며, 사용자를관리자, 도메인관리자, 모니터링관리자, 사용자로구분한다. 관리자는전체클라우드를관리하는권한을, 도메인관리자는클라우드에 VM(virtual machine) 을생성하고관리하는등클라우드서비스를관리하는권한을가지며, 모니터링관리자는 VM 관리권한은없지만서비스환경모니터링이가능하며, 사용자는도메인관리자가제공하는 VM 서비스를이용한다. 그림 3.42 CloudStack Architecture OpenStack 은전세계약 180개사업자가참여하고있는최대오픈소스개발자커뮤니티, 그러나상용화사례건수가적은단점이있는반면, CloudStack 은 50여개기술협력사가지원하지만실제운영중인 100개이상의클라우드에구현되어적용이쉬운장점이있다 [26]. CloudStack 은이미상용화되어있어바로시장적용이가능한장점이있으며, OpenStack 은상용화사례가소수이지만다수업체가참여하기때문에향후발전속도와파급효과가클것으로전망된다. 일반기업이오픈소스클라우드컴퓨팅도입時, 바로시장적용이가능한

84 CloudStack 을선택할지, 현재바로적용은어렵지만다수업체가참여해호환성과확장성이뛰어난 OpenStack 을선택할지에대해서는옳고그름을따지는관점은바람직하지못하다 120). 중장기비즈니스전략과단기적인시장대응전략을함께감안한클라우드서비스기술전략이필요하며, 상황에따라서는양자의아키텍처를모두포용하는전략적대안도검토해야한다. 121) 4.2 Cloud Service Brokerage CSB(cloud service broker) 122) 는클라우드서비스들간의 Aggregation, Integration, Customization 역할과기능을수행한다. Aggregation 역할은최종고객에게여러클라우드서비스를집적해서제공하는재판매 (reselling) 하는것이며, Integration 은서비스중재자로클라우드서비스와내부시스템을연결하는역할이다. Customization 은고객의필요에맞게클라우드서비스를조정, 클라우드에서운용할어플리케이션을개발하는것이다. 실제적인클라우드시장에서의클라우드서비스들간의 API 표준화및서비스상호운영성이슈가있고, 상호연동되는어플리케이션의복잡성으로인하여서비스브로커리지는쉽지않다 [01][19]. CSB 기능타입別주요특성및주요벤더는다음과같다 [01]. 120) 클라우드서비스를위한기반운영관리플랫폼은서비스를구동하기위한수단으로서, 클라우드서비스의목적과목표의대상이아니다. 무엇보다도중요한것은클라우드를통해서제공되는서비스의적시출시와지속적인서비스품질확보이다. 121) 장기적인클라우드기술로드맵관점에서는, 현행솔루션이모든요구사항을충족하는솔루션이되기까지는많은시간이소요될것이며, 표준화와상호연동성을감안하면서다양한제품솔루션과서비스를포괄적으로활용하는전략구사가유효하다. 122) CSB is an IT role and business model in which a company or other entity adds value to one or more (public or private) cloud services on behalf of one or more consumers of that service via three primary models: aggregation, integration and customization brokerage

85 Definition Characteristics Capabilities Typical Scenarios Providers Delivering one or more services to service consumers, or other service providers Deliver cloud in scale to many customers No net new services functionality, per se No integration or customization of services Many-to-one or one-to-many services delivery Ability to support large-scale cloud provisioning Normalized discovery, access, billing, support Centralized management, SLAs, security, etc IT distribution App Stores, marketplaces IT Distributors, Resellers - Arrow - Ingram Micro - Insight - Synnex CSPs CSB Enabler, via Cloud Enabled Platforms - AppDirect - JamCracker - Parallels - verecloud 표 3.9 Aggregation Brokerage Definition Characteristics Capabilities Typical Scenarios Providers Alerting or adding to the capabilities of a service to change or improve its function Net new functionality via new, modified services Original cloud services can be modified, enhanced One-to-many or many-to-one service delivery Modifications (services combined, enhanced) Implementation (of new services, applications, processes, user interfaces, master data) Analytics (messgaes, services, processes) New and composite applications Process or data enhancement Business process services BPS Providers - ebuilder - Wipro - BlinkHR - System Integrators - Appirio - Celigo - Infosys CSB Enablers, via CEAP and BPM PaaS - Appian - Cordys - Seeburger 표 3.11 Customization Brokerage

86 아래가트너리서치社의 CSB 기술로드맵에서와같이 CSB 서비스실현하기위해서는, 무엇보다도이기종 (heterogeneous) 다중클라우드上에서의 ID 통합관리, 서비스소싱, 브로커리지, 통합보안및서비스데스크기능에대한플랫폼기반운영이필요하다 [07]. 123) 그림 3.43 Hype Cycle for Cloud Service Brokerage, 클라우드플랫폼서비스이슈 다음은포레스터리서치社가클라우드플랫폼서비스를비교하여평가한결과이다 [22]. 공용 PaaS 서비스영역에서는아마존, Salesforce.com, Microsoft 社가시장을선도하고있다. 123) TMFORUM( 에서는 Multi-Cloud 환경에서의서비스운영관리를위하여 SM-API(Simple Management API) 와 SLM(Service Lifecycle Management) 개념을제시하였다. Frameworx SLM 은서비스팩토리와메타데이터모델에대한요구사항과우수사례를정의하고있으며, ITIL V3 와연계되어있다

87 124) 그림 3.44 Forrester Wave : Enterprise Public Cloud Platforms 클라우드서비스의핵심인 PaaS 서비스제공및이용이크게활성화되지못하고있다. 125) 가트너리서치社가제시한 apaas 선정기준 [14] 각각에대하여일정수준을만족하는 PaaS 제품솔루션및서비스도많지않지만, 플랫폼서비스의환경적측면을포함한주요활성화이슈는다음과같다. 124) IBM 社는 13 年 7 月 SoftLayer 를인수하였고, Oracle 社는 12 年 11 月 Engine Yard 에자본투자한상황임. 125) 시장조사기관의명시적인서비스매출볼륨및전망을통해서알수있으나, 정부통합전산센터의플랫폼서비스현황 ( 12 年싯점 ) 도활성화되지않은상황이다. 정부통합전산센터가제공하는 G 클라우드 PaaS 는전자정부표준프레임워크를기반으로시스템개발플랫폼과환경을제공하는서비스로서, 정보시스템이센터로통합된 47 개공공기관은모두이용가능하지만, 크게활성화되지못했다

88 126) 표 3.12 가트너리서치사의 apaas 선정기준 첫째, 인적역량확보이다. 인프라및어플리케이션영역과달리장기적인플랫폼아키텍처개선활동이수반된다. 즉, 클라우드플랫폼은인위적인플랫폼아키텍처구현보다는기존우수사례 (best practice) 가자산화 (asset) 되고이를플랫폼화 (platform) 하는장기적인투자활동이요구된다. 이는플랫폼이가져야할아키텍처속성즉가용성, 안정성, 성능, 보안, API, 프레임워크등등에대하여기술과솔루션에대한신뢰를확보해야하기때문이다 [36]. 과거모바일플랫폼분야에서글로벌경쟁에서볼수있듯이, SW 플랫폼개발역량확보와플랫폼의사업화에대하여많은자본과인적자원이투입되어야한다. 무엇보다도가장시급한사안은국내 SW 역량수준이다. 현재클라우드시장에서의국내 SW 업체는 10% 만이서비스를직접상용화하였 으며, 솔루션개발및서비스운영을위한 SW 전문인력이매우부족하여대부 126) 출처 : Gartner Research, Gartner apaas Report Card,

89 분시범사업단계수준에머무르고있다. 무엇보다도국내 SW 업체의경쟁력을 한층더올려놓아야하며, 이를위하여중추적인 SW 핵심인력들을국가차원에 서발굴하고육성해야한다. 그림 3.45 클라우드기술역량수준비교 127) 둘째, 개방형플랫폼 API와프레임워크의호환성 (interoperability) 이슈이다. PaaS 는데스크탑 OS, 모바일 OS와같이플랫폼으로서제공되는 API에바탕을두고어플리케이션이개발되고배치된다. 특정서비스사업자의 PaaS를사용하면, 그사업자에종속되는결과를가져오게되고, 클라우드 PaaS 활성화에큰걸림돌이다. 즉 PaaS 서비스제공업체가구축한서비스를다른서비스제공업체로변경할경우상호연동성 (interoperability) 과이식성 (portability) 부족으로서비스변경이불가능하거나변경에막대한비용이수반되기때문이다. 또한서비스제공업체가서비스를중단하는경우, 해당어플리케이션과데이터의손실이발생하고비즈니스에큰손실을가져오기때문이다 [48][60]. 셋째, 클라우드표준화 (standard) 128) 이슈이다. 클라우드컴퓨팅기술및서비스분야에서의표준화는공적표준화기구 (ITU-T, ISO/IEC JTC 1) 에서최근에서야활발하게논의되고있다 [40]. 또한산업계표준화기구로서 OCC(Open Cloud Consortium), CCIF(Cloud Computing Interoperability Forum), DMTF(Distributed Management Task Force), OGF(Open Grid Forum), SNIA(Storage Networking 127) 출처 : KEIT 10 년 IT 기술수준조사분석보고서, ) IT 플랫폼표준은 IT 생태계구축의기초가되는요소로서, 과거운영체계 ( 예 : Windows) 와현재스마트폰 OS( 예 : 안드로이드, ios) 에서향후클라우드플랫폼으로변화될것으로전망됨

90 Industry Association), OMG(Object Management Group), CSA(Cloud Security Alliance) 기구들이활동하고있다. 국내의경우, 한국정보통신기술협회 (TTA) 에서클라우드컴퓨팅표준개발활동을수행하고있다. 12년, Oracle, Rackspace, CloudBees, Cloudsoft Corporation, Huawei, Red Hat, and Software AG 社는 CAMP(Cloud Application Management Platforms) 라는 PaaS API 스펙 (specification) 을 OASIS(Organization for the Advancement of Structured Information Standards) 으로산업표준 (industry standard) 으로제안하였다 129). 이는다양한클라우드환경에서의어플리케이션배치관리상의상호호환성 (interoperability) 를위한것이다. 130) 제안된 CAMP 는다중클라우드환경관리의공통기반이면서클라우드제공자와소비자에게 REST 기반의어플리케이션관리기반을제공할것이다. 넷째, 개방형 (open) 플랫폼과생태계이슈이다. 클라우드컴퓨팅기술과시장은 PaaS 및기반플랫폼을선도하는기업이주도할것으로판단된다. 호환성이슈를극복하고플랫폼기술표준화를선도하면서 SW 생태계구축을위해서는오픈소스소프트웨어기반의 SW 역량을확충해야한다. 이는 Google, Amazon, Facebook, Hadoop, Facebook, Apple 등의업체들이글로벌시장에서의선도적경쟁우위를확보하기위하여, 오픈소스 SW 기반하에플랫폼을구축하여파트너들과의생태계를구축하고있는것과같은맥락이다 [41]. 오픈소스 131) 클라우드컴퓨팅은클라우드컴퓨팅서비스를구성하는필수적인기능을개방형소프트웨어로제공하는것을의미한다. 클라우드컴퓨팅서비스의핵심은가상화기술로서, 오픈소스클라우드컴퓨팅은가상화기술과같이클라우드서비스를구성하는필수적인운영관리플랫폼기능과서비스플랫폼기능을오픈소스소프트웨어로제공하는것을의미한다 [26][41]. 129) 출처 : 130) The interoperability between platform clouds that CAMP offers means that a CAMP client can target multiple clouds with a single common interface. 131) 오픈소스소프트웨어 : 오픈소스 (Open Source) 는소프트웨어혹은하드웨어의제작자권리를지키면서소스코드를누구나열람할수있도록한소프트웨어로저작권자가오픈소스라이선스로사용자들이해당소프트웨어의개발, 수정, 배포등을허용한소프트웨어를의미함

91 그림 3.46 오픈소스 SW 기반의클라우드운영관리플랫폼생태계 과거플랫폼서비스제공 (service delivery) 모델은패키지 SW 벤더및 SI 업체중심으로공급자중심의제공모델이었으나, 향후의플랫폼서비스제공모델은이용자 / 수요자중심의제공모델로진화되어야한다. 이를위해서는, 클라우드플랫폼서비스는기반플랫폼으로제공되는운영체계의종속성을탈피하고어플리케이션및컨텐츠제공을확산하기위하여 HTML5 지원개방형웹 (web) 방식으로서비스를제공할필요가있다. HTML5 기반개방형웹방식은사용자가어떤웹브라우저를활용해도어플리케이션과컨텐츠등다양한기능들을다양한기기플랫폼에구애받지않고구동할수있다. 이는구글, 애플등의현행플랫폼에종속적이지않고개방형플랫폼서비스에기반하여응용어플리케이션과컨텐츠그리고이용자중심의보다큰생태계를구축할수있다. 다섯째, SW 컴플라이언스 (compliance) 이슈이다. 플랫폼서비스로서미들웨어를사용하기위해서는해당미들웨어 SW에대하여해당 SW 벤더가적절한라이선스 (license) 정책과오퍼링 (offering) 정책을제공해야한다. 그러나많은패키지 SW 벤더들이자사의패키지 SW를서비스형으로판매하고있지않고, 어플라이언스 (appliance) 박스모델로사설클라우드用제품으로판매하고있는상황이다. 기존에 IaaS 환경에서보유한미들웨어 SW를사용하고자하는경우에도, 해당 SW 벤더의가상화라이선스정책을준수해야하는부담이있다. 주요 SW 벤더와클

92 라우드라이선스활성화를위한 SW 라이선스정책협의및조정을기관또는단 체활동이필요하고, 이를통하여장기적으로클라우드서비스사용자, 서비스제 공자, SW 벤더모두에게 Win-Win 할수있는계기를마련해야한다. 여섯째, 기업내부 SW 표준화정책이다. 범용서버기반의클라우드환경으로의 IT 전환 (transformation) 을위해서는클라우드환경에맞는표준미들웨어 (OS, Web Server, WAS, DBMS 等 ) 의선정그리고미들웨어변경에따른어플리케이션의마이그레이션이요구된다 132) [46]. 기존미들웨어 SW에익숙한 IT 운영조직의입장에서는오픈소스 SW로의표준화및통합작업에대한부담이존재한다. 133) 일곱째, 클라우드서비스 SLA(Service Level Agreement) 이다. SLA는클라우드서비스제공에있어서서비스제공자가고객에게제공해야할서비스의유형내용및서비스수준을구체적으로정의하고, 상호간의역할과서비스제공과정에서발생할수있는문제해결과정을명확하게기술한것이다 [45]. 많은클라우드서비스제공자는 EA(Enterprise Agreement) 와함께 SLA(Service Level Agreement) 사항을계약에명시하고있다 [45] 134). 다른 IT 서비스와달리, 클라우드서비스는가용성 (availability) 중심의 SLA를제시하고있으며, 일부서비스사업자의경우, 성능 (performance) 및보안 (security) 관련해서는 SLA를명확화하지않고있다. 최근디지털이니시어티브 (digital initiatives) 환경에서가정되는멀티클라우드서비스를활용하는경우에는포괄적인 SLA 정의와구현이쉽지않다 [19]. 글로벌서비스관리표준체계를준용하면서 SLA 기반서비스제공을실현해야한다. 132) 현행레거시 (legacy) 시스템이재사용가능하도록 CBD &SOA 기반으로컴포넌트 / 모듈개발이이루어지지않은상황에서, 이를자산화하여공통플랫폼기반의어플리케이션서비스구조로전환하는것은초기부담으로기존업종어플리케이션의컴포넌트화와자산화가선행적으로수행되어야한다. 또한구축된플랫폼을바탕으로어플리케이션서비스를제공하는과정에서 salesforce.com 과같은서비스형으로대가를받는것역시쉽지않다. 이와같이기업의내부어플리케이션을플랫폼기반서비스형으로전환하는것은비즈니스민첩성을확보하는동시에 IT 조직의개발과운영혁신을추구하는것으로장기적인혁신과제 / 프로그램으로진행되어야하며경영진의큰결단이요구된다. 글로벌선도기업의경우, 전환에대한초기부담에도불구하고혁신의관점에서추진하여시장에서의비즈니스리더십을지속적으로확보하고있다. 133) UNIX OS 와상용 DBMS 에기반한어플리케이션을 x86 리눅스서버와 MySQL DBMS SW 를사용하는클라우드인프라로전환하는것은, 해당운영조직의입장에서는기존 UNIX 운영역량외에신규리눅스운영역량을확보해야하고, 기존어플리케이션을 Migration 해야하는큰부담을가지게된다. 134) 방송통신위원회가 11 年말국내클라우드서비스 SLA 가이드 [45][46] 를작성하여배포한바있으나, 플랫폼서비스부분에대해서는언급되지않고있다. 이와연관하여, 미국연방정부의 FedRAMP 프로그램 [47] 과같이클라우드서비스를검토도입하는과정에서산하기관이반드시준용하고조정해야할사항 ( 예 : 서비스인증 ) 과절차를명문화하는거버넌스전략이필요하다

93 맺음말 클라우드서비스의첫번째 (1st Class) 개념은클라우드가아니라서비스이다. 즉클라우드서비스제공자는완성도있게서비스수요자에게제대로서비스를제공할때서비스대상인클라우드가그의미를가진다. 클라우드구름안에서의클라우드는단순한안개 ( 기술, 아키텍처 ) 일뿐이며, 클라우드구름밖에서의클라우드는클라우드 ( 서비스, 산업 ) 로서인지할수있다. 클라우드산업이활성화되기위해서는 1단계로기술 ( 例 : 가상화 ) 중심의 Delivery 혁신, 2단계로, 아키텍처중심의통합서비스, 3단계로플랫폼기반의 ICT 사업구조혁신, 4단계로서비스및산업융합을통한산업구조혁신의단계로진행되어야한다. 현재클라우드시장은 1, 2단계를넘어 3, 4단계로진입해야하는티핑포인트 (tipping point) 에있으며, 플랫폼기반 3단계과 4단계로도약하기위하여, Cloud as a Platform, Platform as a Cloud 전략방향이필요하다. 135) 그림 4.1 클라우드산업진화단계 135) Deloitte 는클라우드산업확산단계를 4 단계로설명하고있음 [24]