Snow Leopard Server Takes on Exchange, SharePoint

casaubon · 2007-02-19, 07:09 PM

Steve Jobs and 20 Years of Apple Servers

Saturday, February 17, 2007

올해 하반기 쯤 되면 애플은 레퍼드 서버를 내놓게 된다. 레퍼드 서버는 넥스트 기술에 기반하는 애플 유닉스 서버의 일곱 번 째 메이저 버전이다. 레퍼드 서버가 어디에서 왔는지, 그리고 애플 서버 20년사와 스티브 잡스의 약사를 알아보도록 한다.

그런데 사실, 아이러니한 점이 없지 않다. AppleShare는 1985년, 스티브 잡스가 떠나기 이전, 잡스가 밀어붙이던 진보적인 제품이었다가, 10년 후, 잡스가 애플에 돌아오자, 애플이 없애야 할 첫 번째 구식 기술이 되어버렸기 때문이다.

1984년 매킨토시가 나온 이래, 잡스는 맥을 사무용 시장으로 진출시키려는 성전을 이끌었다. 당시 맥의 강력한 경쟁상대는 거의 없었다. IBM의 OS/2는 여전히 개발중이었고, 마이크로소프트 윈도 3.0은 10년 후에나 나올 예정이었다. PC는 단순했고, 네트워킹은 복잡했으며, 설정도 어려운 상황이었다.

Jobs' 1985 Macintosh Office
잡스는 평판이 나뻤던 Lemmings Super Bowl 광고를 포함하여, 1985년, 매킨토시 오피스를 진두지휘하였다. 이 마케팅 캠페인은 맥을 최고의 사무용 툴로 자리매김시키려는 의도였다.

그러나 맥 판매량은 시작만 좋았지, 별로 오르지 않았다. 애플 이사진들도, 잡스가 판매량을 이어갈 수 없는 기술을 내세우고 있지는 않은지 우려하였다.

애플의 수입은 여전히 애플 II에서 나오고 있었으며, 맥은 자신의 존재이유를 증명하기 위해 분투중이었다. 이사진은 CEO인 존 스컬리를 부추겨 잡스를 포위시킨다. 회사가 중구난방으로 흘러가게 하고 싶지 않았기 때문이다.

매킨토시 오피스 프로젝트의 첫 번째 과실은 애플톡 네트워킹을 갖춘 레이저라이터였다. 이것이 맥을 살린다. 맥을 그래픽 장난감이 아닌, 전문가의 툴로 자리매김시킨 주역은 레이저라이터였다.

매킨토시 오피스에는 애플셰어 파일서버와 빅맥 프로젝트(유닉스 기반의 개인용 맥 웍스테이션 시스템)도 포함되어 있었다. 둘 모두 연기되었고, 잡스와 스컬리 간 논쟁의 화두가 바로 애플셰어와 빅맥이었다.

잡스는 간단한 맥 시스템 소프트웨어보다는 유닉스에 기반한 제품으로 맥을 탈바꿈하고 싶어하였다. 맥 시스템 소프트웨어에는 웍스테이션급 제품에 필요한 현대적인 기능이 없었기 때문이다.

잡스의 방향제시 때문에, 애플은 AT&T로부터 유닉스를 라이센스 받는다. 하지만 1985년말 즈음, 잡스는 쫓겨나고, 맥을 현대적인 OS로 이주시킨다는 방향은 잠들게 된다.

Apple's Sleepy Downhill Decade: 1986-1996
잡스 축출 이후, 스컬리는 잡스 자리에 쟝-루이 가세를 앉히고, 유닉스-기반 맥을 포기한다.

매킨토시 오피스 프로젝트의 빅맥 부분을 포기한다. 가세는 빅맥을 "매킨토시 오피스"라 불렀다.
유닉스 웍스테이션 업체인 아폴로(Apollo)와의 관계를 청산한다. 당시 아폴로는 이미 애플로부터 맥 인터페이스를 라이센스 받아서, 아폴로 유닉스 상의 맥 인터페이스 작업을 애플과 함께 하던 차였다. 가세의 관계 청산은 이미 수세에 몰리고 있던 아폴로의 지위를 더 악화시킨다. 곧 HP가 아폴로를 인수하게 된다.
가세는 AT&T를 무시한다. AT&T는 자사 유닉스 시스템용 맥 환경을 라이센스받고 싶어 했었다.

현대적인 맥 계획을 거의 파괴시킨 후, 가세는 스스로의 맥 비전을 펼친다. 데스크톱 PC로서의 매킨토시 II와 애플셰어 맥 파일서버였다. 둘 다 예전 맥 시스템 소프트웨어를 재개장시킨 것이었다.

1988년, 애플은 맥 시스템 소프트웨어의 하이엔드 대안으로서, 애플 유닉스 배포본인 A/UX를 선보인다.

이와 동시에, 잡스의 넥스트는 독립적으로 훨씬 세련된 유닉스 기반의 NeXTSTEP을 선보인다. 애플은 1992년 하반기, A/UX 3.0이 나올 때까지 맥 시스템 7 환경을 A/UX용으로 포팅하지 않고 있었다.

그동안 가세는 애플을 떠나 자신만의 미래를 펼치기 위해 Be를 설립한다. Be는 다중 사용자와 같은 유닉스 기능을 여전히 갖고 있지 않았으며, 1996년 하반기까지도 베타 상태였다.

CEO Trouble
애플의 스컬리와 가세는 맥 사용자들이 PC로 떠나버릴 때까지 얼마나 더 비싼 값에 맥을 팔 수 있을까를 실험하기 시작했다.

이들이 떠난 뒤로, 새로 애플 CEO에 오른 마이클 스핀들러는 애플이 얼마나 비싼 값에 기술 기업으로서 팔려나갈 수 있을지를 실험하였다.

그 다음 CEO인 길 아멜리오는 애플이 쓰러지기 전까지, 프로젝트 수정 없이 얼마나 더 많은 직원을 자를 수 있을지를 실험하였다. 어떻게든 애플은 살아남았다.

Pre-Mac OS X Servers
그동안 애플은 두 가지 서버군을 개발하였다.

1993년~1998년: Apple Workgroup Servers는 표준형 맥 모델의 맥오에스 상에 애플셰어나 A/UX를 돌리는 서버였다.
1996년~1997년: Apple Network Servers는 IBM의 AIX를 돌렸다.

애플 A/UX는 PowerPC로 포팅되지 않았다. 잘 팔리지도 않는 하이엔드급 ANS AIX-전용 서버, 그리고 살 만 하지만 약한 시스템 7 기반의 애플셰어 사이에 끼어버린 것이다.

애플에게는 데스크톱 운영체제 뿐만 아니라, 서버도 절실했다.

애플이 MAE와 MAS 등으로 맥환경 유닉스 포팅을 좀 하기는 했지만, 이미 시기적으로 너무 늦었고, 그 노력도 보잘 것 없었다. 애플 서버 제품군에는 거의 영향력도 미미하였다.

Apple’s Return to Servers
가세는, 데스크톱 맥을 세련된 사무용 제품으로 마케팅하려는 잡스의 선구자적인 노력을 완전히 뒤흔들고 없애버렸다.

그리고 90년대 중반, 당시 삐걱거리던 맥 시스템 7상에서 애플셰어를 돌려 맥을 사무용 시장으로 진입시키려던 때늦은 노력이 있었다. 하지만 기업들은 애플의 진입 노력을 하나의 농담으로 받아들여버렸다.

당시 애플은 AIX-기반의 ANS를 발표하였지만, 누구도 애플에서 서버를 구입하려하지 않았고, 맥 사용자들 또한 복잡한 유닉스의 커맨드라인을 다루고 싶어하지 않았다.

그동안 잡스의 계획인 유닉스-파워 그래픽 웍스테이션과 사무용으로 쓸 만한 서버가 넥스트로부터 애플로 들어왔다. 다음 기사는 넥스트 기술에 기반하는 애플의 최근 서버 제품군과, 애플이 맥 브랜드를 서버 시장에서 어떻게 다시 자리매김하고 있는지를 알아보도록 하겠다.

What do you think? I really like to hear from readers. Leave a comment or email me with your ideas.

Steve Jobs and 20 Years of Apple Servers

v2park · 2007-02-19, 08:13 PM

인용:

casaubon 님이 쓰신 글

올해 하반기 쯤 되면 애플은 레퍼드 서버를 내놓게 된다.

다음 기사들이 기대됩니다.

그런데 레퍼드 서버가 하반기에나 나오나요? 대략 난감.
레퍼드와 함께 나올 걸로 생각하고 있었는데...

tears4u · 2007-02-19, 11:59 PM

윌리엄 빌 게이츠 였군요.

casaubon · 2007-02-20, 12:09 AM

Apple’s NeXT Server Offensive on Microsoft

Sunday, February 18, 2007

1997년 스티브 잡스가 애플에 돌아왔을 때, 그는 넥스트 기술로 무장한 새로운 애플을 다음과 같이 묘사하였다. "컴퓨터 산업 최고의 자산을 이끄는 곳."

1997년 여름, 맥월드 엑스포에서 잡스의 그 발언을 듣는 중이었다면, 맥오에스와 뉴튼, 퀵타임을 포함된 애플의 제품군을 생각했을 것이다. 그러나 잡스는 분명히 넥스트에서 개발한 기술을 언급하고 있었다. 잡스의 발언은 애플을 혁명화시키고, 나온지 거의 10년째 되었음에도 불구하고 세상이 거의 알지 못하던 넥스트 기술을 뜻했었다.

Apple’s Assets
당연히 애플에게도 독특하고 소중한 자산이 있었다. 미처 넥스트도 못가진 장점도 많았다. 한 번 꼽아보자.

마이크로소프트 윈도에 얽매이지 않은, 독립적인 데스크톱 PC 업체로서의 지위
디지탈 사진과 콘텐트 제작, 재생용으로서, 퀵타임 멀티미디어 포트폴리오
애플의 PowerTalk에 포함되었다가 나중에 셜록으로 바뀐, ViTwin 검색엔진
숙련된 하드웨어 제조력
충성스러운 고객 집단과 기존의 유통 협력사

NeXT’s Troubled Sales
넥스트에게는 특히 사용자 기반이나 유통망이 전무했다. 애플과 같은 방식으로 하드웨어를 팔고 시장을 개척하려 했던 넥스트는 하드웨어 사업을 포기하고 소프트웨어에 집중하던 차였다.

넥스트는 처음에 PC용 넥스트스텝을 팔려 하였다가, 나중에는 윈도 NT와 선 솔라리스, 그 외 다른 유닉스 웍스테이션 플랫폼 상에서 돌아가는 OpenStep 사용자/개발자 환경을 팔려 하였다.

넥스트의 개척자적인 기술에 대한 칭송은 자자하였으나, 협력사들은 넥스트를 지속적으로 포위하였고, 넥스트와 협력하는 척 했다가, 계속 배신하였다.

NeXTSTEP을 라이센스했지만 결코 제품화시키지 않은 IBM
솔라리스용으로 OpenStep을 포팅하는 데에 투자하였지만, Java 구상만 선전했던 Sun
OpenStep에 참여했다가 Taligent로 배를 갈아 탄 HP
OSF/1상에서 OpenStep 사용을 계획했다가 철회한 Digital.

NeXT’s Asset Vault
1996년, 넥스트의 기여는 거의 잊혀져버린 상태였다. 마이크로소프트가 카이로를 약속했던 5년 전, 넥스트가 이미 훨씬 더 우월한 시스템을 제공했다는 사실을 기억하는 이도 거의 없었다.

심지어 애플 중역진들마저 자기들이 뭘 인수했는지 제대로 이해하지 못하는 분위기였다. 1997년, 맥 사용자들은 그동안 표준적인 넥스트 데모에서 보여졌던 간단한 넥스트 기술마저 경외(敬畏)하였다.

1997년 1월, 맥월드 엑스포에서, 당시 P&L Systems의 넥스트 개발자였던 린치(Paul Lynch)는 이렇게 보고하였다.

"길[당시 애플 CEO인 아멜리오)이 연설 대부분을 하였는데, 넥스트스텝 데모를 위해 스티브를 단상 위로 불러들였다. 스티브는 두 가지 데모를 보여주었다. 하나는 두 개의 슬라이더와 텍스트 필드가 있는 인터페이스 빌더였다. 88년부터 하던 일이었지만, 청중은 환호를 질렀다. 그 다음, 그는 퀵타임 영상 여섯 편을 한꺼번에 돌렸다. 그러면서도 화면캡쳐를 하여 메일 메시지로 보내기도 하였다. 1993년 넥스트 엑스포에서 이미 봤던 데모였다."

"매우 오래되고, 정말 간단한 기술에도 맥 청중들은 넘어갔다. 넥스트스텝 데모는 정말 직접 봐야 알 만하다. 넥스트의 세련도는 이제까지 봐왔던 것, 그 이상이다."

오늘 당장, 윈도 2000이나 맥오에스 8.6에 세상이 열광하는 장면을 상상해 보시라. 1997년 애플이 갖게 된 넥스트의 자산은 다음과 같다.

심각한 사무용으로도 테스트를 받아온, 완전하고 성숙한 객체지향 개발툴
웹용 프레임웍(WebObjects)과 데이터베이스(EOF) 개발
현대적인 그래픽과 디스플레이 모델
고도로 프로세서에 독립적인 구조

A Server Before the Desktop
맥오에스텐 서버는 제품으로서 맥오에스텐보다 더 일찍 나왔다. 넥스트의 자산을 맥과 같은 데스크톱용 제품으로 내놓기가, 애플 생각보다 시간이 더 걸렸기 때문이다.

하지만 서버 영역에서 애플은 맥오에스에 기반을 둔 애플셰어를 포기하고, 훨씬 더 서버다운 서버인 넥스트의 유닉스 플랫폼으로 이주하는 데에 별 시간이 걸리지 않았다.

Seven Years of Efforts by Apple and Microsoft
지난 해 여름, 필자의 "윈도우즈는 맥오에스텐보다 비용이 다섯 배"는 수 년동안 애플과 마이크로소프트에서 나온 제품을 서로 비교해 보았다. 이 기사는 원래, 맥오에스텐을 업데이트시키기 위해 "750 달러 정도"가 들어간다고 주장한 폴 써롯의 기사에 대한 대응이었다.

그가 말하려 했던 바는, 2000년 이전에 맥을 산 다음, 7년 동안 매년 데스크톱 맥오에스를 소매가격으로 교체할 때의 값이었다. 7년 묵은 맥에 레퍼드를 깔기 위한 노력인 셈이다. 7년 동안 500 달러는 족히 들어간다는 의미다.

하지만 그의 계산은 수 백 달러가 어긋났다. 어쩌면 펜티엄의 연산오류일지도 모르겠으나, 그의 논리는 어떻든 간에 아둔하다. 그래도 윈도 방어하기는 쉬운 일이 아니다. 롱혼에 수 년을 매달린 마이크로소프트를 변호하기 위한 무리수였을 것이다. 그 결과는 사실을 인위적으로 만들어냈다.

하지만 마이크로소프트와 비교할 때, 2000년 이후 애플이 다섯 번의 메이저 업데이트와 15 번에 달하는 마이너 업데이트를 벌였다는 사실은 변함이 없다. 어떻게 비판을 할 수 있을까?

사실은 사실이고 마이크로소프트에게 더 불리한 점은 또 있다. 7년 전의 맥조차도 최신 버전의 맥오에스텐을 돌릴 수 있다는 사실이다! 비스타에서는 그렇지 않다. 1~2년 전에 나온 PC도 비스타를 돌리기에 부족할 정도다. Oh the humanity! 불쌍한 폴.

What's More Expensive Than Windows XP?
물론 애플은 맥오에스텐 서버도 정기적으로 내놓았다. 이 제품이 좀 비싸긴 하지만, 그것도 윈도서버와 비교하면 당연하다. 마이크로소프트 서버 제품군은 중소기업 입장에서도 터무니 없이 비싸다. 대기업용은 더욱 그러하다.

윈도 서버의 소매가를 따지기에 앞서서, 영악한 클라이언트 라이센스 가격은 사용자가 100명이라고 할 때, 델 서버를 엑스서브 가격의 세 배까지 올려놓는다.

그 뿐만이 아니다. 비스타가 수 만여 개의 직장을 어떻게 창출할지 마이크로소프트가 운을 띄웠던 적이 있다. 하지만 그 진짜 의미를 알아보면, 비스타 유지에 그만큼 훨씬 더 많은 인력이 필요하다는 것이다.

Support Nightmares
윈도서버나 익스체인지를 다룬다면, 더 많은 자원과 더 많은 노력, 더 많은 비용이 들어간다는 점을 누구나 알 것이다. 윈도 상의 모든 서비스는 각자의 서버를 요구한다. 액티브 디렉토리 도메인을 위한 서버, 익스체인지 이메일을 위한 서버, 파일 공유를 위한 서버가 최소한 돌려야 할 서버다.

