KingCrap

[조사보고서] 클라우드를 왜 쓸까 ?

장현춘 — Tue, 13 Dec 2011 20:59:02 +0900

CSC에서 Cloud Usage Index라는 조사 보고서를 발표했습니다.
http://www.csc.com/newsroom/ds/75354-ahead_in_the_cloud_the_csc_cloud_usage_index

내용을 정리하면…..

조사 대상 : 8개국 (미국, 영국, 프랑스, 독일, 브라질, 호주, 일본, 싱가폴)

조사 인원 : 3,645명

조사 기간 : 2011.10월 ~ 2011.11월

조사 목적 : 클라우드 사용자들을 대상으로 기대나 예측이 아닌, 결과와 경험을 조사하고 함

결과

1. 클라우드 도입 동인 (통상적인 생각으로 비용이나 비즈니스 민첩성을 꼽지만 실상은 데이터 접근이 주된 요인이다.)

A. 33% 다양한 디바이스를 통한 직원 연결 (데이터 접근의 편리함)

B. 21% 비즈니스 민첩성 (Business Agility)

C. 17% 비용 절감

D. 미국의 경우, 46%가 정보에 대한 접근 편의성을 꼽았고, 10%만이 비용 절감을 꼽았다.

2. 클라우드가 IT Performance에 도움을 주었나 ?

A. 93% 적어도 한 분야 이상의 IT 개선을 가져왔다.

B. 개선된 분야로서, 52%의 사용자는 데이터센터 효율 및 활용도를 꼽았다. 47%는 운영 비용 절감을 꼽았다.

i. 이러한 혜택은 48%의 조직에서 클라우드 도입 6개월 이내에 맛볼수 있었다.

C. 전반적으로 응답자의 80%가 도입 6개월 이내에 개선을 경험했다.

3. 비용 절감 측면

A. 82%의 조직에서 비용 절감 효과를 봤다. 하지만, 그 효과는 크지 않았다.

B. 35%의 조직은 $20,000이하의 절감 효과를 봤고, 미국내 조직 전체의 23%와 미국내 50인 이하 사업장의 45%는 비용 절감 효과를 보지 못했다.

4. 조직 규모 측면

A. 클라우드 도입후 오직 14%의 기업만이 IT 조직을 축소했고, 심지어 20%의 기업은 더 많은 클라우드 전문가를 고용했다.

5. 기업의 지속가능성 (Sustainability) 측면

A. 클라우드의 도입은 기업의 영속 가능성 측면에 영향을 미쳤다. 64%의 조직에 있어서 클라우드의 도입은 에너지 소비를 낮추고 낭비를 줄이는 데 도움을 주었다.

B. 미 연방정부의 “cloud-first” 정책의 강제로 인해 미국 정부 조직의 48%가 클라우드로 이행했다.

6. 예측

A. 65%의 조직이 1년 이상의 클라우드 subscription을 하고 있다.

B. 규모가 작은 조직일수록 구성원의 반발없이 클라우드로의 이행을 진행하고 있다. 74%의 소규모 비즈니스에서는 아무런 저항없이 클라우드를 도입했다.

7. 데이터 보안

A. 25%의 조직에서 클라우드로의 이행 후 더 많은 보안 우려를 표명했다.

좀 더 자세한 사항은 위 링크에 걸려 있는 보고서를 참고하시면 좋을 듯 합니다.

모노의 미래 - Attachmate와 Xamarin 파트너십

장현춘 — Fri, 22 Jul 2011 10:33:01 +0900

지난 포스팅에서 노벨을 인수한 Attachmate가 모노 개발자들을 모두 해고했다는 소식을 전했는데, 이번에는 Attachmate가 그때 해고된 개발자들이 만든 신생 기업인 Xamarin이라는 기업과 파트너십을 맺어 모노 상용 지원을 계속한다는 반가운 소식이 전해지는군요.
Attachmate가 Xamarin에게 Mono, MonoTouch, Mono for Android, Mono Tools for Visual Studio 등 지적 재산에 대한 포괄적이고 영구적인 라이선스를 부여하고, Xamarin은 Attachmate의 고객들에게 모노 관련 제품에 대한 기술적인 지원을 제공한다는 계약을 맺었다는 것...

