지난 한 주동안 인터넷상에서 가장 관심 있는 뉴스를 뽑으라면, 나는 Google의 Google App Engine라고 서스럼 없이 이야기 할 것이다.

요즘 여러 곳에서 화두가 되고 있는, Clouding Computing으로 이야기 되는 서버 팜이 이기도 한, Google의 이 거대한 개발자들을 위한 장난감은 그 규모로 볼때는 Apple의 App Store와 유사한 밥법으로 개발자들을 유혹하고 있다. 개발자들로 하여금 자신들의 서버와 리소스를 이용하여 서비스를 올리도록 Echo 시스템을 제공하고, 잘되면 돈을 받겠다는 정책이다. 이전에는 Account를 받기위해서는 허가가 떨어질때까지 기다려야 했는데, 지금은 신청하는 즉시 무료 서비스를 이용할 수 있다.

Google App Engine는 개발자들이 구글의 서버를 500MB까지 무료로 사용할 수 있도록 하고, 하루에 수백만 페이지 뷰를 서비스 할 수 있다. 더군다나, 지난 주에는 Python에 이어서 Java를 지원할 수 있는 Language로 제공한다고 블러그를 통해서 발표했다. (블러그의 내용은 여기를 참조 바람) 
구글의 Java의 원할한 지원을 위해서 벌써 Eclipse의 Plug-in역시 무료로 제공하고 있다.

아래는 최근에 제공하기로 한 Java 언어와 Eclipse상에서 SDK를 이용하여 개발하고 있는 동영상으로 Google에서 제공하고 있는 동영상이다.
 

이것이 이슈가 되고 있는 또 하나의 이유는 JVM위에 포팅되고 있는 여러가지 Dynamic Language들로 개발한 프로그램이 구동이 가능하다는 것이다.
그동안 200여종이 넘는 우리가 모르는 Language들이 이 JVM위에 포팅되어 왔다. 그 중에 Ruby쪽에 유명한 프로젝트는 JRuby와 Groovy가 있다. 이들 역시 크게 반기는 분위기이다.
Sprin Framwork를 개발하고 있는 SpringSouce 역시 재 빠르게 블러그를 통해서, Google App Engine팀과 공조하고 있을을 발표했다.

지난 주말에 인터넷을 뒤져가면서, 내가 알아낸 사실들이 여러가지가 있지만, Google App Engine의 ClassLoder와 DB에 대한 접속 방법이 이전에 사용하던 Lagacy 시스템과 많은 차이를 가지고 있다는 점이다.
(때가 되면 이 부분에 대해서 다시 이야기 하려고 한다.)
오늘은 Eclipse에서 JRuby를 실행해 보았는데, sqlite쪽에서 문제가 있었다. jdbc지원에 대한 부분에 대한 라이브러리가 없어서 였는데, 이 역시 나중에 정리해 이야기 하려한다.

Wikidipia에는 아래과 같은 정보들이 있다. (이는 Java 지원을 발표하기 이전에 작성된 것이라, 관심있는 것과 다를 수도 있지만, 기초 지식을 얻는데 많은 도움이 될거라 생각된다.)

1 Supported programming languages and frameworks 2 Differences from other application hosting 3 Differences between SQL and GQL 4 Restrictions 5 Downloading data from App Engine 6 Quota rates 6.1 Hard limits 6.2 Free quotas 7 Competition 8 References 9 External links

개발자들을 위한 환경이 또 한번 만들어지고 있다.
이전에 MS의 경우는 SDK를 제공하여 개발자들을 자신들의 품에 끌어 들였다며, 이제는 Echo System이라 불리우는 Platform을 개발자들에게 제공하고 있고, 1인 개발도 가능하도록 환경들을 만들어 주고 있다. 다시 말하면, 시스템과 리소스 관리에 개발자들은 더 이상 신경 쓰지 않아도 된다는 말이다. (100% 믿기 어려울거라 생각된다.)

하지만 아직 정확한 방향없이 마케팅적이고 소모적인 구호가 될 가능성은 여전히 높다. 정확한 비전과 방향을 제시하지 못한다면, 정말 거대한 장난감이 될지도 모르지만, MS의 그거와는 방향과 구글이 지향하는 바가 확연히 다르다는 점을 확실히 밝혔다는 점에서 JAVA의 지원은 큰 의미가 있다고 생각이 된다. 

정말 많은 것을을 배워야 하고, 배울 것들이 너무나 많다.
즐거운 고민에 대한 비명들이 여기 저기서 들린다.

 
 