중소기업용(Small Business Server) 마이크로소프트 라이센스는 위 세 가지 제품을 하나의 PC Server로 패키지화 하였다. 하지만 데모용 목적이 아니라면 이 패키지는 가치가 없다. 소규모라 하더라도 전산실을 돌리려면, 새로운 PC 서버를 한 두 대 사가지고 필요한 모든 서비스를 돌려야 한다.

The Staggering Costs of Being Cheap
한 번 윈도로 이주하게 되면, 마이크로소프트에게 클라이언트 액서스 비용을 지불해야 한다. 이미 세계 최고의 갑부들로 가득찬 회사를 더 살찌워 줘야 한다.

윈도로 회사를 꾸미는 일은 월마트 쇼핑과 비슷하다. 겉보기에는 정말 싸지만, 실제 비용은 오히려 더 비싸다. 실제로 여러모로 볼 때, 가격은 훨씬 더 비싸진다.

싸구려 중국제 PC에 복제본 윈도를 설치하면 돈 벌었다고 생각할 것이다. 하지만 실제 비용을 고려해 보면 그렇지가 않다. 서버 면에서 볼 때, 윈도 투자는 정말 더 안 좋다.

하지만 이러한 싸구려 PC가 윈도 독점을 형성하는 데에 도움이 되었다. 즉, 마이크로소프트가 복제방지에 힘쓰게 되면, 스스로의 토대를 무너뜨리게 된다. 실제 경쟁력을 따져 보면 마이크로소프트는 참 허술하다.

Unix Returns
리눅스가 데스크톱 PC로서 매력적인 대안이라는 주장은 확실히 이치에 맞다. 하지만 리눅스조차 윈도 시장점유율을 파고들어갈 수는 없었다. 오히려 리눅스는 대단히 비싼 윈도 서버 시장을 파고들어서 큰 영향을 끼쳤다.

마이크로소프트조차 리눅스 서버의 위협에 반격을 시도할 정도다. IBM과 노벨, 오라클과 HP가 모두 리눅스로 이주하였고, 마이크로소프트를 동정하는 회사는 없었다.

리눅스 개발의 증가는 애플 자신의 서버 개발에도 도움이 된다. 둘 다 똑같은 서버용 소프트웨어를 공유하고, 범용 유닉스 플랫폼상에서 만들어졌기 때문이다.

애플 맥오에스텐 서버를 역사적으로 보면, 90년대 초반의 실패를 딛고, 애플이 오픈소스 소프트웨어로 어떻게 새로운 서버 사업을 펼치는지 알 수 있다.

더해서, 애플은 나름의 개방형 개발 원칙을 채택해왔다. 주요 서버 애플리케이션을 공유시킨 것이다. 다음 기사는 지난 10년간 애플의 전략이 어떻게 펼쳐졌는지를 알아본다.

What do you think? I really like to hear from readers. Leave a comment or email me with your ideas.

Apple’s NeXT Server Offensive on Microsoft

casaubon · 2007-02-20, 01:30 AM

Cocoa and the Death of Yellow Box and Rhapsody

Monday, February 19, 2007

넥스트로부터 입수한 기술을 바탕으로, 애플은 오픈소스 소프트웨어를 활용하여 새로운 서버 사업을 빠르게 개발한다. 하지만 넥스트 기술을 그대로 사용할 수는 없었다. 크게 변화를 시켜 주어야 했다.

1996년에서 2000년 사이, OpenStep, 그리고 옐로박스(Yellow Box)에 대한 시장의 거부 때문에, 애플은 애플 자신을 위해 맥오에스텐을 재작업해야 했다. 선의 자바나 마이크로소프트의 .Net, 혹은 오픈소스 모노처럼 크로스 플랫폼으로 할 수가 없었다. 본 글은 옐로박스가 어떻게 전략적으로 죽어야 했는지를 밝힌다.

Two Failures Team Up
1996년 당시 애플은 Copland의 취소와 함께, 차세대 맥오에스로 기존 운영체제 구입 의도를 발표하였다. 애플은 마이크로소프트 윈도 NT를 짧게나마 검토해 보고, 쟝-루이 가세의 BeOS 인수 협상을 시작하였다.

그 다음, 애플은 넥스트와도 협상에 들어간다. 원래 애플은 넥스트의 운영체제 커널을 라이센스할 계획이었다. 하지만 넥스트는 운영체제로서의 NeXTSTEP 판매를 멈추고, 다른 개별 개발에 집중한 상태였다.

OpenStep: 여러가지 운영체제의 개발 프레임웍 사양
WebObjects: 웹 애플리케이션 개발용 개발 프레임웍
OPENSTEP Enterprise: 윈도 NT용 OpenStep 개발툴
OPENSTEP Solaris: 선 솔라리스 운영체제용 OpenStep 개발툴
OPENSTEP/Mach: PC용 NeXTSTEP, SPARC, HP PA-RISC용 OpenStep 버전

그러나 넥스트는 오픈스텝 채택에 어려움을 겪는다. 진보적인 운영체제가 있다 하더라도 고객이 없었던 것이다. 반면, 애플에게는 고객이 있었으나, 진보적인 운영체제가 없었다.

두 회사 간의 협상은 빠른 진척을 보여, 마흐 커널 라이센스에서 이제는 넥스트 인수로, OpenStep은 개발계획으로, OPENSTEP/Mach는 새로운 운영체제로 변모해갔다.

Rhapsody and the Yellow Box: 1997-1998
1997년 1월, 애플은 기존의 맥오에스 7.6에서 새로 인수한 넥스트 기반 운영체제로 재빠르게 사용자들을 이주시킬 계획이었다.

코드명, Rhapsody라 불린 새 운영체제는 기존의 OPENSTEP/Mach 4.0에 기반을 두고 있었지만, 컬러싱크나 퀵타임과 같은 애플 기술을 통합시킨 형태였다.

이 운영체제는 PowerPC 맥과 표준형 인텔 PC에서 모두 돌아갈 예정이었다. 단, 기존 맥 애플리케이션을 위한 블루박스는 파워맥 버전에만 실렸다. 랩소디의 OpenStep 환경은 옐로박스라는 이름으로 바뀌었다.

고도로 포팅이 손쉬운 OpenStep 프레임웍은 넥스트의 마술이다. 게다가 윈도 NT/95 사용자들에게도 팔 수 있는 개발툴이기도 했다. OpenStep/옐로박스용 애플리케이션이라면 마술처럼 크로스 플랫폼이 가능하다. 랩소디만이 아니라 윈도, 솔라리스 등, OpenStep이 포팅되는 모든 시스템에서 사용 가능하다는 의미다.

OpenStep 사양의 오픈소스 버전인 GNUStep도 리눅스용으로 개발된 것이다. 애플은 맥오에스용으로도 옐로박스를 호스팅할 계획을 짧게나마 세웠지만, 제대로 작동하지 않으리라 보고 빠르게 취소한다.

옐로박스 계획을 보면, OpenStep을 비웃던 세상이 각성하여, 넥스트 기술로 새로워진 맥을 칭송하고, 그에 따라 모든 소프트웨어를 아무데에서나 "잘 돌아가는" 옐로박스로 작성하는 시나리오였다.

Yellow Box Falls Apart
하지만 랩소디 계획이 진전될 수록, 문제점이 드러나게 된다.

OPENSTEP은 어도비의 디스플레이 포스트스크립트 등, 라이센스하기에 매우 고가인 기술도 갖고 있었다.

이 문제는 원래 OPENSTEP/Mach의 문제가 아니었다. 넥스트는 데스크톱용으로 795 달러, 개발툴 풀셋으로는 2790 달러에 오픈스텝을 판매했었다. 하지만 맥오에스는 대중시장용이었으며, 저가의 옐로박스 런타임도 계획중이었다. 그런 고가의 라이센스 비용을 낼 수는 없었다.
더 중요한 문제가 있었다. 써드파티들이 옐로박스 프레임웍으로의 이주를 거부한 것이다. 써드파티들은 기존 맥오에스도 네이티브로 돌릴 호환 환경과 함께, 옐로박스 대신 기존 맥오에스 API에 기반하는 코드 개발 지속을 요구하였다.

맥오에스 블루박스 API가 Power PC와 68k 에뮬레이션에 묶여 있기 때문에, 랩소디 PC 버전에서는 돌릴 수 없거나, 쓸 만한 속도가 나오지 않을 터였다. 이 때문에 인텔용 랩소디는 취소되기에 이른다.
윈도 가격 패러독스때문에 윈도 경쟁품을 팔기란 불가능에 가까웠다. 써드파티 하드웨어 업체들이 랩소디를 OEM 선택사양으로 집어 넣어줄리 만무하였다. 마이크로소프트의 독점 정책은 DR-DOS와 OS/2, NeXTSTEP, BeOS, 리눅스를 사냥해왔다.

Cross Platform Rhapsody Falls Apart
그렇다고 해서 애플 서버 제품이 나오지 않지는 않았다. 애플은 수정시킨 넥스트 기술 서버 두 가지를 차례로 선보인다.

1999년 맥 하드웨어용 랩소디인 맥오에스텐 서버
1년 후, 넥스트스텝을 상당히 수정시킨 맥오에스텐

초기 랩소디 개발자버전을 받은 이들은 PC와 맥 하드웨어 양측에서 랩소디를 돌릴 수 있었지만, 실제로 나왔을 때는 써드파티 라이센스나 크로스 플랫폼 지원이 완전히 사라졌었다.

그 어떤 PC 하드웨어 업체들도 맥오에스텐 서버용으로 그럴듯한 라이센스비를 지불하려 하지 않았으며, 흥미 자체가 없었다. 애플은 여전히 언론에 의해 곧 망할 회사라는 이미지를 안게 되었고, 모두의 관심은 마이크로소프트의 차세대 NT인 윈도 2000에 쏠려 있었다.

Mac OS X Server 1.0: 1999
1999년, 랩소디는 맥-전용 Power PC 버전으로 나오게 된다. 원래는 OPENSTEP/Mach 5.0이고, Mac OS X Server 1.0이라 불리었다.

여전히 디스플레이 포스트스크립트를 사용했지만, 외양만은 맥오에스 8, 코플랜드와 유사했다.

클래식 맥 애플리케이션을 돌리기 위한 블루박스 환경도 포함되어 있었으며, 이 환경은 풀 버전의 맥오에스 8을 호스팅하는 가상머신이었다.

블루박스가 상당한 시스템 자원을 소모하긴 하였지만, 랩소디는 맥오에스 8 네이티브 설치본보다 맥 애플리케이션 대부분을 더 잘 돌렸다. 랩소디의 개선된 OS 기초덕분이었다. 가상 메모리 아키텍쳐가 더 나아진 면도 있었다.

새로운 맥오에스텐 서버가 나오자, 클래식 맥오에스에 기반을 둔 애플셰어는 그 수명을 다하였다. 맥오에스텐 서버는 원격으로 네트워크 이미지 부팅을 지원하는 NetBoot도 선보였다. 아이맥이 나온 이후에 나온 맥은 네트워크 컴퓨터로 부팅을 할 수 있었다.

Mac OS X Leaves Rhapsody Behind
2년 후, 애플은 디스플레이 포스트스크립트가 없는 맥오에스텐 10.0을 선보이게 된다. 이 맥오에스텐은 상당한 재작성이 이뤄진 상태였다.

기존 클래식 맥 API는 Carbon으로 깔끔해지고, 옐로박스는 코코아(Cocoa)로 급격히 변모하였다.

블루박스는 클래식이라는 이름을 달았지만, 기존의 맥용 애플리케이션도 카본을 사용하여 업데이트시키면 네이티브로 돌릴 수 있었다. 즉, 카본을 사용하면, 새 운영체제의 거의 모든 기능을 제대로 활용할 수 있었다.

완전히 다른 윈도서버를 추가시키는 대신, 옐로박스에는 근본적인 변화가 너무나 많아졌다. 이에 따라 OpenStep 환경 사양에 기반한 옐로박스의 크로스 플랫폼 환경은 중단된다.

기존의 OpenStep 애플리케이션도 맥오에스텐으로 돌리려면 상당한 재작성이 필요해졌고, 맥오에스텐용 애플리케이션 또한 OpenStep 호환 환경에서는 돌아갈 수 없게 되었다.

The Eternal Death of Yellow Box
OpenStep, 그리고 옐로박스가 모두 실패하자, 애플이 크로스 플랫폼 애플리케이션 개발용으로서 옐로박스 전략을 다시 선보일지는 극히 불투명해졌다.

선의 자바 가상머신 전략도 비슷한 이유로 실패하고, 마이크로소프트 자신도 .NET을 고유의 가상머신으로 선보이는 데에 어려움을 겪고 있다. 기존 Win32 개발에 비해 .NET이 분명히 더 이득이지만, 마이크로소프트 자신도 .NET의 사용에 느린 행보를 보이고 있을 정도다.

옐로박스가 왜 다시 나올 수는 없을까? 다른 사례를 보면 그 이유를 알 만하다.

원래 넥스트는 자사 기술의 채택도를 높이기 위해 OpenStep 사양을 발표했었다. 하지만 통합형 제품으로서 판매에 실패하고, 써드파티용으로도 실패한 다음, OpenStep은 넥스트 플랫폼 소비자를 찾기 위한 최후의 한 방이었다.
선은 자사 버전의 OpenStep과 유사한 개발 환경인 자바를 소개하였으며, 이 자바 또한 크로스 플랫폼 애플리케이션 개발을 목표로 하고 있었다. 처음에 세상은 크로스 플랫폼 개발에 열광하였지만, 가상머신에는 냉담했다. 느리고, 불완전하며, 네이티브가 훨씬 더 잘 작동했기 때문이다.
마이크로소프트는 .NET과 CLR VM, 그리고 자바와 유사한 여러가지 "#" 바이트코드 언어로 선 자바를 죽이려들었다. 그러면서 자바-스타일의 개발을 윈도와 묶으려 하였다.

.NET은 한편 기존 Win32 개발환경을 교체하려는 목표도 갖고 있었다. 애플의 클래식 맥 API로부터 코코아 이주와 비견할 만한 것이 바로 Win32에서 .NET 매니지드 코드로의 이주이다. 하지만 비스타도 .NET을 하나의 선택사양으로만 제공할 뿐이다.

이는 랩소디의 문제와 유사하다. 마이크로소프트는 개발자들을 롱혼의 WinFX로 이주시키려 했지만, 개발자들이 이미 알고 있는 툴 사용을 고집함으로써 계획을 철회한다.
오픈소스 진영에서 .NET 환경을 Mono와 DotGNU 프로젝트로 만드려고 노력하는 중이다. 마이크로소프트 .NET을 OpenStep이나 자바처럼 자리매김하려는 것이다.

Apple Runs With Cocoa
시장의 냉담한 반응을 계속 받자, 애플로서도 크로스 플랫폼 애플리케이션 개발툴 제공에 흥미를 잃게 된다. 애플로서는 기회도, 동기도 부여가 안 되었다.

애플은 맥 하드웨어를 팔게 할 만한 소프트웨어 제공을 원하지, 자바나 .NET과 같은 크로스 플랫폼 개발을 갖고 싶어하지 않았다. 더구나 .NET도 나온 마당에, 10년도 더 된 옐로박스를 이미 번잡한 시장에 밀어 넣기가 매우 어려워진 상황이었다.

게다가 별 소득 없이 자바 지원을 쫓아오던 애플은 자바나 .NET 지원에 대한 관심을 잃었다. 모노와 같은 노력에 다시 애플이 참가할 가능성은 매우 낮다.

그 대신 애플은 남의 기술이 아닌, 고유의 기술에 집중한다. 코코아와 웹오브젝트(웹용 코코아라 할 수 있다) 등, 넥스트에서 나온 주요 기술을 활용한 것이다.

온라인 애플스토어, 교육용과 사무용, 여러가지 지역용 등으로 나뉜다.
여러 지역용 아이튠스 스토어와 교육기관용 iTunes U
맥오에스텐에 번들된 애플리케이션과 iLife, Pro App 패키지.
코코아 기술을 채택한 iPhone

위 사례를 보시라. 애플은 써드파티에 대한 의존도를 줄일 뿐만 아니라, 써드파티의 구색을 일부러 맞춰주지도 않는다. 그 대신 자기 제품을 만들기 위해 자기 기술을 사용한다.

빠른 애플리케이션 개발에 있어서 애플의 놀라운 성공이 이제는 무료 개발툴들 덕분이기는 하지만, 외부 개발자들의 애플 기술 채택은 느리다. 애플이 만약 써드파티에게 가서 그 기술을 채택하느라 기다렸더라면, 오래 전에 쓰러졌을 것이다.

자기 고유의 기술을 최대한 활용하는 것, 이것 덕분에 애플은 독특하고 차별화된 제품으로 앞서나갈 수 있었다. 자기 툴을 쓰면 그만큼 경쟁사보다 더 빠르게 신제품을 개발할 수 있다.