Xamarin의 창업 멤버이자 노벨에서 모노 프로젝트를 이끌어 왔던 Miguel de Icaza가 이 계약에 몹시 만족해한다는 군요. 어쨌거나 오픈 소스 기반으로 다양한 플랫폼을 지원하는 닷넷인 모노가 새로운 살 길을 찾았다는 것, 그리고 모노를 이용하여 개발자들은 C#을 통해 윈도우, 리눅스, 유닉스, 안드로이드, iOS 용 애플리케이션을 개발할 수 방법이 계속 제공된다는 점이 반가울 뿐입니다.

아울러, 모노스페이스 행사가 보스톤 Microsoft NERD Center에서 7월 23일 ~ 25일 개최되는 군요.

관련기사 : Mono's Future Clears: Xamarin Partners with Attachmate
Miguel de Icaza 블로그 : Novell/Xamarin Partnership around Mono

Windows Azure Appliance 사세요.

장현춘 — Thu, 09 Jun 2011 06:49:12 +0900

마이크로소프트의 색다른 IaaS 오퍼링인 Windows Azure Appliance가 모습을 드러냈다.
작년 가을 WPC (World Partner Conference)에서 Windows Azure Appliance의 출시를 공식화하고 관련된 파트너로 Dell, HP, Fujitsu를 선정했다고 발표했는데, 어제 Fujitsu가 오는 8월 부터 Windows Azure Appliance를 통해 공식 서비스에 들어간다고 밝혔다. 그간 말 많았고, 진행상황이 외부에 공개되지 않아 궁금증을 유발했는데, 공식적으로 서비스 개시를 선언한 것이다.

Windows Azure Appliance 관련 이전 포스팅 :
http://kingcrap.com/entry/WPC-소식-마이크로소프트가-컨테이너-단위로-클라우드-서비스 -팔아요

관련 기사 :
Fujitsu Launches Global Cloud Platform Service Powered by Microsoft Windows Azure
Fujitsu to deliver first Windows Azure Appliance in August

Windows Azure Appliance 공식 싸이트 :
http://www.microsoft.com/windowsazure/appliance/

위 기사에 따르면, 후지쯔는 이미 지난 4월 부터 일본내 20여 기업을 대상으로 Windows Azure Appliance를 적용하여 시험 운전을 하였고, 이를 바탕으로 올 8월부터 정식 서비스에 들어간다고 밝혔다. 당초 알려진 대로, 적용되는 Widows Azure platform의 요소로는 Windows Azure, SQL Azure, Windows Azure AppFabric 중 Access Control과 Service Bus 등이다. 유지보수 및 기술 지원 서비스는 후지쯔에서 제공하며 관련 인력에 대한 교육을 진행하고 있다고 한다.

모노의 운명은 ?

장현춘 — Mon, 09 May 2011 14:39:11 +0900

노벨이 Attachmate에 인수된 후, 구조조정이 지난 주부터 시작되었다고 하는군요. 모노팀 전체가 해고된 것으로 보인다고… Mono 프로젝트를 처음 만들어 지금껏 끌고 왔고, 마이크로소프트 개발자 행사에서 발표하기도 했던 Miguel de Icaza도 해고되었다고 합니다.

http://www.infoworld.com/d/application-development/uncertain-future-open-source-net-047

마이크로소프트 닷넷만 보다 보니, Visual Studio로 작성한 코드가 mono.exe를 통해 바로 실행되던 그 신기함이 아직 강하게 남아 있었는데… 비즈니스 논리 앞에 아슬아슬한 특허 분쟁의 우려도 있는 모노가 Attachmate 입장에서는 두고 보기 힘들었나 보군요. 마이크로소프트가 공식적으로 모노를 후원하거나 회사 차원에서 지원을 하지는 않았지만, 개발자 들 간에는 협조가 있어왔고, 그 하부 프로젝트인 문라이트는 개발 측면에서 회사 상호간 많은 노력이 있었던 것으로 아는데… 이 모두가 어려워지는게 아닌가 걱정이 되네요.

