 |
|
난이도 : 중급 Mark O'Neill, CTO, Vordel
원문 게재일 : 2009 년 3 월 31 일
번역 게재일 : 2009 년 7 월 14 일 클라우드 컴퓨팅에 대해 설명한 후 주요 클라우드
플랫폼 공급업체인 Amazon, Google, Microsoft® 및 SalesForce.com의 오퍼링에 대해 설명합니다. 3편의 기사로 구성된 시리즈의 첫 번째 기사인 이 기사에서는 JMS 큐를 사용하는
전형적인 기업 애플리케이션의 예를 살펴본 후 클라우드에서 이 JMS 인프라의 일부를 하이브리드화하는 작업과
관련된 사항에 대해 설명합니다.
소개 네트워크
다이어그램에서 구름(특히, 뭉게구름)은 인터넷을 표현하기 위해 관례처럼 사용되고 있는 표현이다. 구름(이하
클라우드) 이미지는 정해진 형태가 없지만 다이어그램에 포함되어야 하는 대상을 의미한다. 네트워크에서
선은 클라우드를 통과하는 기능만을 수행하며 인터넷 상에서의 데이터 전송을 나타낸다. 보안 중심적
다이어그램에서는 클라우드를 통과하는 선 옆에 자물쇠를 표시하여 보안 연결임을 나타낸다.
클라우드는 이제 네트워크 다이어그램에 없어서는 안될 중요한 개념이 되었다. 애플리케이션에서
클라우드를 사용하여 스토리지, 큐잉 및 호스트형 애플리케이션과 같은 부가 가치를 창출할 수
있을 뿐 아니라 애플리케이션 자체를 클라우드에서 호스팅할 수도 있다. 선은 단순히 클라우드를
통과하는 대신 클라우드에 연결한 후 클라우드를 애플리케이션의 일부로 사용한다. 이처럼 클라우드의
실질적인 가치가 높아지고 있다. | 자주 사용하는 약어
- Ajax: Asynchronous JavaScript + XML
- API: Application Programming Interface
- HTML: Hypertext Markup Language
- HTTP: Hypertext Transfer Protocol
- JMS: Java™ Message Service
- REST: Representational State Transfer
- XML: Extensible Markup Language
|
|
3편의 기사로 구성된 이 시리즈에서는 클라우드 컴퓨팅의 다양한
면모를 살펴본다. 클라우드 컴퓨팅 공급자의 수는 적은 편이지만 다양한 분야의 업체에서
공급자로 활동하면서 다양한 서비스를 제공하고 있다. 사용하는 프로그래밍 언어 또한
Python부터 C#, Java 또는 기타 소유 언어에 이르기까지 다양하다. 클라우드에
사용되는 인터페이스 또한 다양하다. 현재까지는 일부 클라우드 컴퓨팅 공급자만 제공하고
있기는 하지만 경량 REST 인터페이스가 많이 사용되고 있다.
하이브리드 모델
이
시리즈의 Part 1인 이 기사에서는 하이브리드 예제 즉, 클라우드 컴퓨팅 서비스 및 인프라를
사용하여 확대한 개인용 애플리케이션을 살펴본다. 하이브리드 애플리케이션을 살펴보면서
클라우드 컴퓨팅의 장점에 대해서도 설명한다. 이를 위해 클라우드 컴퓨팅이 등장하기까지의
간단한 역사와 클라우드 컴퓨팅 분야의 주요 업체에서 현재 제공하고 있는 서비스를 살펴본다. 이
시리즈의 Part 2에서는 Part 1에서 설계한 하이브리드 애플리케이션의 개발 과정을 다룬다. Part
3에서는 솔루션의 보안 및 통제 문제를 중점적으로 설명한다.
클라우드 컴퓨팅이란? 클라우드 컴퓨팅은
확장성이 매우 높은 데이터 센터에 데이터 및 서비스가 있고 인터넷을 통해 연결된 모든 장치에서
이러한 데이터와 서비스에 자유롭게 액세스할 수 있는 새로운 컴퓨팅 패러다임을 지칭하기 위해 IBM에서
정의한 용어이다. 클라우드 컴퓨팅을 활용하면 매우 높은 확장성을 애플리케이션에 제공할 수 있을
뿐 아니라 애플리케이션 자체를 호스팅할 수도 있다(일반적으로 Amazon EC2라고 부르는 Amazon Elastic
Computing Cloud의 경우). 클라우드 컴퓨팅은 모든 조직에게 필요한 것은 아니지만 시간대에
따라 컴퓨팅 요구가 달라지는 조직에게는 매우 매력적인 기능이다. 조직의 비즈니스를 수행하는 데
필요한 처리 및 스토리지 용량이 불규칙한 경우 예를 들어, 매주 토요일 자정에 일괄처리 작업이 있는
경우에는 대부분의 시간 동안 데이터 센터를 유휴 상태로 낭비하는 대신 클라우드 공급자를 활용하여
일괄처리 작업을 처리하는 것이 효과적이다. 신생 업체의 경우에도 클라우드 컴퓨팅이 매우
유용하다. 신생 업체 설립자라면 "귀사의 기술을 어떻게 확장할 수 있는가?"라는 벤처 캐피털리스트의
질문에 익숙할 것이다. 클라우드 컴퓨팅은 이 질문에 대한 경쟁력 있는 답변을 제공한다. 하지만 이
시리즈의 후속 기사를 보면 클라우드 컴퓨팅과 관련하여 소유권, 보안 및 비용에 대한 질문도 제기된다는
것을 알 수 있다.
클라우드의 간략한 역사 | IBM 및 Amazon Web Services
IBM과 AWS는 공조를 통해 가상 컴퓨팅 환경에서 IBM 미들웨어에 액세스할 수 있는 기능을
제공한다. Amazon EC2 환경에서는 소프트웨어를 사용자의 시스템에 설치하지 않고도 평가 및
사용할 수 있다. 용량을 즉각적으로 조정하여 엔터프라이즈급 애플리케이션을 신뢰할 수 있는
고성능 환경에 구축할 수 있으며 사용한 용량과 시간에 따라서만 비용을 지불하면 된다. EC2에
포함된 미들웨어 오퍼링은 다음과 같다.
- DB2 Express-C 9.5
- Informix Dynamic Server Developer Edition 11.5
- WebSphere® Portal Server 및 Lotus Web Content Management Standard Edition
- WebSphere sMash
이 서비스는 모든 기능과 옵션을 사용할 수 있는 제품 레벨 코드이다. developerWorks
Amazon EC2 cloud computing 페이지에서 이들 제품에 대한 자세한 정보를 확인하고 Amazon Machine Images를 다운로드할 수 있다. developerWorks의 Cloud
computing space에서 여러 가지 클라우드 컴퓨팅 리소스를 볼 수 있다. |
|
클라우드
컴퓨팅이 널리 알려지기 전에 그리드 컴퓨팅과 유틸리티 컴퓨팅이 있었다. 그리드 컴퓨팅과 유틸리티
컴퓨팅의 주요 차이점은 다음과 같다. 그리드 컴퓨팅 환경은 주로 다양한 시스템으로 구성되는 경향이
있고, 클라우드 컴퓨팅 환경은 일반적으로 동일한 백엔드 시스템을 사용하기 때문에 제어하기가 쉬우며, 유틸리티
컴퓨팅은 데이터 트래픽 또는 애플리케이션 사용량에 따라 비용을 지불하는 비즈니스 모델을 의미한다. 하지만
"융통성 있게" 확장하는 서비스라는 개념 보다는 사용량의 변화에 따라 용량을 추가(또는 제거)하는 기능이
클라우드 컴퓨팅의 중요한 부분이다.
2000년대 중반 초기에 Google과 Amazon에서 자사의 비즈니스를 운영하기 위한 고유한
클라우드 컴퓨팅 아키텍처를 독자적으로 개발했다. 인프라를 개발한 후 이 두 회사에서는
자체적으로 개발한 인프라 자체가 서비스가 된다는 것 즉, 사용량에 따라 개발자에게 인프라를
판매할 수 있다는 것을 인식하게 되었다. 특히 Amazon에서는 이 컴퓨팅 플랫폼의 핵심 가치를
깨닫고 자사의 플랫폼이 자사의 온라인 소매 웹 사이트보다 더 훨씬 유명해지는 날이 올 것이라고
확신했다. 그런 다음 Amazon은 자사의 Platform as a Service(Software as a Service 또는 SaaS와
유사한 방식으로 PaaS라는 약어로도 부름)를 판매할 수 있다는 것을 실제로 보여 주었다. 이로 인해
Amazon은 클라우드 컴퓨팅의 상업화 특히, 과금 및 사용량 모델이 적용된 상업화를 이끈 선두 주자로
평가되기도 한다. 클라우드 기반 컴퓨팅 환경에 대한 전문적인 설계 지식이 Amazon과 Google을
포함한 소수의 성공적인 공급업체로 집중되는 경향이 있었다. Google, IBM 및 여러 대학에서는 이러한
현상을 인식하고서 2007년에 새로운 클라우드 컴퓨팅 기술 및 애플리케이션을 개발하는 학생 연구자를
위한 클라우드 컴퓨팅 환경을 제공하기 위해 연구 클라우드(research cloud)를 결성했다. 규모
면에서 Amazon과 Google의 인프라에 뒤지기는 하지만 이 연구 클라우드는 학생들이 클라우드 서비스를
연구할 수 있는 환경을 제공한다. 이 연구 클라우드의 연구 결과는 능력을 갖춘 조직에서 발전된 클라우드
컴퓨팅 및 개인용 클라우드를 개발하는 데 큰 도움이 될 것이다.
하이브리드 모델 활용하기 로컬
애플리케이션을 뒤로 제쳐두고 클라우드만을 사용하거나 또는 그 반대로 로컬 애플리케이션만을
사용하면서 클라우드를 무시하는 것 보다는 로컬 애플리케이션과 클라우드를 함께 사용하는 것이
현명한 방법이다. 이를 하이브리드 모델이라고 한다. 이 모델을 채택한 회사에서는 핵심
애플리케이션에 대한 제어를 유지하는 동시에 클라우드 컴퓨팅을 활용할 수 있기 때문에 좋은 효과를
기대할 수 있다. 예를 들어, 많은 회사에서는 Amazon의 S3(Simple Storage Service)를 사용하여 이미지,
비디오 및 문서와 같은 데이터를 저장하는 방법이 경제적이라는 것을 알게 되었다. 또한 하이브리드
모델은 점진적 확장 시 상당히 유용하다. 전체 또는 대부분의 애플리케이션을 클라우드로 이동하는
것이 합리적이라고 생각되더라도 모든 애플리케이션을 한번에 이동하게 되면 많은 부작용이 발생할 수
있으므로 하이브리드 모델을 활용하여 위험성이 낮은 부분(예: 파일 스토리지)부터 클라우드로 이동하는
것이 좋다. 그런 다음 해당 전개 모델에 적응하는 기간을 거친 후 중요한 애플리케이션을 클라우드로
이동하면 좋은 효과를 기대할 수 있다. 필자도 이 시리즈에서 이와 동일한 접근 방식을 사용한다. 인프라의
일부를 이동하여 하이브리드화할 애플리케이션을 살펴보자.
하이브리드 애플리케이션 설계하기 이
기사에서는 비동기 이메일 알림 시스템을 샘플 하이브리드 애플리케이션으로 사용한다. 이 시스템은
워크플로우 시스템에 속해 있는 서브시스템일 수 있다. 새 활동이 제출되어 승인이 필요한 경우 활동을
승인 또는 거부할 수 있는 해당 책임자에게 이메일이 전송된다. 이러한 유형의 시스템은 주문 처리
시스템에도 활용할 수 있다. 주문이 접수되었을 때 주문이 처리되고 있음을 알려 주는 이메일이 해당
사용자에게 전송된다. 이러한 시스템을 사용하는 여러 가지 유형의 애플리케이션을 상상해 볼 수
있을 것이다. 이메일은 특성상 비동기적이므로 이러한 유형의 유스 케이스를 처리하는 데는 비동기적으로
이메일을 생성하는 메커니즘이 효율적이다.
조금만 생각해 보면 이러한 시스템을 사용하고 있는 기존 애플리케이션을 어렵지 않게 상상할
수 있다. 다양한 방법으로 이러한 시스템을 구현할 수 있지만 상당히 세련된 메커니즘 중 하나는 JMS를
사용하는 것이다. JMS 스펙은 J2EE™ 기술 스택의 중요한 부분이다. 이 표준은 여러 소스 형태(소유 및 오픈)로 구현되어 있다. 쉽게 떠오르는 예로는 JMS 큐에 알림을 보내는 시스템과 주기적으로 JMS
큐를 읽고서 큐에 있는 각 메시지에 대한 이메일 알림을 생성하는 또 하나의 시스템이 있는 경우를 들 수
있다.
하이브리드 모델의 경우 JMS 큐를 클라우드로 이동하는 작업부터 시작할 수 있다. 즉, 클라우드에서
실행되는 서비스를 JMS 큐로 대체한다. 어떤 서비스를 대체할 수 있겠는가? 이 서비스와 통신하려면
애플리케이션을 어떻게 변경해야 하는가? 이러한 질문에 대한 대답은 사용하는 클라우드 플랫폼에 따라
달라진다. 그런 다음 다양한 플랫폼을 살펴보면서 JMS 큐의 기능을 구현 또는 다시 구현(이 기사의
경우)하기 위해 어떻게 사용할 수 있는지 확인한다.
Amazon Web Services 클라우드
컴퓨팅이라는 새로운 분야의 개척자로서 Amazon은 개발자의 흥미를 끄는 완성된 수준의 수많은
오퍼링을 제공하고 있다. Amazon의 클라우드 서비스 중 가장 잘 알려진 서비스는 아마도 EC2(Elastic
Computing Cloud) 서비스일 것이다. 이 서비스는 Amazon의 고유 인프라에서 실행되는 AMI(Amazon
Machine Image)라고 하는 가상 시스템 인스턴스를 생성하는 데 필요한 기능을 제공한다. 이 서비스는
사용되는 시스템이 실제 시스템이 아니라는 점과 시스템 자체를 대여하지 않고 트래픽 사용량에 따라
비용을 지불한다는 점을 제외하면 호스팅 공급자의 서비스와 매우 유사하다. Amazon의 S3 서비스는
스토리지 용량을 확장할 필요성이 있는 신생 업체에서 매우 유용하게 활용할 수 있는 온라인 스토리지
서비스이며 Amazon의 다른 클라우드 서비스(예: EC2)와 함께 사용할 수도 있다. 이는 곧 PHP를 실행하는 Linux™
시스템인 AMI에서 Amazon S3을 데이터 저장소로 사용할 수 있다는 것을 의미한다. 데이터 트래픽이
증가하게 되면 S3 서비스가 탄력적으로 확장된다. Amazon의 SimpleDB는 인덱싱, 스토리지 및 액세스 기능을
제공하는 빠르고 단순한 클라우드 기반 데이터베이스이다. 이 데이터베이스에서는 스키마가 필요하지 않고
데이터가 자동으로 인덱싱되고 스토리지 및 액세스를 위한 API가 제공되므로 전체 기능을 갖춘 관계형
데이터베이스에 비해 상당히 단순하다.
Amazon의 SQS(Simple Queue Service)는 JMS와 비슷하지만 RESTful 인터페이스를 사용하는
큐 서비스를 제공한다. 또한 SQS를 Amazon의 다른 클라우드 서비스와 함께 사용하거나 단순한 HTTP
GET 또는 POST를 사용하여 연결할 수 있는 다른 애플리케이션의 일부로 사용할 수 있다. 하이브리드
애플리케이션의 경우 JMS 큐를 대체하는 데 적합한 서비스이다. 이 서비스는 XML 인터페이스인 RESTful을
통해 액세스할 수 있으므로 기존 애플리케이션과 쉽게 통합할 수 있다. 아마도 이 특별한 하이브리드
애플리케이션에는 SQS가 최선의 선택일 것이다.
많은 소프트웨어 공급자들이 Amazon과 제휴를 맺고 EC2 서비스를 고객에게 제공하고
있다. 예를 들어, IBM과 Amazon은 제휴를 통해 DB2®, Informix® 및 WebSphere®와
같은 IBM의 여러 유명한 엔터프라이즈 소프트웨어를 EC2에서 제공하고 있다.
Google Google은 많은 사용자들이
"충분히 진보적인 기술은 마술과 구분하기 힘든 법이다(any sufficiently advanced technology is
indistinguishable from magic)"라는 Arthur C Clarke의 말이 실제로 구현되었다는 느낌을 받을
정도로 빠르고 정확한 검색을 제공하는 사이트로 잘 알려져 있다. Google은 마술을 실제로 구현할
수 있는 기술을 보유하고 있기 때문에 클라우드 컴퓨팅 플랫폼의 공급자로서 이상적인 후보자이다. Google의
플랫폼에서 애플리케이션을 실행할 수 있다는 말에 흥분하는 개발자의 모습이 충분히 이해가 된다.
Google은 장기간에 걸쳐 안정적으로 자리를 잡은 자사의 기저 플랫폼을 기반으로 하는 App
Engine이라는 클라우드 컴퓨팅 플랫폼을 제공한다. 이 플랫폼에는 GFS(Google의 File System)와 GFS
기반의 데이터베이스 시스템이 포함되어 있다. Google App Engine에서 지원되는 프로그래밍 언어는
Python이다. 프로그래머는 Python을 사용하여 애플리케이션을 작성한 후 App Engine 프레임워크에서
실행하게 된다. 향후에는 Python 이외의 언어도 지원될 것이다. 개발 목적으로 App Engine 환경의
로컬 에뮬레이터를 다운로드할 수 있다. App Engine은 무료이며 최대 500MB의 스토리지와 하루에 5백만
페이지 뷰를 충분히 제공할 수 있는 정도의 CPU 대역폭도 포함되어 있다.
Google App Engine은 GFS에서 파생된 데이터 저장소와 memcache 구현이 포함된 유용한 인프라를
제공한다. 하지만 OOTB(out-of-the-box) 큐 메커니즘은 제공하지 않는다. 완전한 Python 프로그래밍 환경이
제공되므로 App Engine에서 실행되는 고유한 JMS 대체 기능을 쉽게 작성할 수 있다. 데이터 저장소는
하이브리드 애플리케이션에 적합하며 매우 간단한 Python 코드만으로도 큐에 대한 RESTful 인터페이스를
만들 수 있다.
Microsoft Azure 예상한
그대로 Windows Azure에서는 Windows® 및 .NET 기능이 주로 사용된다. Microsoft에서 제공하는
Windows Azure 환경에서는 Visual Studio®로 작성된 애플리케이션을 호스팅 및 실행할 수 있다. 이
Azure 플랫폼에서는 파일 스토리지 및 데이터 액세스와 같은 인프라 서비스뿐만 아니라 검색 및 연락처
관리와 같은 전문화된 서비스를 비롯한 수많은 서비스가 제공되며 .NET Service Bus도 포함되어 있다. Microsoft에서는
이 플랫폼을 일반적인 ESB(Enterprise Service Bus) 설계 패턴에 따라 구현했다. ESB를 사용하는 기능 중
가장 단순한 기능으로는 메시지 큐가 있으며 이는 JMS 큐를 대체할 수 있는 확실한 대안이다. 또한 .NET Service
Bus는 개발자에게 친숙한 기능을 제공한다. 즉, XML을 사용하는 경량 RESTful 인터페이스와 WS-* 표준의 모든
기능이 구현된 강력한 SOAP 기반 인터페이스가 모두 지원된다. 이들 인터페이스를 사용하면 사용자의 기존 애플리케이션과
.NET Service Bus를 쉽게 연결할 수 있다.
SalesForce.com SalesForce.com에서는
개발자가 Apex 개발 언어를 사용하여 SalesForce.com 서비스에 액세스할 수 있는 모델을 제공한다. SalesForce에서는
Apex를 "세계 최초의 온디맨드 프로그래밍 언어"라고 부른다. 온디맨드라고 칭하는 이유는 Apex 코드가
SalesForce의 Force.com Cloud Service에서 호스팅되고 해당 컨텍스트에서 실행되기 때문이다. Apex의
구문은 Java 또는 C# 언어의 구문과 비슷하다.
Apex 코드는 실제 사용자 인터페이스인 VisualForce 계층에서 서비스되는 웹 페이지를 생성하는
데 사용되며 MVC(Model-View-Controller) 모델을 활용한다. 이는 컴파일된 C#을 .NET의 ASPX 페이지에서
사용할 수 있는 모델과 비슷하다. 이러한 VisualForce 페이지는 HTML, Ajax(XMLHttpRequest 오브젝트)
및 Adobe Flex를 포함할 수 있다.
VisualForce를 통해 개발자는 변형된 형태의 SalesForce.com 웹 인터페이스를 작성할 수
있다. VisualForce는 SalesForce.com과 유사한 인터페이스에 기능을 추가하려는 회사에서 유용하게
활용할 수 있다. SalesForce.com 고객은 Salesforce.com에 요청할 필요 없이 VisualForce 페이지를
작성한 후 Apex 코드를 사용하여 페이지를 SalesForce.com 백엔드에 연결하는 방법을 통해 필요한
기능을 직접 빌드할 수 있다.
Salesforce에서는 페이지 표현과 SalesForce 데이터베이스의 기본 데이터를 연결하는 데 사용되는
Edit 및 Save와 같은 표준 루틴이 포함된 컨트롤러도 제공한다. 큰 성공을 거두고 있는 Force.com
클라우드에서는 개발자에게 클라우드의 애플리케이션뿐만 아니라 직접 배포 모델을 통해 사용자에게 요금을
부과할 수 있는 애플리케이션까지도 빌드할 수 있는 기능을 제공한다. 하지만 이는 매우 특수한
클라우드이다. 이 클라우드에서는 점진적 확장 방법을 사용할 수 없다. 일반적으로 Force.com 클라우드용으로 빌드한다.
요약
하이브리드 모델
이
기사에서는 다양한 클라우드 서비스 공급자가 제공하는 여러 가지 기능과 이러한 기능을 사용하여
JMS 큐를 대체하고 기존 애플리케이션을 하이브리드 클라우드 애플리케이션으로 전환하는 방법을
살펴보았다. 앞으로 이어질 두 기사에서는 로컬 애플리케이션과 클라우드 서비스를 연결하는 하이브리드
모델을 구현하는 방법에 대해 설명한다. 클라우드 컴퓨팅에 영향을 미치는 중요한 보안 및 통제 문제에
대해서도 살펴볼 것이다.
참고자료 교육
- Connecting to the cloud,
Part 2: Realize the hybrid cloud model: Pull JMS queue data to an Amazon SQS queue(Mark
O'Neill, developerWorks, 2009년 4월): 기업용 Java 애플리케이션을 클라우드 컴퓨팅 플랫폼에
연결한 후 이 애플리케이션에서 XML, SOAP 및 REST API를 통해 클라우드를 활용하는 방법에 대해
설명한다.
- developerWorks의 Cloud
computing space에서 클라우드 컴퓨팅이 중요한 이유와 시작하는 방법 및 자세한 정보를 제공하는
리소스에 대한 정보를 확인할 수 있다.
- IBM의 Cloud Computing 이니셔티브: 언제 어디에서나 애플리케이션에 대한 액세스를 얻을 수 있다.
- Amazon Web Services: Amazon
Web Services와 클라우드 컴퓨팅에 대한 정보를 볼 수 있다. 다양한 IBM 플랫폼 기술을 빌드 및 실행하는 데 도움을 주기
위해 IBM과 Amazon Web Services에서 제공하는 지원 정보도 확인할 수 있다.
- Amazon
Web Services를 사용한 클라우드 컴퓨팅(Prabhakar Chaganti, developerWorks, 2008년 7월): Amazon Web Services의 사용 방법에 대한 단계별 지침을 볼 수 있다.
- Microsoft Windows Azure:
Azure Services Platform을 위한 개발, 서비스 호스팅 및 서비스 관리 환경으로서의 역할을 수행하는 클라우드 서비스 운영 체제에 대한 정보를 볼 수 있다.
- Google App Engine Blog:
개발 팀에서 제공하는 유용한 정보를 볼 수 있다.
- developerWorks
Cloud Computing Resource Center: Amazon EC2 플랫폼에서 사용할 수 있는 IBM 제품을 사용하여 가상 환경에서 애플리케이션을
개발하자. 클라우드 컴퓨팅을 활용하여 컴퓨팅 용량, 대역폭, 스토리지, 보안 및 신뢰성을 해결할 수 있다.
- Connecting
Apple's iPhone to Google's cloud computing offerings(Noah Gift 및 Jonathan Saggau, developerWorks, 2009년 1월):
모바일 장치에서 액세스할 수 있는 클라우드를 만드는 방법에 대한 설명을 볼 수 있다.
- Data
integration with Salesforce CRM using IBM InfoSphere Information Server(Jon Deng 및 Jeff J. Li, developerWorks, 2008년 7월):
Salesforce에서 데이터를 애플리케이션에 액세스할 수 있게 만드는 방법을 볼 수 있다.
- 최적의
클라우드 컴퓨팅 플랫폼 찾기(Brett McLaughlin, developerWorks, 2009년 3월): 특정 애플리케이션 요구 사항에 가장 적합한
클라우드 컴퓨팅 플랫폼을 결정하는 데 필요한 정보를 볼 수 있다.
- Realities of open
source cloud computing, Part 1: Not all clouds are equal: Picking from a profusion of platforms(Michael Galpin,
developerWorks, 2009년 4월): 클라우드 컴퓨팅 전략을 세우는 데 도움이 되는 다양한 클라우드 컴퓨팅 플랫폼 및 각 플랫폼의
유사점 및 차이점에 대한 설명을 볼 수 있다.
- IBM XML 인증: XML 및 관련 기술에 대한 IBM 인증 개발자가 되는 방법을 찾아볼 수 있다.
- XML Technical library: developerWorks XML 영역에서 다양한 기술 관련 기사와 팁, 튜토리얼, 표준 및 IBM Redbook을 볼 수 있다.
- 웹 개발 영역: developerWorks
웹 개발 영역에서 다양한 기술 관련 기사와 팁, 튜토리얼 및 표준을 볼 수 있다.
- developerWorks 기술 행사 및 웹 캐스트: 이들 세션에 참가하여 최신 기술에 대한 정보를 얻을 수 있다.
- developerWorks
팟캐스트: 소프트웨어 개발자의 흥미로운 인터뷰와 토론을 확인할 수 있다.
제품 및 기술 얻기
토론
필자소개 | | | Mark O'Neill은 XML 네트워킹 회사인 Vordel의 CTO이다. 그가 집필한 "Web Services Security"와 "Hardening
Network Security" 모두 McGraw-Hill/Osborne Media에서 출판되었다. Vordel의 제품 개발 로드맵에 대한 감독 업무를
맡고 있으며 전세계에 있는 Global 2000 회사 및 정부에게 XML, 웹 서비스 및 SOA 기술의 전략 및 전술적 채택에 대한
조언을 제공하고 있다. Trinity College Dublin에서 수학 및 심리학을 전공하고 Oxford University에서 신경망
프로그래밍 자격 과정을 마쳤으며 매사추세츠의 보스톤에 살고 있다. |
기사에 대한 평가
|
| 이 문서 북마킹 하기
|
| 