코코아가 외양의 인터페이스를 빠르게 개발시켜 주기도 하지만, 애플은 오픈소스를 활용하여 내부 엔진의 힘도 늘려왔다. 다음 기사는 코코아와 오픈소스의 결합이 어떤 서버용 제품을 빠르게 만들어줄지 알아보겠다.: Open Source in Apple’s Server Efforts

What do you think? I really like to hear from readers. Leave a comment or email me with your ideas.

Cocoa and the Death of Yellow Box and Rhapsody

casaubon · 2007-02-20, 09:00 AM

Open Source in Mac OS X Server

Tuesday, February 20, 2007

90년대 중반, 서버 시장 진입에 실패한 이후, 애플은 오픈소스를 활용하여 빠르게 새 서버 사업을 개발하고 있다.

애플은 원래 1999년에, 그리고 2000년에 데스크톱용 맥오에스텐을 선보이려 했었다. 하지만 랩소디와 관련된 여러가지 문제 때문에 그 때 내놓을 수 없었다.

써드파티 상용 코드에 대한 의존도를 줄일 필요가 있었다. 특히 어도비의 디스플레이 포스트스크립트가 그러하다.
전체 디스플레이 시스템을 다소 새로운 것으로 교체해야 했다.
기존 클래식 맥오에스 개발을 네이티브로 지원해야 했다.
넥스트스텝의 유닉스 기반도 업데이트 해 주어야 했다. 1995년 이후로는 정규 개발 업데이트가 없었다.

Darwin: 2000
랩소디에서 맥오에스텐으로의 이주작업 덕분에 애플은 커널과 코어 OS를 오픈소스로 공개할 수 있었다. 애플 고유의 부분은 빼고서 말이다.

랩소디는 2000년 2월, 맥오에스텐 서버 1.2로 조용하게 마지막 버전을 보인다. 그리고 4월달에 애플은 다윈 1.0을 내놓는다. 다윈은 핵심 운영체제의 오픈 소스코드였으며, 랩소디와는 상당히 달랐다.

PC 운영체제로서의 맥오에스텐이 죽은 대신, 다윈은 PowerPC 맥과 인텔 PC 양자용으로 제공됐고, 이론적으로는 다른 플랫폼 포팅도 가능했다. 그러나 다윈의 주안점은 리눅스의 라이벌화가 아니라, 맥 개발자들에게 내부 구조를 보다 잘 보여주기 위함이었다.

애플은 또한 다윈스트리밍서버라는 이름으로 퀵타임 스트리밍 서버를 오픈소스화시키기도 하였다. 첫 번째 오픈소스이자, 표준에 기반한 무료 인터넷 스트리밍 서버가 이것이다. FreeBSD와 솔라리스, 리눅스, 윈도 NT 상에서 돌아갈 수 있었다.

Criticism of Darwin
다윈 공개는 간단하지 않았다. 맥오에스텐상에서 애플은 복잡하고, 공개문서화가 안 되어있는 내부 개발 시스템, XBS를 사용한다. 애플 외부 누구도 이 시스템에 접근할 수 없으며, 소스코드로부터 맥오에스텐에 필적할만한 운영체제를 만들기란 매우 어렵다.

개발 시스템을 충분히 공개하지 않는다면서 불평하는 외부 개발자들이 있지만, 사실 다윈 프로젝트에서 의미 있는 기여를 하기란 매우 어렵다.

더구나 애플은 의도적으로 상용 버전에 앞서서 코드 변화를 시키지 않는다. 기능을 비밀로 지키는 것 외에도, 출하할 때까지의 안정성을 지키기 위한 목적도 있다. 그 시간동안 애플은 다음 버전 작업을 계속하면서, 외부 개발자들과의 접촉을 순간 끊는다.

애플의 오픈소스 전략에 대한 비판은 상용 프로젝트 개방의 어려움을 역으로 증명한다. 선도 솔라리스를 OpenSolaris로, 스타오피스를 OpenOffice.org로 개방하는 데에 있어서 비슷한 문제를 겪었다. 한 번 프로젝트를 공개하면, 오픈소스 버전과 상용 버전과의 차이 문제를 야기할 수 있다.

Darwin is not GNU
다윈의 경우, 애플은 커뮤니티를 조성하여, 개발자들에게 나름의 운영체제 제작권을 주는 대신, 내부코드에 접근권을 가진 써드파티 개발자들에게 다윈을 제공하는 데에 더 관심을 갖고 있다.

1996년부터 1998년 당시 애플이 호스팅했던 오픈소스 리눅스 프로젝트, MkLinux의 경험을 보면, 애플은 "오픈소스 커뮤니티"에 대한 환상을 갖고 있지 않다.

GNU/리눅스, 혹은 다른 상용 오픈소스 프로젝트와 유사하지 않다고 하여 다윈을 실패작이라 단정지으면, 리눅스와 GNU가 수 만 명의 엔지니어들의 노력과 수 천만 명의 소비자들을 거느리고 있지 않다는 사실을 무시한 처사다.

애플이 오픈소스 노력을 극적으로 바꿀 유일한 방법은 다윈을 완전히 독립적인 프로젝트로 분리시키는 것이지만, 이 경우 애플도, 개발자들도 혜택을 못 얻는다. 다윈이 상용 맥오에스텐의 내부에 접근권을 부여하는 한, 마찰과 불만은 언제나 존재할 것이다.

Darwin Version Numbers
2000년 5월, WWDC에서 애플은 맥오에스텐 개발자 프리뷰 4를 선보이고, 그 해 하순에 퍼블릭 베타가 나오리라고 발표한다. 그리고 2001년 1월, 정식 버전 1.0을 약속하였다. 이 2001년 버전은 후에 10.0으로 숫자가 주어진다. 기존의 맥오에스 버전을 계승하는 의미였다.

다윈은 내부적으로 나름의 버전 숫자를 지닌다. 퍼블릭 베타 때에는 1.2.1이었다가, 10.0 정식 버전 때에는 1.3.1이었다. 그리고 그 후에는 맥오에스텐이 바뀔 때마다 다윈의 버전도 바뀌었다.

맥오에스텐 10.1.1에서 다윈의 버전은 5.1로 뛰어 넘는다. 맥오에스텐으로서는 0.0.1이 올라가는 마이너 업데이트였지만, 넥스트스텝으로서는 다섯 번째 메이저 업데이트였기 때문이다.

오늘날 다윈은 8.8이다. 우연히도 맥오에스텐의 10.4.8과 일치한다. 다윈이 넥스트스텝의 여덟 번째 버전이고, 맥오에스는 10번째이며, 맥오에스텐으로서는 네 번째, 마이너 리비전으로서는 여덟번 째라는 의미다. 맥오에스텐의 빌드 버전은 다윈 8.8의 메이저 버전을 반영하기도 한다. 10.4.8 빌드는 8L127 (넥스트스텝 8.8!)이다.

Mac OS X Server 10.0, 10.1: 2001
애플이 내부적으로 인텔 하드웨어상으로도 맥오에스텐을 꾸준히 돌려오면서, 운영체제는 이제 OpenStep 사양을 벗어나게 된다. 맥오에스텐 10.0은 넥스트스텝의 새로운 혈통이 되었다.

맥오에스텐 10.0 서버 버전과 무상 업데이트로 된 10.1 버전은 랩소디-기반의 서버 1.0에 있던 서버용 애플리케이션 기능 대부분을 그대로 흡수하였다.

애플은 맥오에스텐 데스크톱용을 준비하는데에 집중하였다. 데스크톱이 없다면 대중시장에 다가설 수 없었기 때문이다.

Quartz vs X Window
데스크톱에서 애플이 집중한 부분은 랩소디에 있던 코플랜드 맥오에스 8의 형식을 완전히 새로운 아쿠아로 바꾸는 것이었다. 아쿠아는 디스플레이 포스트스크립트를 교체한 새로운 그래픽 렌더링/컴포지팅 엔진, 쿼츠의 투명성을 선보인 그래픽 체제였다.

오픈소스 코드를 확장시켜서 사용하는 애플의 행태를 고려하면, 리눅스나 유닉스 류의 시스템이 사용하는 기존의 공개된 X 윈도 사양을 사용하지 않고, 어째서 애플 고유의 기술을 개발했는지 의문을 품을 법 하다.

답변이 있다. 애플이 오픈소스를 쓸 때는 쓰지만, 고유의 새 기술을 개발하기도 한다. 기존 소프트웨어가 언제나 최고는 아니다.

Transition to a Modern OS
맥오에스텐 10.0과 10.1은 윈도 2000처럼 이주의 문제를 겪는다. 마이크로소프트는 DOS 기반의 윈도 제품군을 NT 커널로 이주시키는 데에 큰 어려움을 겪었다. 윈도 2000(NT 5.0)으로도 역부족이었다. 그 다음에 나온 윈도 XP(NT 5.1)이 나와서야 윈도 기반을 DOS에서 NT로 옮길 수 있었다.

맥오에스텐 10.2에서도 유사했다. 클래식 맥오에스 9는 유닉스-기반의 맥오에스텐이 제공하지 못하는 기능을 여전히 제공하고 있었다. 2002년이 되어서야 애플은 마침내 클래식 맥오에스의 장례식을 선포할 수 있었다.

마이크로소프트의 DOS, NT 이주와 애플 간의 차이점은 무엇일까? 마이크로소프트는 보다 폐쇄적이고 닫힌 운영체제로 이주하였다. MS-DOS 역시 공개된 운영체제는 아니었지만, 내부에 대한 이해는 광범위했다. DOS는 원래 마이크로소프트가 개선을 위한 기반으로 사용했던 CP/M에 기반을 두고 있었다. 반면, NT는 처음부터 다시 만들었다.

애플은 반대 방향으로 움직였다. 완전히 비밀이었던 맥오에스에서, 유닉스 기반으로 이주하였다. 다른 유닉스 시스템과 구조적 유사성과 함께 애플리케이션 수준의 호환성도 주면서 말이다.

그 결과, 마이크로소프트는 운영체제나 서버 기술의 외부 발전에서 완전히 격리된 채, 고립되어왔다. 반면, 애플은 NetBSD나, FreeBSD, OpenBSD, GNU, 그 외 다른 오픈소스 프로젝트로부터 상당한 참여와 혜택을 받아왔다.

Mac OS X Server 10.2 Jaguar: 2002
맥오에스텐의 빠른 진전은 재규어 때부터였다. 재규어는 데스크톱 사용자를 겨냥한 최초의 주류 맥오에스텐이었다. 재규어 서버 10.2에는 다음이 포함되어 있었다.

JHFS+: 맥 파일시스템의 저널링 버전
Open Directory: LDAP 기반의 디렉토리 서버, PowerTalk 시절의 Open Directory가 되살아났다.
개선된 퀵타임 스트리밍 서버 4, 퀵타임 브로드캐스터
CUPS(Common UNIX Printing System)을 기반으로 만들어진 표준형 출력 아키텍쳐
AIX-기반의 애플 네트워크서버 이후 최초로 애플이 디자인한 서버 하드웨어인 엑스서브의 등장
SNMP에 기반한 서버 Status 원격 관리 툴

위의 기능은 애플이 오픈소스와 공개표준의 혜택을 상당히 받는다는 점을 시사한다. 반면 애플은 새로운 코드를 개발하여 일부는 공개하기도 한다. 스트리밍 서버나 HFS의 경우가 그러하다.

애플은 재규어의 소매판매도 시작한다. 상당한 판매량을 올린 최초의 운영체제 판매였다. 이 판매 덕분ㅇ네 애플은 맥오에스텐 프레임웍의 개선에 더 큰 투자를 할 수 있게 된다.

Mac OS X Panther Server 10.3: 2003
그 해, Panther는 새로이 사파리 웹브라우저와 다시 만든 파인더, 엑스포제, 빠른 사용자 스위칭을 소개한다.

서버 측면에서 보면, 애플은 더 많은 오픈소스 프로젝트를 시스템 안으로 넣고 업데이트시켰다. 삼바 3를 사용하는 Panther Server는 윈도 도메인 컨트롤러처럼 작동할 수 있다. 애플은 또한 웹개발을 위한 MySQL과 PHP를 넣고, 디렉토리 서버나 메일서버와 같은 다른 서비스도 업데이트시키고 개선시켰다.

Mac OS X Tiger Server 10.4: 2005
타이거 서버 또한 고유의 애플리케이션은 물론 애플이 디자인한 사용자 인터페이스에 오픈소스 소프트웨어의 혼합도 소개시킨다. 어떤 기능은 윈도 기능을 보조하기도 하였다.

가령, 애플은 Access Control Lists 지원을 추가시킨다. 이 ACL 지원은 보다 복잡한 파일 퍼미션용 메커니즘을 제공하고, 윈도에서 사용하는 파일 퍼미션과의 호환성을 허용한다.

타이거는 또한 Portable Home Directories를 소개한다. 이 기능은 서버로 데스크톱 클라이언트를 접속시켜서, 사용자 프로파일을 다운로드받게 한 다음, 서버와의 싱크를 유지시킨다. 이는 윈도에서 사용하는 싱크 셰어와 프로파일 로밍과 유사하다.

데스크톱 사용자가 원래의 사용자 프로파일을 서버와 싱크시킨다는 의미는, 데스크톱 아이템이나 다른 파일, 그 외 설정 사항을 여러 대의 머신과 싱크시킨다는 뜻이다. "Xserve를 넘어서: Xserve mini"는 애플이 가정 사용자에게 제공할 뭔가의 개념을 소개하였다. 현재는 타이거 서버에서만 가능한 일이다.

애플이 개발한 다른 기술로는 Xgrid 분산 프로세싱과 64-비트 애플리케이션 지원이 있다. 애플은 또한 웹오브젝트를 타이거 서버에 통합시키기도 한다. 원래는 5만 달러 어치의 라이센스였다.

아이챗 인스턴트 메신저 서버도 공개된 Jabber XMPP를 기반으로 하여 만들었다. 이 변화는 아이챗 클라이언트에서 나타났다. 폐쇄형인 AOL IM 시스템과도 운용성을 갖추면서, 아이챗은 이제 Jabber 시스템을 이용하여 구글톡과 같은 다른 시스템과도 대화할 수 있게 되었다.

타이거 서버에는 Blojsom도 번들시켰다. Blojsom은 Blossom 웹서버의 자바 버전으로서, 애플이 이 서버의 스킨을 제작하여, 간단한 블로그 설정을 쉽게 할 수 있도록 해 놓았다. 하지만 그 서비스가 좀 허술하기는 하다. 호스팅된 블로그에 상당한 변화를 주기가 극도로 어렵기 때문이다.

올해 하반기가 되면 나올 레퍼드 서버는 타이거 서버를 개선시킨 버전이 될 터이지만, 완전히 새로운 웍그룹과 협동 서비스도 포함하게 된다. 이 중에는 이미 무료 오픈소스 프로젝트로 나와있는 iCal 서버도 포함된다. 다음 기사에서 한 번 알아보도록 하자.

What do you think? I really like to hear from readers. Leave a comment or email me with your ideas.

http://www.roughlydrafted.com/RD/RDM...E587D21DF.html

jaykay · 2007-02-20, 11:11 PM

인용:

tears4u 님이 쓰신 글

윌리엄 빌 게이츠 였군요.

빌(Bill)은 윌리엄의 애칭입니다. Billy나 Billie라고도 쓰죠.

빌 게이츠의 풀네임은 William Henry Gates 3세 이구요.

tears4u · 2007-02-21, 01:39 AM

인용:

jaykay 님이 쓰신 글

빌(Bill)은 윌리엄의 애칭입니다. Billy나 Billie라고도 쓰죠.

빌 게이츠의 풀네임은 William Henry Gates 3세 이구요.

역시 편지에 있던 가운데 글자는 H였군요 ^^

B라고 멋대로 해석해버리는

제대로 가르쳐주셔서 감사합니다.

jaykay · 2007-02-21, 04:11 AM

인용:

tears4u 님이 쓰신 글

제대로 가르쳐주셔서 감사합니다.

별말씀을요.

저야말로 글타래 내용과 관련도 없는 것으로 괜히 언짢게 해드리는건 아닌지 살짝 걱정했드랬었는데 좋게 생각해주시니 안심입니다.

casaubon · 2007-02-22, 01:16 AM

Mac OS X Leopard Server

Tuesday, February 20, 2007

맥오에스텐 레퍼드 서버에서 애플은 앞으로 기존의 타이거서버를 개선시키고, 여러가지 수정을 벌일 예정이다. 본 기사에서는 레퍼드 서버의 흥미로운 기능과 함께, 각 컴퍼넌트가 자기 역할 이상을 어떻게 발휘할지에 대해 알아본다.

Ease of Use
레퍼드 서버는 두 가지 방향을 지향하는 단일 제품이다.

작은 사업체 웍그룹 사용자: 보통은 단순 유지만 시키는 비숙련 사용자가 운영한다.
대규모 교육기관 및 특정 목적의 환경: 과학 연구소와 영상 제작소 등이다.