닷넷의 오픈 소스 기반 생태계의 상징적인 존재이자 큰 의미인 모노가 향후 어떻게 될지 지켜볼 일입니다.

[끄적끄적] SQL Azure에서 연결 끊기는 경우

장현춘 — Wed, 20 Apr 2011 17:22:51 +0900

SQL Server 2008로 구현된 클라우드 기반 RDB 서비스인 SQL Azure는 분산 데이터베이스로서 다수의 사용자가 물리적 서버를 공유하는 multi-tenant 구조를 가지고 있다. 따라서 공유하는 물리적 서버 자원을 한 사용자가 독점하여 다른 사용자의 데이터베이스 성능에 지장을 주지 못하도록 모니터링하며 필요에 따라서는 데이터베이스 연결 자체를 끊는다. 이러한 SQL Azure의 Throttling에 관해 공개된 정보가 있어 소개하고자 한다.

SQL Azure가 데이터베이스 연결을 끊는 경우는 아래와 같다.

한 세션이 1백만개 이상의 lock을 사용할 때..
로그 크기 1GB 이상 넘어가는 트랜잭션..
로그 파일 기준으로, 커밋 안된 트랜잭션과 현재 트랜잭션 사이의 길이가 전체 로그의 20%를 넘는 트랜잭션.. (장기 트랜잭션)
시스템 운영에 필요한 리소스를 20초 이상 잡고 있는 트랜잭션..
TempDB의 크기가 5GB를 넘는 트랜잭션..
3번과 비슷한데, 메모리 경합(Memory contention) 발생시, 메모리 16GB 이상을 20초 이상 잡고 있는 세션들이 있으면, 가장 오래된 세션부터 차례로..
SQL Azure 구독시 신청한 데이터테이스 크기를 초과할 경우, 요청된 Update/Insert 트랜잭션.. (ALTER DATABASE 명령으로 크기 변경 가능)
데이터베이스 연결이 30분간 IDLE 상태인 경우 해당 데이터테이스 연결.. (커넥션 풀에 있을지라도)
24시간 이상 경과하는 모든 트랜잭션..
DoS 방지 차원에서 같은 IP 주소로부터 반복되는 로그 실패 명령시 해당 IP 차단..
한 머신 기준으로 CPU 사용량, IO 반응속도, 활성화된 worker의 수가 정해진 수를 초과할 때.. (busy worker 숫자 현재 300개로 세팅)

위의 여러 상황 가운데, 어느 경우에는 전혀 에러를 발생치 않는 경우도 있지만, 에러를 발생하는 많은 경우에는 서로 다른 에러 코드를 제공하기 때문에 SQL Server에 대한 지식이 있다면 쉽게 에러를 알아낼 수 있다. 아울러 모니터링 기능이나 쿼리를 통해서 현재 상황을 알아내는 것도 가능하다.

에러 상황을 회피하기 위해 개발자가 할 수 있는 방법은 방어적인 프로그래밍이며, 이 글에 언급된 사항에 대한 좀 더 상세한 설명이나 대처 방법, 코드 및 라이브러리에 대한 사항은 아래 원문을 참고하면 좋을 듯 하다.

SQL Azure : Connection Management in SQL Azure

MIX11에서 공개된 애저 새소식

장현춘 — Wed, 13 Apr 2011 15:44:25 +0900

라스베가스에서 진행되고 있는 MIX11에서 Windows Azure Platform (이하 애저) 관련한 새로운 기능 및 서비스가 공개되었다. 새롭게 추가되거나 공개된 기능에는 다음과 같은 것들이 있다.