지난 달에 미국 라스베사스에서 열렸던 CES쇼에 발표되어 호응을 얻었던 제품으로, 우리에게 비디오카드로 유명한 NVIDIA에서 개발하였다.
NVIDIA는 비디오카드 Chip Set뿐만 아니라, 비디오 칩셋이 장착되어 있는 nForce라는 이름이 붙어있는 보드를 생산해 판매해 왔었다.

CES에서 발표된 ION 플랫폼은 인텔의 ATOM프로세스와 NVIDIA의 GForce 9400 GPU를 탑재한 초미니 보드이다. 보드의 크기는 정말 사람 손 바닥만하다. (아래 그림 참조)... 정말 작고 귀엽다. ^^



가로의 길이가 겨우 10Cm 밖에 되지 않는다. 정말 작은 미니 PC를 만들수 있을 것 같은데, 이의 성능에 대한 자료는 NVIDIA의 사이트를 참조하면, 결코 만만치 않은 성능을 제공한다는 것을 알수 있다.
참고자료:

지난 10월 Microsoft는 PDC 행사에서, Azure라는 Cloud Computing Platform을 대중들에게 공개했다. 인터넷 OS 시스템 같기도 하고, 기존에 존재하던 ASP 서버스와도 같기도한데, 많은 사람들에게 실제로 공개되었을 때는, 놀라움을 가져다 주기에 충분했다. MS가 현재 가지고 있는 모든 기술 역량을 총동원하였다는 생각이 들 정도로 커다란 반향을 불러왔다. 현재까지의 기술적인 어려움과 실현 가능성에 대한 의문과 의구심을 뒤로 한채로 말이다. 그 만큼 이번에 발표된 Azure는 현실성을 등에 업고 등장했다는 의미이기도 하다. 그러나 개인적으로는 아직도 많은 시간과 준비가 필요한 것 같다.

이러한 나와 같은 의심이 많은 사람들 때문에, MS에서는 PDC행사에 많은 준비를 했던것 같다, PDC의 스크린 캐스트된 동영상중에 상당 부분인 Azure에 대한 부분이 었다. (약 34개 정도) 다른 주제들에 비해서 가장 많이 만들어진 이유는 그만큼 중요하다는 의미일 것이다.

마이크로소프트의 Azure사이트에는 관련된 내용들에 대해서 자세히 설명되어 있는데, 아마도 관심있는 개발자라면 아래와 같은 그림을 많이들 보았을 거라 생각이 든다. 사실 그림이 주는 것은 큰 의미가 없을 수도 있다. (향후 어떤식을 전개될지는 뚜껑을 열어보아야 하기 때문에, 그 동안에도, ASP와 같은 실패사례는 수도 없이 많이 있었다.) 
 

마이크로 소프트는 Azure에 대해 이렇게 말하고 있다.
이는,
 
"Azure는 Internet규모의 cloud 서버스 플랫폼으로, 데이터 센터에서 제공하는 서비스(OS를 제공 받는 것과 같은)를 빌려서 사용할 수 있고, 개발자들이 개발한 서버스들을 제공받을수 있다"

있는 그대로 받아들이면, 서버스를 제공할 수 있는 플렛폼을 제공하겠다는 것이다.
그리고, 그 위에 여러가자 다양하 서버스를 올려서 이를 서버스하겠다는 것인데, 이에 대한 수익모델을 이전의 ASP와 다름이 없다. 물론 차이는 ASP 보다는 다양한 서버스의 제공인데, 이는 실 수요자들이 어떻게 받아 들이는냐에 달려있다.

Azure는 Open Achitecture를 표방하고, 인터넷 표준 프로토콜들(HTTP, REST, SOAP, and XML)을 통해서 그들의 제공하는 시스템에 서비스들을 올릴것이다.  

간략하게 Azure의 구성을 살펴보면,
Windows Azure : Azure 호스팅 Platform의 서비스 환경의 설정과 관리를 위한 환경이다. 개발에 필요한 Storige의 크기와 규모와 제공해야할 인터넷 환경들을 관리한다.

Live Services : Azure Service Platform에서 관리해야할 사용자 data와 어플리케이션 Resource들을 위한 것으로 Live Services는 개발자들이 쉽게 개발할 수 있는 환경을 제공한다.

Microsoft SQL Services : SQL Server의 기능을 확장한 것으로 웹 기반의 분산 데이터 베이스 환경을 제공한다. 이는 웹 서비스를 통해서 쿼리와 데이터 동기화 서비스를 제공한다.

Microsoft .NET Services : .Net Services는 쉽게 Cloud Computing 기반의 서버스를 만들수 있도록 도와주며, 어플리케이션의 보안과 어플리케이션 간의 통신을 위한 서비스 버스를 제공함으로 Application들을 제어할 수 있도록 도와준다.