애플은 비숙련 사용자들도 레퍼드서버를 다루기 쉽도록 만들고 있다. 서버 설정을 맥오에스텐 시스템 설정과 유사한 인터페이스로 만드는 중이다.

이전의 애플은 주요 서버관리툴을 개별 애플리케이션으로 내놓았었다.

Server Admin: 아파치나 파일공유와 같은 소프트웨어 서비스를 모니터링하고 관리하며, 설정한다.
Workgroup Manager: 파일 공유와 사용자, 그룹, 계정, 정책을 관리한다.
Server Monitor: 원격 서버 하드웨어 관리와 모니터링

레퍼드 서버에서 제일 본질적인 설정은 새로와진 Server Preferences에서 직접 다루게 된다. 애플은 대시보드 위젯으로도 현재 가동중인 서비스와 리소스를 볼 수 있도록 하였다. 처음 시동하게 되면, 레퍼드 서버는 모든 것을 설정하는 쉬운 셋업을 보여주게 된다.

Advanced Management
소규모 기업이 쓰기 쉬운 설정 뿐만이 아니다. 레퍼드 서버는 또한 이미 타이거 서버에서 제공한 원격 관리와 설정 기능을 계속 지원하고 있다.

새로운 서버어드민을 사용하면, 관리자는 이제 특정 서버와 서비스의 관리를 다른 관리자에게 넘길 수 있다.

관리자는 또한 처음 설정을 저장하여, 수많은 서버를 동시에 다룰 수 있다. 서버가 부팅하게 되면, 자동적으로 네트워크상에서 설정 파일을 찾아내서 스스로 설정에 들어가게 된다.

Backups, Searching and ACLs
레퍼드 서버는 타임머신을 사용하여 백업을 한다. 한편, 새 서버를 설정하고 그 다음에 백업을 복구하는 형식보다는, 재설치할 때 바로 복구하는 구급 회복 툴을 제공한다.

새로운 스폿트라이트 서버는 서버상 콘텐트를 인덱스하면서, 빠른 검색을 지원한다. 즉, 사용자들이 쿼리를 정할 때 그만큼 리소스가 덜 필요함을 의미한다. 쿼리 결과는 파일상의 퍼미션 설정을 따르기도 하기 때문에, 검색 결과는 권리가 있는 파일만 나타낼 수 있다. 스폿트라이트는 타임머신 백업의 인덱스도 하기 때문에, 백업물을 검색할 수도 있다.

레퍼드 서버는 기본적으로 사용자 퍼미션을 위해 ACL로 켜진다. 또한 ACL을 설정하는 완전한 툴을 제공한다. 타이거 서버, 특히 데스크톱 버전에는 없던 기능이다.

Collaboration Services

타이거 서버가 특히 부족했던 부분이다. 타이거 서버는 웍그룹에 알맞는 이상한 웹로그 서버와 공개 Jabber XMPP 프로토콜에 기반을 두는 보안 IM 아이챗 서버를 번들했다. Jabber로 다른 챗 서비스와 연동시켜 놓기는 했지만, 아이챗 서버가 외부 시스템으로 챗을 중계시키지는 않았다.

레퍼드 서버는 협력형 서비스를 주요 기능으로 잡고 있다. 새로워진 아이챗 서버 2는 이메일처럼 메시지 외부 중계도 지원한다. 즉, 클라이언트 상에서 다중의 챗 서버에 로그인할 필요가 없다는 의미다. 구글톡을 비롯하여 공개된 Jabber IM과 같은 곳 어디에서나 투명하게 메시지를 주고 받을 수 있다.

iCal Server
메일 서비스의 개선과 함께, 애플은 iCal 서버를 오픈소스로 풀어 놓았다. 애플은 이 칼렌다서버를 Twisted Matrix Laboratories의 Twisted.web2 를 사용하여 구축하였다. 이것은 Python 비동기 네트워크 프로그래밍용 프레임웍으로서 MIT 라이센스로 제공된다.

Twisted를 발견한 이후, 애플인 이 소프트웨어를 너무나 좋아한 나머지, 동 소프트웨어 개발자들에게 엑스서브를 증여할 정도였다. 이들은 자신을 "같이 소프트웨어 작업을 하는 전세계에서 모인 느슨한 해커 연대"라고 밝히고 있다.

레퍼드 사용자에게는 다음과 같은 좋은점이 있다는 의미이기도 하다.

애플은 좋은 소프트웨어에 신경을 쓰며, 오픈소스 개발자들과의 제휴관계도 노력중이다.

iCal 서버의 경우, 애플은 고유의 코드도 공개하여 남들이 쓸 수 있게 해 두었다. 이리하여 CalDAV를 칼렌다 서빙 프로토콜의 표준으로 만들 수 있었다.
애플은 다이나믹 언어를 좋아한다. 맥오에스텐 네이티브 오브젝티브 C도 가비지콜렉션과 같은 기능을 업데이트시켰으며, 애플 자신이 루비와 Python과 같은 다이나믹 언어를 앞장서서 홍보하고 있다. 애플은 또한 PyObjC 브릿지를 포함시켜서 Python을 사용한 코코아 프로그램도 허용시켜 놓았다.

맥오에스텐 초기 시절에도 유사한 사례가 있었다. 바로 자바용 코코아 브릿지이다. 그러나 자바는 오브젝티브 C보다도 다이나믹하지 못했다. 즉, 개발자들이 코코아 애플리케이션을 작성하려면 오브젝티브 C로 작성하는 편이 더 나았고, "100% 순수 자바" 애플리케이션에 매달릴 때에만 자바를 사용하는 것이 더 나았다.

Python이 코코아 애플리케이션 작성에는 훨씬 더 나으며, 커다란 장점이 있다. 애플이 자바 브릿지를 버리고 코코아 지원용 언어로 Python을 선택할 정도다. 개발자들이 실제로 쓰기 원하는 언어로 바꾼 셈이다.
Twisted.web2은 인터넷 애플리케이션 구축에 고도의 퍼포먼스를 약속한다. 익스체인지서버와 같은 제품에 대한 강력하고 차별화된 경쟁품을 애플이 갖추게 된다는 의미다. 단, 익스체인지 서버는 마이크로소프트의 폐쇄적이고 오래된 플랫폼에 묶여 있다.

일반적인 목적의 데이터베이스에 모든 것을 구겨 넣는 마이크로소프트의 전략을 그대로 따라가는 대신, 애플은 인스턴트메시지와 이메일, 주소록, 칼렌다 서비스에 있어서, 해당하는 업무에 맞는 오픈소스를 활용하는 전략을 택하였다.

Wiki Server
레퍼드 서버에서 새로이 등장한 협력형 애플리케이션은 위키서버이다. 그룹이 공유 위키와 블로그, 칼렌다를 통해 웹사이트를 설정하여, 뉴스와 이벤트를 게시하고, 미디어 파일이나 그룹 문서에 링크를 걸 수 있다.

그룹 사용자들은 새 페이지를 작성하거나, 공유 콘텐트를 편집할 수 있으며, 페이지를 링크시킬 수 있다.

위키 서버는 변화를 다 기록하며, 공유 칼렌다와 블로그, 포드캐스트, 위키의 웹접근을 관리한다.

또한 검색과 싱크용 RSS 피드, 메일링 리스트 관리도 통합하였다.

이로써 위키서버는 다이나믹 버전의 아이웹과 비슷해졌다. 현재 아이웹은 데스크톱용 애플리케이션이라는 한계가 있다. 사용자가 아이웹으로 정보를 담아 웹페이지를 만들고 HTML 페이지로서 사이트를 만드는 것은 간단하지만, 변화를 주려면 상당한 수고가 들어간다.

위키 서버도 유사한 일을 하지만, 좀 더 다이나믹하다. 페이지는 편집 가능하고, Ajax 스타일의 편집을 사용하여 업데이트도 자동으로 한다. 단순히 편집 아이콘만 누르면, 웹페이지 글이 편집장으로 바뀐다.

여기에 드랙앤드롭으로 편집을 하고, 저장한 다음, 바로 출판하면 된다. 그러면 옛 버전은 Subversion 리포지토리에 관리되는 방식으로 남는다.

Podcast Producer
위키서버에 콘텐트를 제공하기 위해, 애플은 포드캐스트 프로듀서라 불리우는 새로운 웍플로 시스템을 번들시킨다. 포함된 클라이언트 애플리케이션을 사용하면, 오디오나 비디오를 녹화해서 자동적으로 서버에 업로드시키면, 서버가 인코딩과 출판을 자동적으로 해준다.

애플의 분산형 프로세싱 시스템인 Xgrid는 네트워크상에서 업무가 없는 컴퓨터에게 프로세싱을 맡겨서 비디오 인코딩을 시키게 만들어준다. 오픈 디렉토리와의 통합으로 포드캐스트 프로듀서 안에서 퍼미션을 관리할 수 있고, 특정 서버로 콘텐트를 출판할 수 있다.

Open Directory Server
위키 서버는 또한 레퍼드의 오픈 디렉토리 서버와 통합되어 있다. 레퍼드의 새로운 Teams Directory 애플리케이션은 공유된 계정의 사용자와 그룹, 로케이션과 리소스의 접근을 제공한다.

주소록을 검색하고 새로운 공개 약속을 만들며, 그룹을 만들고, 계층별로 조직을 관리하며, 공유 리소스를 관리할 수 있다. 회의실과 같은 리소스는 지도와 자산 표시도 해 줄 수 있다.

오픈 디렉토리는 주소록과 리소스 관리 그 이상이다. 네트워크 인증과 퍼미션까지 다루기 때문이다. 레퍼드 서버에서 오픈 디렉토리는 에어포트 무선 네트워크용 RADIUS 보안을 관리하기 때문에, 기존 사용자들은 무선 네트워크 독점 접근권을 받을 수 있다.

오픈 디렉토리는 애플리케이션 수의 확대에 따라 싱글 사인을 제공하기 때문에, 한 번 사용자가 계정으로 로그인하면, 퍼미션에 따라, 별도의 로그인 없이 모든 리소스에 접근할 수 있다.

오픈 디렉토리는 NetInfo의 나머지 부분을 교체하고, 마이크로소프트의 액티브 디렉토리와의 상호운용을 개선시킨다. 대규모 환경에서, 오픈 디렉토리는 클라이언트 관리를 통제한다. 기업들이 직원들 별로 돌릴 수 있는 애플리케이션을 지정할 수 있게 된다. 똑같은 구조가 데스크톱용 레퍼드에도 있다. Parental Controls이다.

레퍼드 서버 기능 서로 간의 보완을 통해, 소규모 웍그룹은 물론 대규모 환경에서도 레퍼드 서버를 고려해볼 만 하게 되었다. 애플 서버의 잠재성이 훨씬 넓어지게 된다는 의미다.

What do you think? I really like to hear from readers. Leave a comment or email me with your ideas.

http://www.roughlydrafted.com/RD/RDM...B85BF6CB4.html

somomo · 2007-02-22, 03:22 AM

국내에서도 좀 더 활성화가 되었으면 합니다.^^ 좋은 글들 너무 고맙습니다 늘 잘 읽고 있습니다.^^

firemanx · 2007-02-23, 12:19 PM

좋은 글 입니다. 잘 읽었습니다. ^^;

casaubon · 2008-06-12, 12:37 AM

Snow Leopard Server Takes on Exchange, SharePoint
June 10th, 2008 | Markets, Mobiles, Software, Tech

Daniel Eran Dilger

맥과 아이폰 사용자들에게 20GB어치의 Exchanger Server 메일박스에 사진과 영상공유 기능, 더 나은 파일 관리 툴을, 다른 Exchange 메일박스 제공업체보다 훨씬 낮은 가격에 제공하는 Mobile Me가 나왔다. 그런데 애플은 맥오에스텐 서버로더 Exchange와 SharePoint의 대안을 제공하고 있다. 마이크로소프트보다 훨씬 낮은 가격에 자기 메시지와 협력 서비스를 구축하고 싶어하는 기업들에게 대안이 될 만하다.

Exchange your Exchange Server for Snow Leopard Server.
맥오에스텐 레퍼드 서버가 이미 CalDAV 표준에 기반하는 오픈소스 칼렌다 서버와 메일을 제공한다. 스노 레퍼드 서버는 푸시 메시징으로 메일을 개선하는 한편, 다음과 같은 기능이 추가된다.

iCal Server 2, 칼렌다 공유와 그룹, Mobile Me와 같은 이벤트 푸시와 함께, 아이폰과 데스크톱의 iCal의 싱크를 해 주는 칼렌다 인터페이스를 웹기반으로 갖추었다.

Address Book Server vCard 주소력 공유용으로서 새로이 CardDAV 표준에 기반하는 서비스이다. iCal 서버가 현재 iCalender 이벤트와 연동하는 방식과 유사하다. 이 새 서비스를 이용하면, 주소록을 공유를 위해 회사 서버에 업로드할 수 있으며, 회사 주소록을 그룹별로 공유시킬 수 있다. 데스크톱의 주소록도 서버나 공유되는 것을 받아들일 수 있으며, 마치 로컬에 있는 것처럼 원격 주소록에 자동으로 접속하여 주소록을 찾는다.

Wiki Collaboration 개선된 부분이다. 아이폰-중심적인 디스플레이도 지원된다. 스노 레퍼드 서버는 휴대폰 사용자들에게 위키와 블로그, 메일링 리스트, RSS 피드와 같은 기능을 깔끔한 인터페이스로 제공한다. (아래)

새로워진 Wiki 서버는 상호 기업검색도 지원하며, Quick Look 파일 프리뷰와 함께, 이 모든 알림과 업데이트를 단일 인터페이스에 보여주는 MyPage 기능도 지원한다. Exchange와 별도로 팔리는 마이크로소프트 SharePoint에 직격탄을 날리는 셈이다.

따라서 애플이 현재 아이폰과 스노 레퍼드에서 Exchange를 홍보하는 것도 사실이지만, 한편으로는 기업 서버와 소비자친화적인 호스트 서비스 모두에서 경쟁을 열심히 벌이는 것 또한 사실이다. 마이크로소프트가 익스체인지 서버 가격을 높게 유지하려는 데에 상당한 압박이 될 두 제품이다.

iPhone 2.0: Exchange vs Leopard Server
Apple - Server - Mac OS X Leopard - Snow Leopard

All Part of the PlanApple 두 제품이 서로 별다르지 않다. Mobile Me와 맥오에스텐 서버 모두 같은 기술을 상당히 많이 공유하며, 맥 데스크톱과 아이폰 모두에게 메시지 푸시를 한다. 달리 말해서 아이폰과 데스크톱의 메일, iCal, 주소록에 Exchange 지원을 덧붙이는 것만이 아니다. 모두 공개표준에 따라 푸시에 맞게 만들고 있다. 기업들이 회사 내에 설치할 서버와 Exchange-유사 서비스를 통해서 말이다.

애플은 또한 여러 가지 컴퍼넌트를 개방하여 다른 플랫폼(리눅스 이용자를 의미한다)도 이미 이뤄진 성과를 누릴 수 있도록 하고 있다. 리눅스 커뮤니티는 현재 마이크로소프트 따라하기만을 시도하는 중인데, Exchange Server의 오픈소스 대안은 야후의 Zimbra와 노벨의 Ximian Evolution으로서 모두가 Exchange 클론이다.

CalDAV 칼렌다 서버에 기반하는 표준을 Apache 2.0 라이센스 오픈소스로 제공함으로써, 애플은 단순히 마이크로소프트의 폐쇄형, 중앙집중형 데이터베이스 디자인 대신, WebDAV라는 표준에 기반한 전략으로 리눅스 이용자들에게 대안을 줄 수 있게 되었다. 본질적으로 iCal Server는 특화된 웹서버로서 HTML 페이지가 아닌, iCalendar 이벤트를 배포한다.

애플은 또한 vCard 주소록을 관리하는 웹서버인 Address Book Server로 같은 목표를 추구하고 있다. 표준에 기반하는 웹 클라이언트 또한 오픈소스화할 것이다. 그러면 IBM이나 Oracle, Red Hat과 같은 대기업은 물론 오픈소스 커뮤니티도 끌 수 있다. 메시징 서비스를 거의 독점화시킨 마이크로소프트의 폐쇄형 시장을 오픈소스와 개방경쟁으로 이끌 수 있는 것이다. 기존 웹서버 영역과 비슷하다. 마이크로소프트도 웹서버를 판매하지만 웹서버 시장을 갖진 못하였다. 우연찮게도, 웹은 Exchange 이메일보다 훨씬 더 잘 돌아가고, 웹서버 구성 비용도 훨씬 덜든다.

칼렌다 서버와 익스체인지
Using iPhone: iCal, CalDAV Calendar Servers, and Mac OS X Leopard
Apple’s Mobile Me Takes On Exchange, Mobile Mesh