1. 새 버전의 Windows Azure SDK 공개 (오늘 중으로 공개 예정)

IIS, 웹 앱 및 웹 싸이트 관리와 마이그레이션을 도와주는 Web Deployment Tool 이 포함되어 있다.
이 툴은 Visual Studio 2010 및 Web Platform Installer와 통합된다.

2. Windows Azure AppFabric Access Control Service 2.0 업데이트

CTP 상태로 제공되던 ACS 2.0 기능 정식 출시
인터넷 기반 다양한 ID 관리체계와 통합 기능을 제공하여 SSO 쉽게 구현 가능
전세계 85,000 웹 싸이트에 적용된 가장 인기있는 .NET 기반 CMS 솔루션 Umbraco에 ACS Extension 제공 - 다운로드
말이 필요없는 블로그 엔진 WordPress에 ACS Extension 제공 - 다운로드

3. Windows Azure AppFabric Caching 정식 서비스 개시 (30일 이내 공개)

On-premise 애플리케이션 개발시 사용하는 Windows Server AppFabric Caching과 symmetric 솔루션
분산 In-memory 캐시 솔루션

4. Windows Azure Traffic Manager (WATM) CTP 공개

On-premise 환경에서 L4 등 부하분산, Fault Tolerance 및 HA를 위해 필요로 했던 기능을 Windows Azure 상에서 서비스로 제공
서비스 제공자의 동일한 서비스를 애저 데이터센터 여러 곳에 올려놓고 단일한 URL을 통해 접근하도록 하여 정책 기반으로 서비스 사용자의 요청을 여러 데이터센터에 분산 처리하도록 하는 기능
CTP 상태이며 원한다고 모두 사용해볼 수 있는 것이 아니라 본사에서 초청 기반으로 일부에게만 사용 기회 제공. http://windows.azure.com 접속하면 아래처럼 신청할 수 있는 화면이 나옴 (아래 제 계정은 현재 신청중)
현재 제공되는 옵션은 세 가지 - Performance, Failover, Round Robin
- Performance의 경우, 정해진 정책 기반으로 애저가 판단하여 "가장 최선" 혹은 "가장 가까운" 데이터센터를 판단하여 사용자의 요청을 전달하는 방식
- Failover의 경우, 한 데이터센터의 서비스를 primary로, 다른 서비스를 secondary로 지정하여 모든 사용자의 요구는 primary 데이터센터에 접속토록. 정해진 정책에 의거하여 Fail이라고 판단되면 secondary 데이터센터의 서비스로 사용자 요청을 돌리는 방식
- Round Robin의 경우, 여러 데이터센터에 분산 처리할 수 있도록 사용자의 요청을 순차적으로 전달하는 방식
이 밖에 몇몇 옵션이 현재 개발 중이며, 아마 실 서비스 시에 공개될 것으로 판단됨
주의) WATM은 이전 포스팅에서 말씀드린 Windows Azure나 SQL Azure 내부의 로드 밸런서와는 다른 것이며, WATM은 서비스 형태로 사용자가 제어 및 설정할 수 있는 기능임

5. Windows Azure CDN Smooth Streaming 서비스 Preview 공개

IIS7.x에서 제공하는 Smoothing Streaming 기능을 CDN 서비스 이용시에도 사용할 수 있도록 제공
N-Screen 추세와 맞물려 급증하는 미디어 생산, 공유 활동에 직접적인 영향을 줌
Windows Azure Storage에 올려진 미디어 컨텐츠를 Silverlight, iOS, Android Honeycomb 기반 클라이언트에게 네트웍 대역폭에 따라 화질이 다른 동영상 블록을 전송하여 사용자에게 끊김없이 영상을 제공

6. 기타

Windows Azure Platform Training Kit - April Update 공개 - 다운로드
Identity Developer Training Kit 공개 - 다운로드
ACS 2.0 기반의 SaaS 형태의 물류 서비스 샘플 - Fabrikam Shipping

애저 로드밸런서