Microsoft® SharePoint® Services & Dynamics® CRM Services : 향후 개발자들이 협업과 고객 데이터들을 필요할 것인데, Share Point & CRM 서비스에서 제공하는 기능들을 이용하여 필요한 기능들을 Application에 사용할 수 있도록 해준다.

아주 간력하게 설명하려고 했는데, 마지막은 설명하기 쉽지 않다.
끝으로 내가 참고로 했던, 국내의 블러그 자료들은 아래에 있다.

관련된 국내 블러그:
http://keon.egloos.com/4696892
http://blogs.msdn.com/bkchung/archive/2008/11/18/azure.aspx
http://itviewpoint.com/82616

마이크로 소프트에서 차세대 데이터 센터의 청사진을 발표하였다. 3세대도 아닌 4세대 데이터 센터라고 명명하고 발표하였는데, 이는 최근에 발표되었던 Azuer의 구상에도 영향을 줄 수 있는 중요한 인자중에 하나라고 할 수 있다. 왜냐하면 Azuer서비스는 수 많은 서버를 필요로 하기 때문이다. 그리고 이를 위한 관리는 중요한 팩터이다.

최근에는 Internet 비지니스를 하고 있는 기업체의 Data Center와 운영되고 있는 서버의 수는 중대한 기밀로서, 외부로 공개되지 않고 있다. 이는 구글의 엄청난 수의 서버를 운영하고 있는 영향때문이기도 하지만, 대략적인 서버의 수와 규모의 확장은 인터넷 기업의 미래를 점칠수 있는 자료로 사용되기도 한다. 특히 요즘과 같이 Cloud 컴퓨팅을 들먹이는 시대에는 특히 더욱 그렇다. 
마이크로 소프트에서 Azuer와 같은 서비스를 제대로 제공하려면, 결국은 서비스 제공을 위한 서버들이 필요하고, 이를 위한 데이터 센터의 구축이 필수적이다. 서비스가 정상적으로 런칭되고, 요청이 많아지면, 이에 비례해서, 수 많은 새로운 서버가 필요하고, 이를 위한 전원 공급이 필수적이기도 하다. 서비스의 안정화를 위해서, 하드웨어적인 비용의 증가와 유지와 안전화를 위한 고정비가 기하급수적으로 늘어날 것이다. 이를 현대의 다른 사업과 비교하자면, 반도체산업과 비견될 수도 있을 것이다. (이는 개인적인 비교임). 초기 투자비와 유지를 위한 비용들은, 웬만한 자본을 가진 기업들은 발을 들여 놓기 힘든 장벽이 될 것이 분명하다. 그러나 반도체와는 다른 점은 돈만 있으면, 누구나 할 수도 있다는 가능성이 열려있다는 점이다.

구굴의 운영 서버의 숫자는 50만대에서 120만대까지 그 크기와 규모를 예측하는 설은 다양하다. 아직도 정확한 숫자는 파악이 되지 않고 있다. 단지 알려진 것은 쉽게 서버의 규모에 대해 외부로 노출하지 않는 다는 것과 다른 인터넷 관련 기업들은 서버의 숫자를 계속해서 늘려가고 있다는 정보 뿐이다.

이번에 발표한 MS의 4세대 Data center는 사실 아이디어면에서는 이전에 어디선가 본 적이 있을지도 모르지만, "새술을 새부대에 담아라"라는 성경 말씀처럼 현실적으로 적용이 되기 시작한다면, 적절한 선택과 서비스가 될 수 있을 것이라 생각이 된다.

이에 대한 관련된 내용은 아래의 동영상을 참조하면 이해가 쉬울것이고, 장점이라고 생각되는 것은 서버스와 운영에 필요한 만큼만큼만 추가하고 확장함으로써, 비용을 절감할 수 있다는 것인데, 한 편으로는 무의미한 것이란는 생각이 든다. 왜냐하면, 불 필요한 시설은 시스템이 안정화 되면서 줄어들고, 필요시 확장을 고려하는 것은 결코 변하지 않는 IT 담당자의 업무라 생각되기 때문이다.  

<a href="http://video.msn.com/?mkt=en-US&playlist=videoByUuids:uuids:b4d189d3-19bd-42b3-85d7-6ca46d97fe40&showPlaylist=true&from=shared" target="_new" title="Microsoft Generation 4.0 Data Center Vision">Video: Microsoft Generation 4.0 Data Center Vision</a> 

그리고, MS의 블러그와 추가적인 자룐는 아래의 링크 참조: 
   - http://blogs.msdn.com/eva/archive/2008/12/09/4-datacenter-4-0.aspx
   -  http://blogs.technet.com/msdatacenters/default.aspx
   -  http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/


아래는 경재적이 잇점에 대한 그래프인데, 다분히 마케팅적인 자료로 보인다.