I really like to hear from readers. Comment in the Forum or email me with your ideas.

Like reading RoughlyDrafted? Share articles with your friends, link from your blog, and subscribe to my podcast! Submit to Reddit or Slashdot, or consider making a small donation supporting this site. Thanks!

Snow Leopard Server Takes on Exchange, SharePoint

2007-02-19, 07:09 PM	#1
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	애플 서버 20년사 Steve Jobs and 20 Years of Apple Servers Saturday, February 17, 2007 올해 하반기 쯤 되면 애플은 레퍼드 서버를 내놓게 된다. 레퍼드 서버는 넥스트 기술에 기반하는 애플 유닉스 서버의 일곱 번 째 메이저 버전이다. 레퍼드 서버가 어디에서 왔는지, 그리고 애플 서버 20년사와 스티브 잡스의 약사를 알아보도록 한다. 그런데 사실, 아이러니한 점이 없지 않다. AppleShare는 1985년, 스티브 잡스가 떠나기 이전, 잡스가 밀어붙이던 진보적인 제품이었다가, 10년 후, 잡스가 애플에 돌아오자, 애플이 없애야 할 첫 번째 구식 기술이 되어버렸기 때문이다. 1984년 매킨토시가 나온 이래, 잡스는 맥을 사무용 시장으로 진출시키려는 성전을 이끌었다. 당시 맥의 강력한 경쟁상대는 거의 없었다. IBM의 OS/2는 여전히 개발중이었고, 마이크로소프트 윈도 3.0은 10년 후에나 나올 예정이었다. PC는 단순했고, 네트워킹은 복잡했으며, 설정도 어려운 상황이었다. Jobs' 1985 Macintosh Office 잡스는 평판이 나뻤던 Lemmings Super Bowl 광고를 포함하여, 1985년, 매킨토시 오피스를 진두지휘하였다. 이 마케팅 캠페인은 맥을 최고의 사무용 툴로 자리매김시키려는 의도였다. 그러나 맥 판매량은 시작만 좋았지, 별로 오르지 않았다. 애플 이사진들도, 잡스가 판매량을 이어갈 수 없는 기술을 내세우고 있지는 않은지 우려하였다. 애플의 수입은 여전히 애플 II에서 나오고 있었으며, 맥은 자신의 존재이유를 증명하기 위해 분투중이었다. 이사진은 CEO인 존 스컬리를 부추겨 잡스를 포위시킨다. 회사가 중구난방으로 흘러가게 하고 싶지 않았기 때문이다. 매킨토시 오피스 프로젝트의 첫 번째 과실은 애플톡 네트워킹을 갖춘 레이저라이터였다. 이것이 맥을 살린다. 맥을 그래픽 장난감이 아닌, 전문가의 툴로 자리매김시킨 주역은 레이저라이터였다. 매킨토시 오피스에는 애플셰어 파일서버와 빅맥 프로젝트(유닉스 기반의 개인용 맥 웍스테이션 시스템)도 포함되어 있었다. 둘 모두 연기되었고, 잡스와 스컬리 간 논쟁의 화두가 바로 애플셰어와 빅맥이었다. 잡스는 간단한 맥 시스템 소프트웨어보다는 유닉스에 기반한 제품으로 맥을 탈바꿈하고 싶어하였다. 맥 시스템 소프트웨어에는 웍스테이션급 제품에 필요한 현대적인 기능이 없었기 때문이다. 잡스의 방향제시 때문에, 애플은 AT&T로부터 유닉스를 라이센스 받는다. 하지만 1985년말 즈음, 잡스는 쫓겨나고, 맥을 현대적인 OS로 이주시킨다는 방향은 잠들게 된다. Apple's Sleepy Downhill Decade: 1986-1996 잡스 축출 이후, 스컬리는 잡스 자리에 쟝-루이 가세를 앉히고, 유닉스-기반 맥을 포기한다. 매킨토시 오피스 프로젝트의 빅맥 부분을 포기한다. 가세는 빅맥을 "매킨토시 오피스"라 불렀다. 유닉스 웍스테이션 업체인 아폴로(Apollo)와의 관계를 청산한다. 당시 아폴로는 이미 애플로부터 맥 인터페이스를 라이센스 받아서, 아폴로 유닉스 상의 맥 인터페이스 작업을 애플과 함께 하던 차였다. 가세의 관계 청산은 이미 수세에 몰리고 있던 아폴로의 지위를 더 악화시킨다. 곧 HP가 아폴로를 인수하게 된다. 가세는 AT&T를 무시한다. AT&T는 자사 유닉스 시스템용 맥 환경을 라이센스받고 싶어 했었다. 현대적인 맥 계획을 거의 파괴시킨 후, 가세는 스스로의 맥 비전을 펼친다. 데스크톱 PC로서의 매킨토시 II와 애플셰어 맥 파일서버였다. 둘 다 예전 맥 시스템 소프트웨어를 재개장시킨 것이었다. 1988년, 애플은 맥 시스템 소프트웨어의 하이엔드 대안으로서, 애플 유닉스 배포본인 A/UX를 선보인다. 이와 동시에, 잡스의 넥스트는 독립적으로 훨씬 세련된 유닉스 기반의 NeXTSTEP을 선보인다. 애플은 1992년 하반기, A/UX 3.0이 나올 때까지 맥 시스템 7 환경을 A/UX용으로 포팅하지 않고 있었다. 그동안 가세는 애플을 떠나 자신만의 미래를 펼치기 위해 Be를 설립한다. Be는 다중 사용자와 같은 유닉스 기능을 여전히 갖고 있지 않았으며, 1996년 하반기까지도 베타 상태였다. CEO Trouble 애플의 스컬리와 가세는 맥 사용자들이 PC로 떠나버릴 때까지 얼마나 더 비싼 값에 맥을 팔 수 있을까를 실험하기 시작했다. 이들이 떠난 뒤로, 새로 애플 CEO에 오른 마이클 스핀들러는 애플이 얼마나 비싼 값에 기술 기업으로서 팔려나갈 수 있을지를 실험하였다. 그 다음 CEO인 길 아멜리오는 애플이 쓰러지기 전까지, 프로젝트 수정 없이 얼마나 더 많은 직원을 자를 수 있을지를 실험하였다. 어떻게든 애플은 살아남았다. Pre-Mac OS X Servers 그동안 애플은 두 가지 서버군을 개발하였다. 1993년~1998년: Apple Workgroup Servers는 표준형 맥 모델의 맥오에스 상에 애플셰어나 A/UX를 돌리는 서버였다. 1996년~1997년: Apple Network Servers는 IBM의 AIX를 돌렸다. 애플 A/UX는 PowerPC로 포팅되지 않았다. 잘 팔리지도 않는 하이엔드급 ANS AIX-전용 서버, 그리고 살 만 하지만 약한 시스템 7 기반의 애플셰어 사이에 끼어버린 것이다. 애플에게는 데스크톱 운영체제 뿐만 아니라, 서버도 절실했다. 애플이 MAE와 MAS 등으로 맥환경 유닉스 포팅을 좀 하기는 했지만, 이미 시기적으로 너무 늦었고, 그 노력도 보잘 것 없었다. 애플 서버 제품군에는 거의 영향력도 미미하였다. Apple’s Return to Servers 가세는, 데스크톱 맥을 세련된 사무용 제품으로 마케팅하려는 잡스의 선구자적인 노력을 완전히 뒤흔들고 없애버렸다. 그리고 90년대 중반, 당시 삐걱거리던 맥 시스템 7상에서 애플셰어를 돌려 맥을 사무용 시장으로 진입시키려던 때늦은 노력이 있었다. 하지만 기업들은 애플의 진입 노력을 하나의 농담으로 받아들여버렸다. 당시 애플은 AIX-기반의 ANS를 발표하였지만, 누구도 애플에서 서버를 구입하려하지 않았고, 맥 사용자들 또한 복잡한 유닉스의 커맨드라인을 다루고 싶어하지 않았다. 그동안 잡스의 계획인 유닉스-파워 그래픽 웍스테이션과 사무용으로 쓸 만한 서버가 넥스트로부터 애플로 들어왔다. 다음 기사는 넥스트 기술에 기반하는 애플의 최근 서버 제품군과, 애플이 맥 브랜드를 서버 시장에서 어떻게 다시 자리매김하고 있는지를 알아보도록 하겠다. What do you think? I really like to hear from readers. Leave a comment or email me with your ideas. Steve Jobs and 20 Years of Apple Servers __________________ casaubon 님께서 2007-02-20 12:10 AM 에 수정하셨습니다..

2007-02-19, 11:59 PM	#3
tears4u Senior Member Registered: Nov 2001 My Mac: PB12 / PMG4 / MBP [not UNIBODY] Posts: 240 오프라인	윌리엄 빌 게이츠 였군요. __________________ enjoY~ing bEautY+ mac with BeautY+信♡;; zoker.tistory.com

2007-02-20, 12:09 AM	#4
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	애플, NeXT 서버로 무장하다 Apple’s NeXT Server Offensive on Microsoft Sunday, February 18, 2007 1997년 스티브 잡스가 애플에 돌아왔을 때, 그는 넥스트 기술로 무장한 새로운 애플을 다음과 같이 묘사하였다. "컴퓨터 산업 최고의 자산을 이끄는 곳." 1997년 여름, 맥월드 엑스포에서 잡스의 그 발언을 듣는 중이었다면, 맥오에스와 뉴튼, 퀵타임을 포함된 애플의 제품군을 생각했을 것이다. 그러나 잡스는 분명히 넥스트에서 개발한 기술을 언급하고 있었다. 잡스의 발언은 애플을 혁명화시키고, 나온지 거의 10년째 되었음에도 불구하고 세상이 거의 알지 못하던 넥스트 기술을 뜻했었다. Apple’s Assets 당연히 애플에게도 독특하고 소중한 자산이 있었다. 미처 넥스트도 못가진 장점도 많았다. 한 번 꼽아보자. 마이크로소프트 윈도에 얽매이지 않은, 독립적인 데스크톱 PC 업체로서의 지위 디지탈 사진과 콘텐트 제작, 재생용으로서, 퀵타임 멀티미디어 포트폴리오 애플의 PowerTalk에 포함되었다가 나중에 셜록으로 바뀐, ViTwin 검색엔진 숙련된 하드웨어 제조력 충성스러운 고객 집단과 기존의 유통 협력사 NeXT’s Troubled Sales 넥스트에게는 특히 사용자 기반이나 유통망이 전무했다. 애플과 같은 방식으로 하드웨어를 팔고 시장을 개척하려 했던 넥스트는 하드웨어 사업을 포기하고 소프트웨어에 집중하던 차였다. 넥스트는 처음에 PC용 넥스트스텝을 팔려 하였다가, 나중에는 윈도 NT와 선 솔라리스, 그 외 다른 유닉스 웍스테이션 플랫폼 상에서 돌아가는 OpenStep 사용자/개발자 환경을 팔려 하였다. 넥스트의 개척자적인 기술에 대한 칭송은 자자하였으나, 협력사들은 넥스트를 지속적으로 포위하였고, 넥스트와 협력하는 척 했다가, 계속 배신하였다. NeXTSTEP을 라이센스했지만 결코 제품화시키지 않은 IBM 솔라리스용으로 OpenStep을 포팅하는 데에 투자하였지만, Java 구상만 선전했던 Sun OpenStep에 참여했다가 Taligent로 배를 갈아 탄 HP OSF/1상에서 OpenStep 사용을 계획했다가 철회한 Digital. NeXT’s Asset Vault 1996년, 넥스트의 기여는 거의 잊혀져버린 상태였다. 마이크로소프트가 카이로를 약속했던 5년 전, 넥스트가 이미 훨씬 더 우월한 시스템을 제공했다는 사실을 기억하는 이도 거의 없었다. 심지어 애플 중역진들마저 자기들이 뭘 인수했는지 제대로 이해하지 못하는 분위기였다. 1997년, 맥 사용자들은 그동안 표준적인 넥스트 데모에서 보여졌던 간단한 넥스트 기술마저 경외(敬畏)하였다. 1997년 1월, 맥월드 엑스포에서, 당시 P&L Systems의 넥스트 개발자였던 린치(Paul Lynch)는 이렇게 보고하였다. "길[당시 애플 CEO인 아멜리오)이 연설 대부분을 하였는데, 넥스트스텝 데모를 위해 스티브를 단상 위로 불러들였다. 스티브는 두 가지 데모를 보여주었다. 하나는 두 개의 슬라이더와 텍스트 필드가 있는 인터페이스 빌더였다. 88년부터 하던 일이었지만, 청중은 환호를 질렀다. 그 다음, 그는 퀵타임 영상 여섯 편을 한꺼번에 돌렸다. 그러면서도 화면캡쳐를 하여 메일 메시지로 보내기도 하였다. 1993년 넥스트 엑스포에서 이미 봤던 데모였다." "매우 오래되고, 정말 간단한 기술에도 맥 청중들은 넘어갔다. 넥스트스텝 데모는 정말 직접 봐야 알 만하다. 넥스트의 세련도는 이제까지 봐왔던 것, 그 이상이다." 오늘 당장, 윈도 2000이나 맥오에스 8.6에 세상이 열광하는 장면을 상상해 보시라. 1997년 애플이 갖게 된 넥스트의 자산은 다음과 같다. 심각한 사무용으로도 테스트를 받아온, 완전하고 성숙한 객체지향 개발툴 웹용 프레임웍(WebObjects)과 데이터베이스(EOF) 개발 현대적인 그래픽과 디스플레이 모델 고도로 프로세서에 독립적인 구조 A Server Before the Desktop 맥오에스텐 서버는 제품으로서 맥오에스텐보다 더 일찍 나왔다. 넥스트의 자산을 맥과 같은 데스크톱용 제품으로 내놓기가, 애플 생각보다 시간이 더 걸렸기 때문이다. 하지만 서버 영역에서 애플은 맥오에스에 기반을 둔 애플셰어를 포기하고, 훨씬 더 서버다운 서버인 넥스트의 유닉스 플랫폼으로 이주하는 데에 별 시간이 걸리지 않았다. Seven Years of Efforts by Apple and Microsoft 지난 해 여름, 필자의 "윈도우즈는 맥오에스텐보다 비용이 다섯 배"는 수 년동안 애플과 마이크로소프트에서 나온 제품을 서로 비교해 보았다. 이 기사는 원래, 맥오에스텐을 업데이트시키기 위해 "750 달러 정도"가 들어간다고 주장한 폴 써롯의 기사에 대한 대응이었다. 그가 말하려 했던 바는, 2000년 이전에 맥을 산 다음, 7년 동안 매년 데스크톱 맥오에스를 소매가격으로 교체할 때의 값이었다. 7년 묵은 맥에 레퍼드를 깔기 위한 노력인 셈이다. 7년 동안 500 달러는 족히 들어간다는 의미다. 하지만 그의 계산은 수 백 달러가 어긋났다. 어쩌면 펜티엄의 연산오류일지도 모르겠으나, 그의 논리는 어떻든 간에 아둔하다. 그래도 윈도 방어하기는 쉬운 일이 아니다. 롱혼에 수 년을 매달린 마이크로소프트를 변호하기 위한 무리수였을 것이다. 그 결과는 사실을 인위적으로 만들어냈다. 하지만 마이크로소프트와 비교할 때, 2000년 이후 애플이 다섯 번의 메이저 업데이트와 15 번에 달하는 마이너 업데이트를 벌였다는 사실은 변함이 없다. 어떻게 비판을 할 수 있을까? 사실은 사실이고 마이크로소프트에게 더 불리한 점은 또 있다. 7년 전의 맥조차도 최신 버전의 맥오에스텐을 돌릴 수 있다는 사실이다! 비스타에서는 그렇지 않다. 1~2년 전에 나온 PC도 비스타를 돌리기에 부족할 정도다. Oh the humanity! 불쌍한 폴. What's More Expensive Than Windows XP? 물론 애플은 맥오에스텐 서버도 정기적으로 내놓았다. 이 제품이 좀 비싸긴 하지만, 그것도 윈도서버와 비교하면 당연하다. 마이크로소프트 서버 제품군은 중소기업 입장에서도 터무니 없이 비싸다. 대기업용은 더욱 그러하다. 윈도 서버의 소매가를 따지기에 앞서서, 영악한 클라이언트 라이센스 가격은 사용자가 100명이라고 할 때, 델 서버를 엑스서브 가격의 세 배까지 올려놓는다. 그 뿐만이 아니다. 비스타가 수 만여 개의 직장을 어떻게 창출할지 마이크로소프트가 운을 띄웠던 적이 있다. 하지만 그 진짜 의미를 알아보면, 비스타 유지에 그만큼 훨씬 더 많은 인력이 필요하다는 것이다. Support Nightmares 윈도서버나 익스체인지를 다룬다면, 더 많은 자원과 더 많은 노력, 더 많은 비용이 들어간다는 점을 누구나 알 것이다. 윈도 상의 모든 서비스는 각자의 서버를 요구한다. 액티브 디렉토리 도메인을 위한 서버, 익스체인지 이메일을 위한 서버, 파일 공유를 위한 서버가 최소한 돌려야 할 서버다. 중소기업용(Small Business Server) 마이크로소프트 라이센스는 위 세 가지 제품을 하나의 PC Server로 패키지화 하였다. 하지만 데모용 목적이 아니라면 이 패키지는 가치가 없다. 소규모라 하더라도 전산실을 돌리려면, 새로운 PC 서버를 한 두 대 사가지고 필요한 모든 서비스를 돌려야 한다. The Staggering Costs of Being Cheap 한 번 윈도로 이주하게 되면, 마이크로소프트에게 클라이언트 액서스 비용을 지불해야 한다. 이미 세계 최고의 갑부들로 가득찬 회사를 더 살찌워 줘야 한다. 윈도로 회사를 꾸미는 일은 월마트 쇼핑과 비슷하다. 겉보기에는 정말 싸지만, 실제 비용은 오히려 더 비싸다. 실제로 여러모로 볼 때, 가격은 훨씬 더 비싸진다. 싸구려 중국제 PC에 복제본 윈도를 설치하면 돈 벌었다고 생각할 것이다. 하지만 실제 비용을 고려해 보면 그렇지가 않다. 서버 면에서 볼 때, 윈도 투자는 정말 더 안 좋다. 하지만 이러한 싸구려 PC가 윈도 독점을 형성하는 데에 도움이 되었다. 즉, 마이크로소프트가 복제방지에 힘쓰게 되면, 스스로의 토대를 무너뜨리게 된다. 실제 경쟁력을 따져 보면 마이크로소프트는 참 허술하다. Unix Returns 리눅스가 데스크톱 PC로서 매력적인 대안이라는 주장은 확실히 이치에 맞다. 하지만 리눅스조차 윈도 시장점유율을 파고들어갈 수는 없었다. 오히려 리눅스는 대단히 비싼 윈도 서버 시장을 파고들어서 큰 영향을 끼쳤다. 마이크로소프트조차 리눅스 서버의 위협에 반격을 시도할 정도다. IBM과 노벨, 오라클과 HP가 모두 리눅스로 이주하였고, 마이크로소프트를 동정하는 회사는 없었다. 리눅스 개발의 증가는 애플 자신의 서버 개발에도 도움이 된다. 둘 다 똑같은 서버용 소프트웨어를 공유하고, 범용 유닉스 플랫폼상에서 만들어졌기 때문이다. 애플 맥오에스텐 서버를 역사적으로 보면, 90년대 초반의 실패를 딛고, 애플이 오픈소스 소프트웨어로 어떻게 새로운 서버 사업을 펼치는지 알 수 있다. 더해서, 애플은 나름의 개방형 개발 원칙을 채택해왔다. 주요 서버 애플리케이션을 공유시킨 것이다. 다음 기사는 지난 10년간 애플의 전략이 어떻게 펼쳐졌는지를 알아본다. What do you think? I really like to hear from readers. Leave a comment or email me with your ideas. Apple’s NeXT Server Offensive on Microsoft __________________