장현춘 — Wed, 13 Apr 2011 11:48:41 +0900

클라우드 컴퓨팅이 이제 확실하게 대세로 자리잡은 모양이다. 업종을 막론하고 클라우드 컴퓨팅에 대한 논의가 활발하고, 실 서비스를 Windows Azure Platform (이하 애저) 환경에서 제공하고자 PoC 및 실제 개발이 진행되는 사례가 늘고 있다. 다양한 업종의 사람들과 만나 애저 적용을 논의하는 과정에서 생겨나는 문제점이나 이슈를 해결하는 과정에서 알게된 것들을 정리하고자 한다.

마이크로소프트가 클라우드 플랫폼으로서 시장에서 판매하고 있는애저는 개발자나 사용자가 제어하거나 심지어 감지할 수 없지만, 내부적으로 로드 밸런서가 내장되어 있다. 이를 통해 개발자들이 클라우드 플랫폼에 기대하는, 부하 폭주시 대처할 수 있는 확장성이나 부하에 따라서 서비스 인프라를 조절하여 비용을 절감할 수 있는 인프라의 탄력성을 제공하게 된다. 바로 이러한 성격 때문에 플랫폼으로서의 애저는 약간의 제약이 존재하게 된다.

애저는 크게 Windows Azure와 SQL Azure로 구분할 수 있는데, 각각 로드 밸런서가 내장되어 있다. 아래는 Windows Azure에 내장되어 있는 로드 밸런서의 동작 방식을 보여주는 그림이다. 사용자는 Web Role로 사용할 Windows Azure Compute Large (CPU 4 core) 타입 3개를 신청하여 사용 중이며, 이때 애저 내부에서는 아래와 같은 모습으로 사용자의 로지컬 서버가 배치된다. 그림에서 보듯이 Rack Switch를 공유하지 않는 세 곳의 서버에 4 Core VM을 각각 생성하여, 서비스 업데이트 혹은 VM OS 업데이트시에도, 또는 장애 발생시에도 심지어 랙 전체가 장애를 일으키는 경우에도 사용자의 서비스를 유지될 수 있도록 설계 되어 있으며, 이들에게 할당된 IP가 전면에 위치한 로드 밸런서에 등록되어 관리된다.

일반적으로 클라우드에 적합한 비즈니스 시나리오가 4가지 있다는 점은 수많은 매체에서도 언급되어서 생략하기로 하고 그러한 시나리오가 제대로 클라우드의 장점을 활용하기 위해서는 클라우드 사업자가 제공하는 서비스의 특징을 파악할 필요가 있다. Windows Azure의 경우 Stateless한 애플리케이션에게 최상의 확장성을 보장할 수 있는 구조이며, 따라서 Web Role이든 Worker Role이든 상태 관리가 필요없는 경우에 가장 유연하게 서비스를 활용할 수 있다. 즉, 같은 사용자가 Windows Azure 상의 서비스를 호출시 이전 호출의 결과에 상관없이 서비스가 유지될 수 있는 그런 타입의 Stateless한 애플리케이션이 가장 적합하다는 것이다.

이를 위해서 Windows Azure는 로드 밸런스의 TCP 타임 아웃을 1분으로 제한하고 있다. 즉 1분이상 TCP 커넥션을 맺어야 하는 상황에서 Windows Azure의 로드밸런서는 이를 자동으로 끊어버린다. 따라서 사용자의 호출이 1분 이상 소요되어 값을 리턴하고자하는 경우 에러가 발생하고, 1분 이상 TCP 소켓을 열어 놓으면 서버쪽에서 자동으로 끊기게 된다. 이는 일반적인 웹 애플리케이션에 가장 적합한 운영 환경이라 할 수 있다. Windows Azure에 내장되어 있는 로드밸런서의 부하 분산 알고리즘은 순차적인 Round Robin 방식이다. (Sticky Round Robin이나 Weighted Round Robin을 지원하지 않는다.)