2007-02-20, 01:30 AM	#5
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	Yellow Box의 죽음, 그리고 Cocoa Cocoa and the Death of Yellow Box and Rhapsody Monday, February 19, 2007 넥스트로부터 입수한 기술을 바탕으로, 애플은 오픈소스 소프트웨어를 활용하여 새로운 서버 사업을 빠르게 개발한다. 하지만 넥스트 기술을 그대로 사용할 수는 없었다. 크게 변화를 시켜 주어야 했다. 1996년에서 2000년 사이, OpenStep, 그리고 옐로박스(Yellow Box)에 대한 시장의 거부 때문에, 애플은 애플 자신을 위해 맥오에스텐을 재작업해야 했다. 선의 자바나 마이크로소프트의 .Net, 혹은 오픈소스 모노처럼 크로스 플랫폼으로 할 수가 없었다. 본 글은 옐로박스가 어떻게 전략적으로 죽어야 했는지를 밝힌다. Two Failures Team Up 1996년 당시 애플은 Copland의 취소와 함께, 차세대 맥오에스로 기존 운영체제 구입 의도를 발표하였다. 애플은 마이크로소프트 윈도 NT를 짧게나마 검토해 보고, 쟝-루이 가세의 BeOS 인수 협상을 시작하였다. 그 다음, 애플은 넥스트와도 협상에 들어간다. 원래 애플은 넥스트의 운영체제 커널을 라이센스할 계획이었다. 하지만 넥스트는 운영체제로서의 NeXTSTEP 판매를 멈추고, 다른 개별 개발에 집중한 상태였다. *OpenStep: 여러가지 운영체제의 개발 프레임웍 사양 WebObjects: 웹 애플리케이션 개발용 개발 프레임웍 OPENSTEP Enterprise: 윈도 NT용 OpenStep 개발툴 OPENSTEP Solaris: 선 솔라리스 운영체제용 OpenStep 개발툴 OPENSTEP/Mach: PC용 NeXTSTEP, SPARC, HP PA-RISC용 OpenStep 버전 그러나 넥스트는 오픈스텝 채택에 어려움을 겪는다. 진보적인 운영체제가 있다 하더라도 고객이 없었던 것이다. 반면, 애플에게는 고객이 있었으나, 진보적인 운영체제가 없었다. 두 회사 간의 협상은 빠른 진척을 보여, 마흐 커널 라이센스에서 이제는 넥스트 인수로, OpenStep은 개발계획으로, OPENSTEP/Mach는 새로운 운영체제로 변모해갔다. Rhapsody and the Yellow Box: 1997-1998* 1997년 1월, 애플은 기존의 맥오에스 7.6에서 새로 인수한 넥스트 기반 운영체제로 재빠르게 사용자들을 이주시킬 계획이었다. 코드명, Rhapsody라 불린 새 운영체제는 기존의 OPENSTEP/Mach 4.0에 기반을 두고 있었지만, 컬러싱크나 퀵타임과 같은 애플 기술을 통합시킨 형태였다. 이 운영체제는 PowerPC 맥과 표준형 인텔 PC에서 모두 돌아갈 예정이었다. 단, 기존 맥 애플리케이션을 위한 블루박스는 파워맥 버전에만 실렸다. 랩소디의 OpenStep 환경은 옐로박스라는 이름으로 바뀌었다. 고도로 포팅이 손쉬운 OpenStep 프레임웍은 넥스트의 마술이다. 게다가 윈도 NT/95 사용자들에게도 팔 수 있는 개발툴이기도 했다. OpenStep/옐로박스용 애플리케이션이라면 마술처럼 크로스 플랫폼이 가능하다. 랩소디만이 아니라 윈도, 솔라리스 등, OpenStep이 포팅되는 모든 시스템에서 사용 가능하다는 의미다. OpenStep 사양의 오픈소스 버전인 GNUStep도 리눅스용으로 개발된 것이다. 애플은 맥오에스용으로도 옐로박스를 호스팅할 계획을 짧게나마 세웠지만, 제대로 작동하지 않으리라 보고 빠르게 취소한다. 옐로박스 계획을 보면, OpenStep을 비웃던 세상이 각성하여, 넥스트 기술로 새로워진 맥을 칭송하고, 그에 따라 모든 소프트웨어를 아무데에서나 "잘 돌아가는" 옐로박스로 작성하는 시나리오였다. Yellow Box Falls Apart 하지만 랩소디 계획이 진전될 수록, 문제점이 드러나게 된다. OPENSTEP은 어도비의 디스플레이 포스트스크립트 등, 라이센스하기에 매우 고가인 기술도 갖고 있었다. 이 문제는 원래 OPENSTEP/Mach의 문제가 아니었다. 넥스트는 데스크톱용으로 795 달러, 개발툴 풀셋으로는 2790 달러에 오픈스텝을 판매했었다. 하지만 맥오에스는 대중시장용이었으며, 저가의 옐로박스 런타임도 계획중이었다. 그런 고가의 라이센스 비용을 낼 수는 없었다. 더 중요한 문제가 있었다. 써드파티들이 옐로박스 프레임웍으로의 이주를 거부한 것이다. 써드파티들은 기존 맥오에스도 네이티브로 돌릴 호환 환경과 함께, 옐로박스 대신 기존 맥오에스 API에 기반하는 코드 개발 지속을 요구하였다. 맥오에스 블루박스 API가 Power PC와 68k 에뮬레이션에 묶여 있기 때문에, 랩소디 PC 버전에서는 돌릴 수 없거나, 쓸 만한 속도가 나오지 않을 터였다. 이 때문에 인텔용 랩소디는 취소되기에 이른다. 윈도 가격 패러독스때문에 윈도 경쟁품을 팔기란 불가능에 가까웠다. 써드파티 하드웨어 업체들이 랩소디를 OEM 선택사양으로 집어 넣어줄리 만무하였다. 마이크로소프트의 독점 정책은 DR-DOS와 OS/2, NeXTSTEP, BeOS, 리눅스를 사냥해왔다. Cross Platform Rhapsody Falls Apart 그렇다고 해서 애플 서버 제품이 나오지 않지는 않았다. 애플은 수정시킨 넥스트 기술 서버 두 가지를 차례로 선보인다. 1999년 맥 하드웨어용 랩소디인 *맥오에스텐 서버* 1년 후, 넥스트스텝을 상당히 수정시킨 *맥오에스텐* 초기 랩소디 개발자버전을 받은 이들은 PC와 맥 하드웨어 양측에서 랩소디를 돌릴 수 있었지만, 실제로 나왔을 때는 써드파티 라이센스나 크로스 플랫폼 지원이 완전히 사라졌었다. 그 어떤 PC 하드웨어 업체들도 맥오에스텐 서버용으로 그럴듯한 라이센스비를 지불하려 하지 않았으며, 흥미 자체가 없었다. 애플은 여전히 언론에 의해 곧 망할 회사라는 이미지를 안게 되었고, 모두의 관심은 마이크로소프트의 차세대 NT인 윈도 2000에 쏠려 있었다. Mac OS X Server 1.0: 1999 1999년, 랩소디는 맥-전용 Power PC 버전으로 나오게 된다. 원래는 OPENSTEP/Mach 5.0이고, Mac OS X Server 1.0이라 불리었다. 여전히 디스플레이 포스트스크립트를 사용했지만, 외양만은 맥오에스 8, 코플랜드와 유사했다. 클래식 맥 애플리케이션을 돌리기 위한 블루박스 환경도 포함되어 있었으며, 이 환경은 풀 버전의 맥오에스 8을 호스팅하는 가상머신이었다. 블루박스가 상당한 시스템 자원을 소모하긴 하였지만, 랩소디는 맥오에스 8 네이티브 설치본보다 맥 애플리케이션 대부분을 더 잘 돌렸다. 랩소디의 개선된 OS 기초덕분이었다. 가상 메모리 아키텍쳐가 더 나아진 면도 있었다. 새로운 맥오에스텐 서버가 나오자, 클래식 맥오에스에 기반을 둔 애플셰어는 그 수명을 다하였다. 맥오에스텐 서버는 원격으로 네트워크 이미지 부팅을 지원하는 NetBoot도 선보였다. 아이맥이 나온 이후에 나온 맥은 네트워크 컴퓨터로 부팅을 할 수 있었다. Mac OS X Leaves Rhapsody Behind 2년 후, 애플은 디스플레이 포스트스크립트가 없는 맥오에스텐 10.0을 선보이게 된다. 이 맥오에스텐은 상당한 재작성이 이뤄진 상태였다. 기존 클래식 맥 API는 Carbon으로 깔끔해지고, 옐로박스는 코코아(Cocoa)로 급격히 변모하였다. 블루박스는 클래식이라는 이름을 달았지만, 기존의 맥용 애플리케이션도 카본을 사용하여 업데이트시키면 네이티브로 돌릴 수 있었다. 즉, 카본을 사용하면, 새 운영체제의 거의 모든 기능을 제대로 활용할 수 있었다. 완전히 다른 윈도서버를 추가시키는 대신, 옐로박스에는 근본적인 변화가 너무나 많아졌다. 이에 따라 OpenStep 환경 사양에 기반한 옐로박스의 크로스 플랫폼 환경은 중단된다. 기존의 OpenStep 애플리케이션도 맥오에스텐으로 돌리려면 상당한 재작성이 필요해졌고, 맥오에스텐용 애플리케이션 또한 OpenStep 호환 환경에서는 돌아갈 수 없게 되었다. The Eternal Death of Yellow Box OpenStep, 그리고 옐로박스가 모두 실패하자, 애플이 크로스 플랫폼 애플리케이션 개발용으로서 옐로박스 전략을 다시 선보일지는 극히 불투명해졌다. 선의 자바 가상머신 전략도 비슷한 이유로 실패하고, 마이크로소프트 자신도 .NET을 고유의 가상머신으로 선보이는 데에 어려움을 겪고 있다. 기존 Win32 개발에 비해 .NET이 분명히 더 이득이지만, 마이크로소프트 자신도 .NET의 사용에 느린 행보를 보이고 있을 정도다. 옐로박스가 왜 다시 나올 수는 없을까? 다른 사례를 보면 그 이유를 알 만하다. 원래 넥스트는 자사 기술의 채택도를 높이기 위해 OpenStep 사양을 발표했었다. 하지만 통합형 제품으로서 판매에 실패하고, 써드파티용으로도 실패한 다음, OpenStep은 넥스트 플랫폼 소비자를 찾기 위한 최후의 한 방이었다. 선은 자사 버전의 OpenStep과 유사한 개발 환경인 자바를 소개하였으며, 이 자바 또한 크로스 플랫폼 애플리케이션 개발을 목표로 하고 있었다. 처음에 세상은 크로스 플랫폼 개발에 열광하였지만, 가상머신에는 냉담했다. 느리고, 불완전하며, 네이티브가 훨씬 더 잘 작동했기 때문이다. 마이크로소프트는 .NET과 CLR VM, 그리고 자바와 유사한 여러가지 "#" 바이트코드 언어로 선 자바를 죽이려들었다. 그러면서 자바-스타일의 개발을 윈도와 묶으려 하였다. .NET은 한편 기존 Win32 개발환경을 교체하려는 목표도 갖고 있었다. 애플의 클래식 맥 API로부터 코코아 이주와 비견할 만한 것이 바로 Win32에서 .NET 매니지드 코드로의 이주이다. 하지만 비스타도 .NET을 하나의 선택사양으로만 제공할 뿐이다. 이는 랩소디의 문제와 유사하다. 마이크로소프트는 개발자들을 롱혼의 WinFX로 이주시키려 했지만, 개발자들이 이미 알고 있는 툴 사용을 고집함으로써 계획을 철회한다. 오픈소스 진영에서 .NET 환경을 Mono와 DotGNU 프로젝트로 만드려고 노력하는 중이다. 마이크로소프트 .NET을 OpenStep이나 자바처럼 자리매김하려는 것이다. Apple Runs With Cocoa 시장의 냉담한 반응을 계속 받자, 애플로서도 크로스 플랫폼 애플리케이션 개발툴 제공에 흥미를 잃게 된다. 애플로서는 기회도, 동기도 부여가 안 되었다. 애플은 맥 하드웨어를 팔게 할 만한 소프트웨어 제공을 원하지, 자바나 .NET과 같은 크로스 플랫폼 개발을 갖고 싶어하지 않았다. 더구나 .NET도 나온 마당에, 10년도 더 된 옐로박스를 이미 번잡한 시장에 밀어 넣기가 매우 어려워진 상황이었다. 게다가 별 소득 없이 자바 지원을 쫓아오던 애플은 자바나 .NET 지원에 대한 관심을 잃었다. 모노와 같은 노력에 다시 애플이 참가할 가능성은 매우 낮다. 그 대신 애플은 남의 기술이 아닌, 고유의 기술에 집중한다. 코코아와 웹오브젝트(웹용 코코아라 할 수 있다) 등, 넥스트에서 나온 주요 기술을 활용한 것이다. 온라인 애플스토어, 교육용과 사무용, 여러가지 지역용 등으로 나뉜다. 여러 지역용 아이튠스 스토어와 교육기관용 iTunes U 맥오에스텐에 번들된 애플리케이션과 iLife, Pro App 패키지. 코코아 기술을 채택한 iPhone 위 사례를 보시라. 애플은 써드파티에 대한 의존도를 줄일 뿐만 아니라, 써드파티의 구색을 일부러 맞춰주지도 않는다. 그 대신 자기 제품을 만들기 위해 자기 기술을 사용한다. 빠른 애플리케이션 개발에 있어서 애플의 놀라운 성공이 이제는 무료 개발툴들 덕분이기는 하지만, 외부 개발자들의 애플 기술 채택은 느리다. 애플이 만약 써드파티에게 가서 그 기술을 채택하느라 기다렸더라면, 오래 전에 쓰러졌을 것이다. 자기 고유의 기술을 최대한 활용하는 것, 이것 덕분에 애플은 독특하고 차별화된 제품으로 앞서나갈 수 있었다. 자기 툴을 쓰면 그만큼 경쟁사보다 더 빠르게 신제품을 개발할 수 있다. 코코아가 외양의 인터페이스를 빠르게 개발시켜 주기도 하지만, 애플은 오픈소스를 활용하여 내부 엔진의 힘도 늘려왔다. 다음 기사는 코코아와 오픈소스의 결합이 어떤 서버용 제품을 빠르게 만들어줄지 알아보겠다.: Open Source in Apple’s Server Efforts What do you think? I really like to hear from readers. Leave a comment or email me with your ideas. Cocoa and the Death of Yellow Box and Rhapsody __________________

2007-02-20, 09:00 AM	#6
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	MacOS X Server의 오픈소스 Open Source in Mac OS X Server Tuesday, February 20, 2007 90년대 중반, 서버 시장 진입에 실패한 이후, 애플은 오픈소스를 활용하여 빠르게 새 서버 사업을 개발하고 있다. 애플은 원래 1999년에, 그리고 2000년에 데스크톱용 맥오에스텐을 선보이려 했었다. 하지만 랩소디와 관련된 여러가지 문제 때문에 그 때 내놓을 수 없었다. 써드파티 상용 코드에 대한 의존도를 줄일 필요가 있었다. 특히 어도비의 디스플레이 포스트스크립트가 그러하다. 전체 디스플레이 시스템을 다소 새로운 것으로 교체해야 했다. 기존 클래식 맥오에스 개발을 네이티브로 지원해야 했다. 넥스트스텝의 유닉스 기반도 업데이트 해 주어야 했다. 1995년 이후로는 정규 개발 업데이트가 없었다. Darwin: 2000 랩소디에서 맥오에스텐으로의 이주작업 덕분에 애플은 커널과 코어 OS를 오픈소스로 공개할 수 있었다. 애플 고유의 부분은 빼고서 말이다. 랩소디는 2000년 2월, 맥오에스텐 서버 1.2로 조용하게 마지막 버전을 보인다. 그리고 4월달에 애플은 다윈 1.0을 내놓는다. 다윈은 핵심 운영체제의 오픈 소스코드였으며, 랩소디와는 상당히 달랐다. PC 운영체제로서의 맥오에스텐이 죽은 대신, 다윈은 PowerPC 맥과 인텔 PC 양자용으로 제공됐고, 이론적으로는 다른 플랫폼 포팅도 가능했다. 그러나 다윈의 주안점은 리눅스의 라이벌화가 아니라, 맥 개발자들에게 내부 구조를 보다 잘 보여주기 위함이었다. 애플은 또한 다윈스트리밍서버라는 이름으로 퀵타임 스트리밍 서버를 오픈소스화시키기도 하였다. 첫 번째 오픈소스이자, 표준에 기반한 무료 인터넷 스트리밍 서버가 이것이다. FreeBSD와 솔라리스, 리눅스, 윈도 NT 상에서 돌아갈 수 있었다. Criticism of Darwin 다윈 공개는 간단하지 않았다. 맥오에스텐상에서 애플은 복잡하고, 공개문서화가 안 되어있는 내부 개발 시스템, XBS를 사용한다. 애플 외부 누구도 이 시스템에 접근할 수 없으며, 소스코드로부터 맥오에스텐에 필적할만한 운영체제를 만들기란 매우 어렵다. 개발 시스템을 충분히 공개하지 않는다면서 불평하는 외부 개발자들이 있지만, 사실 다윈 프로젝트에서 의미 있는 기여를 하기란 매우 어렵다. 더구나 애플은 의도적으로 상용 버전에 앞서서 코드 변화를 시키지 않는다. 기능을 비밀로 지키는 것 외에도, 출하할 때까지의 안정성을 지키기 위한 목적도 있다. 그 시간동안 애플은 다음 버전 작업을 계속하면서, 외부 개발자들과의 접촉을 순간 끊는다. 애플의 오픈소스 전략에 대한 비판은 상용 프로젝트 개방의 어려움을 역으로 증명한다. 선도 솔라리스를 OpenSolaris로, 스타오피스를 OpenOffice.org로 개방하는 데에 있어서 비슷한 문제를 겪었다. 한 번 프로젝트를 공개하면, 오픈소스 버전과 상용 버전과의 차이 문제를 야기할 수 있다. Darwin is not GNU 다윈의 경우, 애플은 커뮤니티를 조성하여, 개발자들에게 나름의 운영체제 제작권을 주는 대신, 내부코드에 접근권을 가진 써드파티 개발자들에게 다윈을 제공하는 데에 더 관심을 갖고 있다. 1996년부터 1998년 당시 애플이 호스팅했던 오픈소스 리눅스 프로젝트, MkLinux의 경험을 보면, 애플은 "오픈소스 커뮤니티"에 대한 환상을 갖고 있지 않다. GNU/리눅스, 혹은 다른 상용 오픈소스 프로젝트와 유사하지 않다고 하여 다윈을 실패작이라 단정지으면, 리눅스와 GNU가 수 만 명의 엔지니어들의 노력과 수 천만 명의 소비자들을 거느리고 있지 않다는 사실을 무시한 처사다. 애플이 오픈소스 노력을 극적으로 바꿀 유일한 방법은 다윈을 완전히 독립적인 프로젝트로 분리시키는 것이지만, 이 경우 애플도, 개발자들도 혜택을 못 얻는다. 다윈이 상용 맥오에스텐의 내부에 접근권을 부여하는 한, 마찰과 불만은 언제나 존재할 것이다. Darwin Version Numbers 2000년 5월, WWDC에서 애플은 맥오에스텐 개발자 프리뷰 4를 선보이고, 그 해 하순에 퍼블릭 베타가 나오리라고 발표한다. 그리고 2001년 1월, 정식 버전 1.0을 약속하였다. 이 2001년 버전은 후에 10.0으로 숫자가 주어진다. 기존의 맥오에스 버전을 계승하는 의미였다. 다윈은 내부적으로 나름의 버전 숫자를 지닌다. 퍼블릭 베타 때에는 1.2.1이었다가, 10.0 정식 버전 때에는 1.3.1이었다. 그리고 그 후에는 맥오에스텐이 바뀔 때마다 다윈의 버전도 바뀌었다. 맥오에스텐 10.1.1에서 다윈의 버전은 5.1로 뛰어 넘는다. 맥오에스텐으로서는 0.0.1이 올라가는 마이너 업데이트였지만, 넥스트스텝으로서는 다섯 번째 메이저 업데이트였기 때문이다. 오늘날 다윈은 8.8이다. 우연히도 맥오에스텐의 10.4.8과 일치한다. 다윈이 넥스트스텝의 여덟 번째 버전이고, 맥오에스는 10번째이며, 맥오에스텐으로서는 네 번째, 마이너 리비전으로서는 여덟번 째라는 의미다. 맥오에스텐의 빌드 버전은 다윈 8.8의 메이저 버전을 반영하기도 한다. 10.4.8 빌드는 8L127 (넥스트스텝 8.8!)이다. Mac OS X Server 10.0, 10.1: 2001 애플이 내부적으로 인텔 하드웨어상으로도 맥오에스텐을 꾸준히 돌려오면서, 운영체제는 이제 OpenStep 사양을 벗어나게 된다. 맥오에스텐 10.0은 넥스트스텝의 새로운 혈통이 되었다. 맥오에스텐 10.0 서버 버전과 무상 업데이트로 된 10.1 버전은 랩소디-기반의 서버 1.0에 있던 서버용 애플리케이션 기능 대부분을 그대로 흡수하였다. 애플은 맥오에스텐 데스크톱용을 준비하는데에 집중하였다. 데스크톱이 없다면 대중시장에 다가설 수 없었기 때문이다. Quartz vs X Window 데스크톱에서 애플이 집중한 부분은 랩소디에 있던 코플랜드 맥오에스 8의 형식을 완전히 새로운 아쿠아로 바꾸는 것이었다. 아쿠아는 디스플레이 포스트스크립트를 교체한 새로운 그래픽 렌더링/컴포지팅 엔진, 쿼츠의 투명성을 선보인 그래픽 체제였다. 오픈소스 코드를 확장시켜서 사용하는 애플의 행태를 고려하면, 리눅스나 유닉스 류의 시스템이 사용하는 기존의 공개된 X 윈도 사양을 사용하지 않고, 어째서 애플 고유의 기술을 개발했는지 의문을 품을 법 하다. 답변이 있다. 애플이 오픈소스를 쓸 때는 쓰지만, 고유의 새 기술을 개발하기도 한다. 기존 소프트웨어가 언제나 최고는 아니다. Transition to a Modern OS 맥오에스텐 10.0과 10.1은 윈도 2000처럼 이주의 문제를 겪는다. 마이크로소프트는 DOS 기반의 윈도 제품군을 NT 커널로 이주시키는 데에 큰 어려움을 겪었다. 윈도 2000(NT 5.0)으로도 역부족이었다. 그 다음에 나온 윈도 XP(NT 5.1)이 나와서야 윈도 기반을 DOS에서 NT로 옮길 수 있었다. 맥오에스텐 10.2에서도 유사했다. 클래식 맥오에스 9는 유닉스-기반의 맥오에스텐이 제공하지 못하는 기능을 여전히 제공하고 있었다. 2002년이 되어서야 애플은 마침내 클래식 맥오에스의 장례식을 선포할 수 있었다. 마이크로소프트의 DOS, NT 이주와 애플 간의 차이점은 무엇일까? 마이크로소프트는 보다 폐쇄적이고 닫힌 운영체제로 이주하였다. MS-DOS 역시 공개된 운영체제는 아니었지만, 내부에 대한 이해는 광범위했다. DOS는 원래 마이크로소프트가 개선을 위한 기반으로 사용했던 CP/M에 기반을 두고 있었다. 반면, NT는 처음부터 다시 만들었다. 애플은 반대 방향으로 움직였다. 완전히 비밀이었던 맥오에스에서, 유닉스 기반으로 이주하였다. 다른 유닉스 시스템과 구조적 유사성과 함께 애플리케이션 수준의 호환성도 주면서 말이다. 그 결과, 마이크로소프트는 운영체제나 서버 기술의 외부 발전에서 완전히 격리된 채, 고립되어왔다. 반면, 애플은 NetBSD나, FreeBSD, OpenBSD, GNU, 그 외 다른 오픈소스 프로젝트로부터 상당한 참여와 혜택을 받아왔다. Mac OS X Server 10.2 Jaguar: 2002 맥오에스텐의 빠른 진전은 재규어 때부터였다. 재규어는 데스크톱 사용자를 겨냥한 최초의 주류 맥오에스텐이었다. 재규어 서버 10.2에는 다음이 포함되어 있었다. JHFS+: 맥 파일시스템의 저널링 버전 Open Directory: LDAP 기반의 디렉토리 서버, PowerTalk 시절의 Open Directory가 되살아났다. 개선된 퀵타임 스트리밍 서버 4, 퀵타임 브로드캐스터 CUPS(Common UNIX Printing System)을 기반으로 만들어진 표준형 출력 아키텍쳐 AIX-기반의 애플 네트워크서버 이후 최초로 애플이 디자인한 서버 하드웨어인 엑스서브의 등장 SNMP에 기반한 서버 Status 원격 관리 툴 위의 기능은 애플이 오픈소스와 공개표준의 혜택을 상당히 받는다는 점을 시사한다. 반면 애플은 새로운 코드를 개발하여 일부는 공개하기도 한다. 스트리밍 서버나 HFS의 경우가 그러하다. 애플은 재규어의 소매판매도 시작한다. 상당한 판매량을 올린 최초의 운영체제 판매였다. 이 판매 덕분ㅇ네 애플은 맥오에스텐 프레임웍의 개선에 더 큰 투자를 할 수 있게 된다. Mac OS X Panther Server 10.3: 2003 그 해, Panther는 새로이 사파리 웹브라우저와 다시 만든 파인더, 엑스포제, 빠른 사용자 스위칭을 소개한다. 서버 측면에서 보면, 애플은 더 많은 오픈소스 프로젝트를 시스템 안으로 넣고 업데이트시켰다. 삼바 3를 사용하는 Panther Server는 윈도 도메인 컨트롤러처럼 작동할 수 있다. 애플은 또한 웹개발을 위한 MySQL과 PHP를 넣고, 디렉토리 서버나 메일서버와 같은 다른 서비스도 업데이트시키고 개선시켰다. Mac OS X Tiger Server 10.4: 2005 타이거 서버 또한 고유의 애플리케이션은 물론 애플이 디자인한 사용자 인터페이스에 오픈소스 소프트웨어의 혼합도 소개시킨다. 어떤 기능은 윈도 기능을 보조하기도 하였다. 가령, 애플은 Access Control Lists 지원을 추가시킨다. 이 ACL 지원은 보다 복잡한 파일 퍼미션용 메커니즘을 제공하고, 윈도에서 사용하는 파일 퍼미션과의 호환성을 허용한다. 타이거는 또한 Portable Home Directories를 소개한다. 이 기능은 서버로 데스크톱 클라이언트를 접속시켜서, 사용자 프로파일을 다운로드받게 한 다음, 서버와의 싱크를 유지시킨다. 이는 윈도에서 사용하는 싱크 셰어와 프로파일 로밍과 유사하다. 데스크톱 사용자가 원래의 사용자 프로파일을 서버와 싱크시킨다는 의미는, 데스크톱 아이템이나 다른 파일, 그 외 설정 사항을 여러 대의 머신과 싱크시킨다는 뜻이다. "Xserve를 넘어서: Xserve mini"는 애플이 가정 사용자에게 제공할 뭔가의 개념을 소개하였다. 현재는 타이거 서버에서만 가능한 일이다. 애플이 개발한 다른 기술로는 Xgrid 분산 프로세싱과 64-비트 애플리케이션 지원이 있다. 애플은 또한 웹오브젝트를 타이거 서버에 통합시키기도 한다. 원래는 5만 달러 어치의 라이센스였다. 아이챗 인스턴트 메신저 서버도 공개된 Jabber XMPP를 기반으로 하여 만들었다. 이 변화는 아이챗 클라이언트에서 나타났다. 폐쇄형인 AOL IM 시스템과도 운용성을 갖추면서, 아이챗은 이제 Jabber 시스템을 이용하여 구글톡과 같은 다른 시스템과도 대화할 수 있게 되었다. 타이거 서버에는 Blojsom도 번들시켰다. Blojsom은 Blossom 웹서버의 자바 버전으로서, 애플이 이 서버의 스킨을 제작하여, 간단한 블로그 설정을 쉽게 할 수 있도록 해 놓았다. 하지만 그 서비스가 좀 허술하기는 하다. 호스팅된 블로그에 상당한 변화를 주기가 극도로 어렵기 때문이다. 올해 하반기가 되면 나올 레퍼드 서버는 타이거 서버를 개선시킨 버전이 될 터이지만, 완전히 새로운 웍그룹과 협동 서비스도 포함하게 된다. 이 중에는 이미 무료 오픈소스 프로젝트로 나와있는 iCal 서버도 포함된다. 다음 기사에서 한 번 알아보도록 하자. What do you think? I really like to hear from readers. Leave a comment or email me with your ideas. http://www.roughlydrafted.com/RD/RDM...E587D21DF.html __________________