그럼, 상태를 관리해야 하는 경우는 Windows Azure를 사용하지 않아야 할까 ? 이 부분에 대해서는 다음에 논의하기로 하고 SQL Azure에 내장되어 있는 로드 밸런서에 대해 살펴보자.

SQL Azure 내장 로드 밸런서는 아래 그림에서와 같이 Windows Azure와 달리 Sticky 세션을 지원하며 TCP 타임 아웃도 30분이다. 즉 30분 동안 세션을 끊지 않는다. 하지만, 여전히 주의해야 할 사항이 있다.

먼저, 개발 언어를 막론하고 데이터베이스 접근은 대부분 커넥션 풀을 사용한다. 닷넷의 경우 ADO.NET을 통해 기본적으로 제공되는 커넥션 풀을 이용하는데, 이 경우 미리 물리적으로 데이터베이스에 연결을 갖고 있는 커넥션들이 30분 이후에는 서버에서 일방적으로 커넥션이 종료된다. 실제 커넥션을 끊겼지만 커넥션 풀에 들어 있는 커넥션 객체를 애플리케이션이 얻어 쓰려고 하면 당연히 에러가 발생하게 된다. 따라서 이를 회피하기 위해서는 에러 발생시 다시 커넥션을 얻는 시도를 하는 로직을 삽입하는 것이 바람직하다.

또한 SQL Azure에 접근하는 클라이언트가 Windows Azure에 위치할 경우 다른 이슈가 발생할 수 있다. 즉, Windows Azure 의 TCP 타임 아웃이 1분이기에 1분이 경과하면 커넥션이 종료되는 현상을 보고하고 있다. Windows Azure와 SQL Azure를 함께 사용하는 대부분의 경우에 물리적으로 같은 데이터센터에 위치하는 경우가 많아서 크게 1분 이상의 응답이 걸리는 호출이 많지 않을 것이라고 판단은 되지만, 이를 회피하고자 한다면 TCP Keep Alive 옵션을 설정하는 것이 바람직하다.

어느 경우에는 TCP 커넥션을 Idle한 상태에 두지 않는 방안을 강구하라고 조언하기도 한다.

자바의 경우 지난 포스팅에서 JDBC 드라이버를 소개했는데, 이 드라이버를 설치하고 나면 release.txt를 볼 수 있다. 여기에 커넥션 타임 아웃 관련하여 아래와 같은 구문이 있으니, 눈여겨 볼 필요가 있다.

<<KNOWN ISSUES
------------
The following are known issues with the Microsoft SQL Server JDBC Driver 3.0:
1) PARAMETER METADATA LIMITATIONS WITH THE SQL MERGE STATEMENT
PreparedStatement.getParameterMetadata() throws an SQLException when used with a parameterized MERGE query.
2) LIMITATIONS OF SSL WITH SQL AZURE
The hostNameInCertificate connection property must be used to validate an SSL certificate against SQL Azure.
3) LIMITATIONS OF USERNAME WITH SQL AZURE
When connecting to SQL Azure, the user name should be specified in the format username@servername.
4) LIMITATIONS OF DATABASE NAME WITH SQL AZURE
if you connect to SQL Azure and specify an invalid database name, SQL Azure may block the client application for 5 minutes.
5) CONNECTION DROPPING WITH SQL AZURE
When connecting to SQL Azure, idle connections may be terminated by a network component (such as a firewall) after a period of inactivity. To avoid dropping idle connections by a network component, the following registry settings (or their non-Windows equivalents) should be set on the operating system where the driver is loaded:

Registry Setting Recommended value HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveTime 30000 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveInterval 1000 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpMaxDataRetransmission 10
>>

참고로 SQL Azure의 내부 동작 방식에 관해서는 이전 포스팅을 참고하길 바란다. 특히 13번 Throttling 관련한 사항은 성능 테스트시 뜻하지 않는 에러의 원인이 될 수 있다.

SQL Azure 접근 가능한 JDBC 드라이버