2007-02-22, 01:16 AM	#10
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	Leopard 서버 Mac OS X Leopard Server Tuesday, February 20, 2007 맥오에스텐 레퍼드 서버에서 애플은 앞으로 기존의 타이거서버를 개선시키고, 여러가지 수정을 벌일 예정이다. 본 기사에서는 레퍼드 서버의 흥미로운 기능과 함께, 각 컴퍼넌트가 자기 역할 이상을 어떻게 발휘할지에 대해 알아본다. Ease of Use 레퍼드 서버는 두 가지 방향을 지향하는 단일 제품이다. 작은 사업체 웍그룹 사용자: 보통은 단순 유지만 시키는 비숙련 사용자가 운영한다. 대규모 교육기관 및 특정 목적의 환경: 과학 연구소와 영상 제작소 등이다. 애플은 비숙련 사용자들도 레퍼드서버를 다루기 쉽도록 만들고 있다. 서버 설정을 맥오에스텐 시스템 설정과 유사한 인터페이스로 만드는 중이다. 이전의 애플은 주요 서버관리툴을 개별 애플리케이션으로 내놓았었다. Server Admin: 아파치나 파일공유와 같은 소프트웨어 서비스를 모니터링하고 관리하며, 설정한다. Workgroup Manager: 파일 공유와 사용자, 그룹, 계정, 정책을 관리한다. Server Monitor: 원격 서버 하드웨어 관리와 모니터링 레퍼드 서버에서 제일 본질적인 설정은 새로와진 Server Preferences에서 직접 다루게 된다. 애플은 대시보드 위젯으로도 현재 가동중인 서비스와 리소스를 볼 수 있도록 하였다. 처음 시동하게 되면, 레퍼드 서버는 모든 것을 설정하는 쉬운 셋업을 보여주게 된다. Advanced Management 소규모 기업이 쓰기 쉬운 설정 뿐만이 아니다. 레퍼드 서버는 또한 이미 타이거 서버에서 제공한 원격 관리와 설정 기능을 계속 지원하고 있다. 새로운 서버어드민을 사용하면, 관리자는 이제 특정 서버와 서비스의 관리를 다른 관리자에게 넘길 수 있다. 관리자는 또한 처음 설정을 저장하여, 수많은 서버를 동시에 다룰 수 있다. 서버가 부팅하게 되면, 자동적으로 네트워크상에서 설정 파일을 찾아내서 스스로 설정에 들어가게 된다. Backups, Searching and ACLs 레퍼드 서버는 타임머신을 사용하여 백업을 한다. 한편, 새 서버를 설정하고 그 다음에 백업을 복구하는 형식보다는, 재설치할 때 바로 복구하는 구급 회복 툴을 제공한다. 새로운 스폿트라이트 서버는 서버상 콘텐트를 인덱스하면서, 빠른 검색을 지원한다. 즉, 사용자들이 쿼리를 정할 때 그만큼 리소스가 덜 필요함을 의미한다. 쿼리 결과는 파일상의 퍼미션 설정을 따르기도 하기 때문에, 검색 결과는 권리가 있는 파일만 나타낼 수 있다. 스폿트라이트는 타임머신 백업의 인덱스도 하기 때문에, 백업물을 검색할 수도 있다. 레퍼드 서버는 기본적으로 사용자 퍼미션을 위해 ACL로 켜진다. 또한 ACL을 설정하는 완전한 툴을 제공한다. 타이거 서버, 특히 데스크톱 버전에는 없던 기능이다. Collaboration Services 타이거 서버가 특히 부족했던 부분이다. 타이거 서버는 웍그룹에 알맞는 이상한 웹로그 서버와 공개 Jabber XMPP 프로토콜에 기반을 두는 보안 IM 아이챗 서버를 번들했다. Jabber로 다른 챗 서비스와 연동시켜 놓기는 했지만, 아이챗 서버가 외부 시스템으로 챗을 중계시키지는 않았다. 레퍼드 서버는 협력형 서비스를 주요 기능으로 잡고 있다. 새로워진 아이챗 서버 2는 이메일처럼 메시지 외부 중계도 지원한다. 즉, 클라이언트 상에서 다중의 챗 서버에 로그인할 필요가 없다는 의미다. 구글톡을 비롯하여 공개된 Jabber IM과 같은 곳 어디에서나 투명하게 메시지를 주고 받을 수 있다. iCal Server 메일 서비스의 개선과 함께, 애플은 iCal 서버를 오픈소스로 풀어 놓았다. 애플은 이 칼렌다서버를 Twisted Matrix Laboratories의 Twisted.web2 를 사용하여 구축하였다. 이것은 Python 비동기 네트워크 프로그래밍용 프레임웍으로서 MIT 라이센스로 제공된다. Twisted를 발견한 이후, 애플인 이 소프트웨어를 너무나 좋아한 나머지, 동 소프트웨어 개발자들에게 엑스서브를 증여할 정도였다. 이들은 자신을 "같이 소프트웨어 작업을 하는 전세계에서 모인 느슨한 해커 연대"라고 밝히고 있다. 레퍼드 사용자에게는 다음과 같은 좋은점이 있다는 의미이기도 하다. 애플은 좋은 소프트웨어에 신경을 쓰며, 오픈소스 개발자들과의 제휴관계도 노력중이다. iCal 서버의 경우, 애플은 고유의 코드도 공개하여 남들이 쓸 수 있게 해 두었다. 이리하여 CalDAV를 칼렌다 서빙 프로토콜의 표준으로 만들 수 있었다. 애플은 다이나믹 언어를 좋아한다. 맥오에스텐 네이티브 오브젝티브 C도 가비지콜렉션과 같은 기능을 업데이트시켰으며, 애플 자신이 루비와 Python과 같은 다이나믹 언어를 앞장서서 홍보하고 있다. 애플은 또한 PyObjC 브릿지를 포함시켜서 Python을 사용한 코코아 프로그램도 허용시켜 놓았다. 맥오에스텐 초기 시절에도 유사한 사례가 있었다. 바로 자바용 코코아 브릿지이다. 그러나 자바는 오브젝티브 C보다도 다이나믹하지 못했다. 즉, 개발자들이 코코아 애플리케이션을 작성하려면 오브젝티브 C로 작성하는 편이 더 나았고, "100% 순수 자바" 애플리케이션에 매달릴 때에만 자바를 사용하는 것이 더 나았다. Python이 코코아 애플리케이션 작성에는 훨씬 더 나으며, 커다란 장점이 있다. 애플이 자바 브릿지를 버리고 코코아 지원용 언어로 Python을 선택할 정도다. 개발자들이 실제로 쓰기 원하는 언어로 바꾼 셈이다. Twisted.web2은 인터넷 애플리케이션 구축에 고도의 퍼포먼스를 약속한다. 익스체인지서버와 같은 제품에 대한 강력하고 차별화된 경쟁품을 애플이 갖추게 된다는 의미다. 단, 익스체인지 서버는 마이크로소프트의 폐쇄적이고 오래된 플랫폼에 묶여 있다. 일반적인 목적의 데이터베이스에 모든 것을 구겨 넣는 마이크로소프트의 전략을 그대로 따라가는 대신, 애플은 인스턴트메시지와 이메일, 주소록, 칼렌다 서비스에 있어서, 해당하는 업무에 맞는 오픈소스를 활용하는 전략을 택하였다. Wiki Server 레퍼드 서버에서 새로이 등장한 협력형 애플리케이션은 위키서버이다. 그룹이 공유 위키와 블로그, 칼렌다를 통해 웹사이트를 설정하여, 뉴스와 이벤트를 게시하고, 미디어 파일이나 그룹 문서에 링크를 걸 수 있다. 그룹 사용자들은 새 페이지를 작성하거나, 공유 콘텐트를 편집할 수 있으며, 페이지를 링크시킬 수 있다. 위키 서버는 변화를 다 기록하며, 공유 칼렌다와 블로그, 포드캐스트, 위키의 웹접근을 관리한다. 또한 검색과 싱크용 RSS 피드, 메일링 리스트 관리도 통합하였다. 이로써 위키서버는 다이나믹 버전의 아이웹과 비슷해졌다. 현재 아이웹은 데스크톱용 애플리케이션이라는 한계가 있다. 사용자가 아이웹으로 정보를 담아 웹페이지를 만들고 HTML 페이지로서 사이트를 만드는 것은 간단하지만, 변화를 주려면 상당한 수고가 들어간다. 위키 서버도 유사한 일을 하지만, 좀 더 다이나믹하다. 페이지는 편집 가능하고, Ajax 스타일의 편집을 사용하여 업데이트도 자동으로 한다. 단순히 편집 아이콘만 누르면, 웹페이지 글이 편집장으로 바뀐다. 여기에 드랙앤드롭으로 편집을 하고, 저장한 다음, 바로 출판하면 된다. 그러면 옛 버전은 Subversion 리포지토리에 관리되는 방식으로 남는다. Podcast Producer 위키서버에 콘텐트를 제공하기 위해, 애플은 포드캐스트 프로듀서라 불리우는 새로운 웍플로 시스템을 번들시킨다. 포함된 클라이언트 애플리케이션을 사용하면, 오디오나 비디오를 녹화해서 자동적으로 서버에 업로드시키면, 서버가 인코딩과 출판을 자동적으로 해준다. 애플의 분산형 프로세싱 시스템인 Xgrid는 네트워크상에서 업무가 없는 컴퓨터에게 프로세싱을 맡겨서 비디오 인코딩을 시키게 만들어준다. 오픈 디렉토리와의 통합으로 포드캐스트 프로듀서 안에서 퍼미션을 관리할 수 있고, 특정 서버로 콘텐트를 출판할 수 있다. Open Directory Server 위키 서버는 또한 레퍼드의 오픈 디렉토리 서버와 통합되어 있다. 레퍼드의 새로운 Teams Directory 애플리케이션은 공유된 계정의 사용자와 그룹, 로케이션과 리소스의 접근을 제공한다. 주소록을 검색하고 새로운 공개 약속을 만들며, 그룹을 만들고, 계층별로 조직을 관리하며, 공유 리소스를 관리할 수 있다. 회의실과 같은 리소스는 지도와 자산 표시도 해 줄 수 있다. 오픈 디렉토리는 주소록과 리소스 관리 그 이상이다. 네트워크 인증과 퍼미션까지 다루기 때문이다. 레퍼드 서버에서 오픈 디렉토리는 에어포트 무선 네트워크용 RADIUS 보안을 관리하기 때문에, 기존 사용자들은 무선 네트워크 독점 접근권을 받을 수 있다. 오픈 디렉토리는 애플리케이션 수의 확대에 따라 싱글 사인을 제공하기 때문에, 한 번 사용자가 계정으로 로그인하면, 퍼미션에 따라, 별도의 로그인 없이 모든 리소스에 접근할 수 있다. 오픈 디렉토리는 NetInfo의 나머지 부분을 교체하고, 마이크로소프트의 액티브 디렉토리와의 상호운용을 개선시킨다. 대규모 환경에서, 오픈 디렉토리는 클라이언트 관리를 통제한다. 기업들이 직원들 별로 돌릴 수 있는 애플리케이션을 지정할 수 있게 된다. 똑같은 구조가 데스크톱용 레퍼드에도 있다. Parental Controls이다. 레퍼드 서버 기능 서로 간의 보완을 통해, 소규모 웍그룹은 물론 대규모 환경에서도 레퍼드 서버를 고려해볼 만 하게 되었다. 애플 서버의 잠재성이 훨씬 넓어지게 된다는 의미다. What do you think? I really like to hear from readers. Leave a comment or email me with your ideas. http://www.roughlydrafted.com/RD/RDM...B85BF6CB4.html __________________

2007-02-22, 03:22 AM	#11
somomo Senior Member Registered: Dec 2001 My Mac: PB 17" & G4 1Ghz, iPod nano. Posts: 409 오프라인	국내에서도 좀 더 활성화가 되었으면 합니다.^^ 좋은 글들 너무 고맙습니다 늘 잘 읽고 있습니다.^^ __________________ somomo의 momo

2007-02-23, 12:19 PM	#12
firemanx Veteran Member Registered: Feb 2006 My Mac: iMac Intel Core Duo 20", MacBook 2.0 White, iPod Video 30G Posts: 801 오프라인	좋은 글 입니다. 잘 읽었습니다. ^^; __________________ 맥도리의 블로그 : http://macdory.blogspot.com

2008-06-12, 12:37 AM	#13
casaubon Moderator Registered: Sep 2001 My Mac: iMac 24" 3.06GHz Posts: 2,397 온라인	스노 레퍼드 서버와 애플의 반격 Snow Leopard Server Takes on Exchange, SharePoint June 10th, 2008 \| Markets, Mobiles, Software, Tech Daniel Eran Dilger 맥과 아이폰 사용자들에게 20GB어치의 Exchanger Server 메일박스에 사진과 영상공유 기능, 더 나은 파일 관리 툴을, 다른 Exchange 메일박스 제공업체보다 훨씬 낮은 가격에 제공하는 Mobile Me가 나왔다. 그런데 애플은 맥오에스텐 서버로더 Exchange와 SharePoint의 대안을 제공하고 있다. 마이크로소프트보다 훨씬 낮은 가격에 자기 메시지와 협력 서비스를 구축하고 싶어하는 기업들에게 대안이 될 만하다. Exchange your Exchange Server for Snow Leopard Server. 맥오에스텐 레퍼드 서버가 이미 CalDAV 표준에 기반하는 오픈소스 칼렌다 서버와 메일을 제공한다. 스노 레퍼드 서버는 푸시 메시징으로 메일을 개선하는 한편, 다음과 같은 기능이 추가된다. iCal Server 2, 칼렌다 공유와 그룹, Mobile Me와 같은 이벤트 푸시와 함께, 아이폰과 데스크톱의 iCal의 싱크를 해 주는 칼렌다 인터페이스를 웹기반으로 갖추었다. Address Book Server vCard 주소력 공유용으로서 새로이 CardDAV 표준에 기반하는 서비스이다. iCal 서버가 현재 iCalender 이벤트와 연동하는 방식과 유사하다. 이 새 서비스를 이용하면, 주소록을 공유를 위해 회사 서버에 업로드할 수 있으며, 회사 주소록을 그룹별로 공유시킬 수 있다. 데스크톱의 주소록도 서버나 공유되는 것을 받아들일 수 있으며, 마치 로컬에 있는 것처럼 원격 주소록에 자동으로 접속하여 주소록을 찾는다. Wiki Collaboration 개선된 부분이다. 아이폰-중심적인 디스플레이도 지원된다. 스노 레퍼드 서버는 휴대폰 사용자들에게 위키와 블로그, 메일링 리스트, RSS 피드와 같은 기능을 깔끔한 인터페이스로 제공한다. (아래) 새로워진 Wiki 서버는 상호 기업검색도 지원하며, Quick Look 파일 프리뷰와 함께, 이 모든 알림과 업데이트를 단일 인터페이스에 보여주는 MyPage 기능도 지원한다. Exchange와 별도로 팔리는 마이크로소프트 SharePoint에 직격탄을 날리는 셈이다. 따라서 애플이 현재 아이폰과 스노 레퍼드에서 Exchange를 홍보하는 것도 사실이지만, 한편으로는 기업 서버와 소비자친화적인 호스트 서비스 모두에서 경쟁을 열심히 벌이는 것 또한 사실이다. 마이크로소프트가 익스체인지 서버 가격을 높게 유지하려는 데에 상당한 압박이 될 두 제품이다. iPhone 2.0: Exchange vs Leopard Server Apple - Server - Mac OS X Leopard - Snow Leopard All Part of the PlanApple 두 제품이 서로 별다르지 않다. Mobile Me와 맥오에스텐 서버 모두 같은 기술을 상당히 많이 공유하며, 맥 데스크톱과 아이폰 모두에게 메시지 푸시를 한다. 달리 말해서 아이폰과 데스크톱의 메일, iCal, 주소록에 Exchange 지원을 덧붙이는 것만이 아니다. 모두 공개표준에 따라 푸시에 맞게 만들고 있다. 기업들이 회사 내에 설치할 서버와 Exchange-유사 서비스를 통해서 말이다. 애플은 또한 여러 가지 컴퍼넌트를 개방하여 다른 플랫폼(리눅스 이용자를 의미한다)도 이미 이뤄진 성과를 누릴 수 있도록 하고 있다. 리눅스 커뮤니티는 현재 마이크로소프트 따라하기만을 시도하는 중인데, Exchange Server의 오픈소스 대안은 야후의 Zimbra와 노벨의 Ximian Evolution으로서 모두가 Exchange 클론이다. CalDAV 칼렌다 서버에 기반하는 표준을 Apache 2.0 라이센스 오픈소스로 제공함으로써, 애플은 단순히 마이크로소프트의 폐쇄형, 중앙집중형 데이터베이스 디자인 대신, WebDAV라는 표준에 기반한 전략으로 리눅스 이용자들에게 대안을 줄 수 있게 되었다. 본질적으로 iCal Server는 특화된 웹서버로서 HTML 페이지가 아닌, iCalendar 이벤트를 배포한다. 애플은 또한 vCard 주소록을 관리하는 웹서버인 Address Book Server로 같은 목표를 추구하고 있다. 표준에 기반하는 웹 클라이언트 또한 오픈소스화할 것이다. 그러면 IBM이나 Oracle, Red Hat과 같은 대기업은 물론 오픈소스 커뮤니티도 끌 수 있다. 메시징 서비스를 거의 독점화시킨 마이크로소프트의 폐쇄형 시장을 오픈소스와 개방경쟁으로 이끌 수 있는 것이다. 기존 웹서버 영역과 비슷하다. 마이크로소프트도 웹서버를 판매하지만 웹서버 시장을 갖진 못하였다. 우연찮게도, 웹은 Exchange 이메일보다 훨씬 더 잘 돌아가고, 웹서버 구성 비용도 훨씬 덜든다. 칼렌다 서버와 익스체인지 Using iPhone: iCal, CalDAV Calendar Servers, and Mac OS X Leopard Apple’s Mobile Me Takes On Exchange, Mobile Mesh I really like to hear from readers. Comment in the Forum or email me with your ideas. Like reading RoughlyDrafted? Share articles with your friends, link from your blog, and subscribe to my podcast! Submit to Reddit or Slashdot, or consider making a small donation supporting this site. Thanks! Snow Leopard Server Takes on Exchange, SharePoint __________________

글타래 옵션
프린트 메일