장현춘 — Thu, 24 Mar 2011 11:36:56 +0900

좀 지난 소식이긴 한데, SQL Azure가 공식적으로 JDBC를 지원하는군요.
마이크로소프트가 제공하는 SQL Server 2008 R2 및 SQL Azure용 JDBC 드라이버는 아래에서 다운로드 받으실 수 있습니다.
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=ae924066-2946-40a7-93c6-c7e83f54072f&displaylang=en

- 위 드라이버로 접근 가능한 데이터베이스는 SQL 2000, 2005, 2008, 2008 R2 및 SQL Azure입니다.
- JDBC 4.0 compliant한 드라이버로서 JDK 5.0 이상에서 사용가능합니다.
- 제공하는 JDBC 드라이버가 Type 4이기 때문에 사용가능한 운영체제는 윈도우즈, 리눅스, 유닉스 등 JVM이 제공되는 것이면 가능합니다.

Open Source Fest at MIX11

장현춘 — Thu, 10 Mar 2011 14:12:47 +0900

마이크로소프트가 오픈 소스를 대하는 자세의 변화를 아직도 의심하는 사람이 있을까 ?

오는 4월 12~14일까지 미국 라스베가스에서 개최되는 MIX11 기간 중에 Open Source Fest가 진행된다. 전야 행사로 11일 저녁 6시부터 음식과 음료가 제공되는 축제 분위기 속에 오픈 소스 소프트웨어를 전시하고 MIX11 참석자들과 교류하며 그들의 투표를 통해 순위를 매기고 상금이 주어진다. 상금 자체 보다는 MIX11 행사를 통해 거대한 네트웍을 활용하여 오픈 소스 프로젝트를 홍보할 수 있는 장이 마련된다는 점이다.
국내에도 많은 오픈 소스 프로젝트들이 현재에도 진행중이고 일부로 성공적으로 실 시스템에 적용되는 모습을 볼 수 있다. 이들이 국내를 벗어나 전세계를 무대로 그들의 잠재력과 창의성을 뽐내고 그를 노고의 댓가를 거둘 수 있기를 희망해본다.
참가 조건은 마이크로소프트의 기술과 연관되어 있다는 것 뿐이며, 각자 자신들의 랩탑에 설치하여 전시해야한다.

좀 더 상세한 관련 정보는 MIX11 사이트에서 확인할 수 있다.
http://live.visitmix.com/OpenSourceFest

Azure CDN 24번째 노드 - 카타르 도하

장현춘 — Tue, 01 Mar 2011 08:24:55 +0900

지난 2월 24일부로 Windows Azure CDN의 24번째 노드가 카타르 도하에 설치되어 서비스에 들어갔다. 국내에서도 클라우드 사업자간 혹은 기존 CDN 전문 업체 사이의 치열한 경쟁이 이미 시작되었고, CDN의 비즈니스 영역은 기존 대기업 중심의 CDN 비즈니스 뿐만 아니라, 새로운 기술 흐름에 맞추어 소셜 및 N-Screen과의 접점에서 점점 경쟁이 치열해지고 있다.

현재 서비스 중인 24개 Windows Azure CDN노드는 다음과 같다.

US/EMEA

Ashburn, VA
Bay Area, CA
Chicago, IL
San Antonio, TX
Los Angeles, CA
Miami, FL
Newark, NJ
Seattle, WA

EMEA

Amsterdam, NL
Doha, QT NEW
Dublin, IE
London, GB
Moscow, RU
Paris, FR
Stockholm, SE
Vienna, AT
Zurich, CH

Asia-Pacific/Rest of World

Hong Kong, HK
São Paulo, BR
Seoul, KR
Singapore, SG
Sydney, AU
Taipei, TW
Tokyo, JP

관련 정보는 아래에서 확인할 수 있다.
http://blogs.msdn.com/b/windowsazure/archive/2010/08/09/20-nodes-available-globally-for-the-windows-azure-cdn.aspx