블로그에 대한 단상(12): RSS 뒤집어보기(3)

출장 다녀와서 바로 추석 연휴였고, 추석 연휴 끝난 다음에 회사 야유회였고, 이번 주부터는 각종 세미나 자료 정리에, 원고 정리에, 회사 일까지 겹쳐서 블로그에 소흘할 수 밖에 없는 상황이다. 그래도, 애독자 여러분을 위해 조금씩 진도를 뽑아보려고 한다. 오늘은 RSS를 업무에 어떻게 이용하는지, 그리고 RSS의 명암이 무엇인지 한번 살펴보기로 하자.



------------------------------------------------------------------------------------------

1. RSS 전성 시대
처음 RSS가 나왔을 때는 주로 개인이 운영하는 블로그를 구독하는 수단으로 쓰일 따름이었다. XML 기술 자체를 활용하는 곳도 많지 않았고, 그럴 필요성도 느끼지 못했기 때문에 일부 열혈 블로그들만 RSS 출현에 열렬히 환호성을 울렸다.

그러다가, 점차 사람들은 RSS가 새로 만들어지는 따끈따끈한 소식을 전달해주는 수단으로 사용할 수 있음을 깨닫기 시작했고, 일부 IT 뉴스 사이트가 RSS를 사용하여 헤드라인 기사를 실시간으로 전달하기 시작했다. 즉, 비교적 신기술 수용에 발이 빨랐던 IT 뉴스 사이트는 기존에 사용했던 자발적인 웹 페이지 방문과 하루에 한번씩 행해지는 전자편지 구독 모델에 이어 새로운 소식을 전달할 수 있는 통로를 확보한 셈이다. 처음에는 제한적인 기사만 RSS로 제공하다가 점차로 관심거리에 따라 섹션별로 나눠서 세분화하는 전략을 구사하고 있다. C|Net만 보더라도 하드웨어, 소프트웨어, 보안, 네트워크, 개인용 기술과 같이 다양한 분야를 별도 RSS로 제공하고 있다.

IT 뉴스 사이트에 이어 IT 기업들이 RSS의 활용에 눈독을 들이기 시작했다. 가장 유명한 회사는 애플로 아이튠즈 뮤직 스토어 톱 10곡부터 시작해서 신제품 소개, 회사 새소식에 이르기까지 여러 가지 정보를 별도 RSS로 제공하고 있다. IBM도 이에 뒤질새라 개발자 커넥션인 alphaWorks에 실리는 기사를 섹션별로 RSS를 사용해서 제공하고 있다. 아... 마이크로소프트에서 제공하는 MSDN도 빼놓을 수 없구나.

이렇게 들불처럼 RSS가 번저나가기 시작하자, IT 뿐만 아니라 일반 기업들도 슬슬 RSS에 눈독을 들이기 시작했으며, 심지어 한국 신문사인 중앙일보를 시작으로 몇몇 신문사에서도 RSS 서비스를 진행하고 있다.

최근에는 일반 업무 부문에서도 RSS를 사용하기 위한 아이디어가 하나둘씩 등장하고 있는데, 개인 일정을 담은 달력을 RSS로 서비스하는 RSSCalendar가 대표적인 사례이다.

2. RSS의 명암
이상에서 살펴봤듯이 RSS는 기업-개인 사이에 정보를 전달하는 XML 기능을 멋지게 보여준 기술의 쾌거라고 볼 수 있다. 하지만, RSS에도 서서히 짙은 그림자가 드리우기 시작했다. 바로 정보의 폭주이다.

보통 RSS를 사용하는 사람들은 많게는 100개가 넘어가는 피딩 사이트 목록을 유지하게 되는데, 너무나도 많은 정보 부하에 질려버리는 경우가 종종 생기곤 한다. 출장을 며칠 다녀와서 bloglines.com을 열었을 때 jrogue군은 기절초풍하는 줄 알았다. 수백개가 넘는 새 아티클!

RSS로 들어오는 정보량이 너무 많아지면서 마치 스팸 편지와 같은 효과가 생길지도 모른다는 걱정이 들기 시작한다. 유감스럽지만, 아직 들어온 RSS를 체계적으로 분류해서 보여주는 기술이나 검색하는 기술이 없기 때문에 RSS 구독 사이트 숫자가 늘면 늘어날 수록 정보의 바다에 빠져서 허우적거릴 수 밖에 없다. 게다가 RSS를 지원하는 사이트 숫자가 많아지면서, 옥석을 가리기도 점점 힘들어지고 있다. 웹 사이트나 블로그와 마찬가지로 RSS 기술 도입 초기에는 RSS를 지원하는 사이트는 대부분 쿨했지만, 기술이 전파되면서 점차로 품질이 떨어지고 있는 것이다.


하지만, 이런 어두운 그림자에도 불구하고 아직은 RSS가 신선하고 상큼한 기술이라고 생각한다. jrogue군과 마찬가지로 독자 여러분들도 알찬 RSS 생활을 즐기시기 바라며!

EOF

블로그에 대한 단상도 어느덧 10회에 접어들고 있다. 지금까지 블로그에 대한 단상에서는 최대한 기술적인 내용은 배제하고 일반 사용자 관점에서 접근하려고 노력했다. 어느 정도 소기의 목적을 달성했다고 보고, 10회부터는 jrogue군이 강세를 보이는 블로그의 기술적인 측면에 대해 궁금했던 사항을 하나씩 차례로 뒤집어보기로 하자.

이번 연재에서는 RSS자체와 이를 뒷받침하는 배경 기술이 무엇이며, 어떤 과정을 거쳐 성장해왔는지 살펴보며, 다음 연재에서는 실제로 RSS를 제대로 활용하도록 도와주는 몇 가지 유용한 도구를 소개하겠다.



---------------------------------------------------------------------------------------------
1. RSS와 배경 기술과 버전 역사
RSS는 Really Simple Syndication에서 앞자만 딴 줄임말이다. 간단히 말해서, 웹에서 각종 언론 매체의 기사 내용을 배급하는 형식을 의미한다. RSS는 기사에 대한 메타 정보와 실제 정보를 동시에 전송하기 때문에, 프로그램 입장에서 쉽게 가공할 수 있다는 장점이 있다.

예를 들어, jrogue군이 운영하는 엔비(http://jrogue.enbee.com)에서 제공하는 뉴스 기사를 한번 살펴보자.

먼저 일반 웹 브라우저를 사용해서 텍스트로 본 모습이다.
--------------------------------------------------------------------------------------------
2004년 9월 5일 일요일

# 모질라, 브라우저 시장 점유율 15% 돌파가 눈앞에... : 지금 이 글도 불여우로 쓰고 있다. ;)
오전 9시 12분 #
--------------------------------------------------------------------------------------------

다음으로 XML 파싱이 가능한 브라우저를 사용해서 RSS 형식으로 본 모습이다.
--------------------------------------------------------------------------------------------
<?xml version="1.0" encoding="euc-kr" ?>
<rss version="2.0">
<channel>
<title>컴퓨터 vs 책(링크블로그)</title>
　　　　　<link　　　　　>http://jrogue.enbee.com/</link>
<copyright>Copyright 2004 박재호</copyright>
<pubDate>Sun, 5 Sep 2004 09:12:01 +0900</pubDate>
<lastBuildDate>Sun, 5 Sep 2004 09:13:41 +0900</lastBuildDate>
<description>오픈 소스와 책이 만나면 어떻게 되지?</description>
<language>kr</language>
<generator>Enbee NewsFeeder v1.0</generator>
<item>
<title>모질라, 브라우저 시장 점유율 15% 돌파가 눈앞에...</title>
<description>
<![CDATA[ 지금 이 글도 불여우로 쓰고 있다. ;)
]]>
</description>
<pubDate>Sun, 5 Sep 2004 09:12:01 +0900</pubDate>
　　　　　　<link　　　　　　>
<![CDATA[ http://www.w3schools.com/browsers/browsers_stats.asp
]]>
</link>
<guid>
<![CDATA[ http://www.w3schools.com/browsers/browsers_stats.asp
]]>
</guid>
</item>
</channel>
</rss>
</pre>
--------------------------------------------------------------------------------------------

일반 웹 자료를 봐서는 프로그램이 저자가 누군지 언제 작성했는지, 언어가 무엇인지, 무엇으로 만들었는지, 링크가 뭔지를 '프로그램'이 알기는 불가능에 가깝다. 물론 프로그램이 위치나 단어를 통해 추측을 할 수도 있겠지만, 어디까지나 추측으로 끝난다. '사람'을 위한 기반 구조인 HTML은 타이틀과 본문 정보를 제외한 나머지 모든 메타 정보를 누락해리기 때문이다. 하지만, RSS로 만든 자료를 입수하면 XML 파서를 돌려서 본문 정보는 물론이고 각종 메타 정보를 쉽게 추출할 수 있다. RSS 파일 내부에 있는 태그인
title, pubDate, description, generator, copyright, title을 보면 초보자라도 어떤 내용이 들어있을지 쉽게 짐작할 수 있을 것이다.

다시 말해, RSS는 XML을 기반으로 만들어져 있으며, RSS를 사용해서 전송하는 자료는 모두 XML 명세 1.0에 순응해야 한다는 제약 조건이 있다. 물론 일반 독자라면 주로 RSS 피딩을 받는 입장에 서기 때문에 자신의 홈 페이지를 RSS 규약에 맞춰 외부로 피딩하지 않는 이상 기술적인 문제로 고민할 필요는 없는 듯이 보인다.

그렇다면, XML 규약만 충족하면 RSS로 제 구실을 할 수 있을까? 이미 예상 했듯이, 정답은 '아니오'이다. RSS 자체 규약이 존재하기 때문에 RSS를 지원하는 소프트웨어인 뉴스 리더로 읽으려면 반드시 RSS 표준을 준수해야 한다. 그런데, RSS 표준이 상당히 골때리게 되어있으므로, 배경 지식이 없는 독자라면 RSS 표준 문서를 읽다가 길을 잃고 해맬 수 있다.

RSS는 크게 RSS 0.91, RSS 1.0, RSS 0.92, RSS 0.93, RSS 2.0으로 나뉘어진다. 버전 번호가 올라간 모습을 보니 큰 문제가 없는 듯이 보이지만... 버전 번호가 올라간 순서를 보면 뭔가 미심쩍은 구석이 보일 것이다. 왜 RSS 1.0이 중간에 끼어들어 갔을까?

RSS 0.9x 계열은 RDF(Resource Description Format) 기반이 아닌 반면에, RSS 1.0은 RDF 기반의 표준이기 때문이다. 여기서, RDF 기반으로 표준을 만들 경우 깔끔하고 명확하게 정의할 수 있다는 장점이 있지만, 반대급부로 사용이 복잡해지는 단점이 있다. 따라서, RDF 사용을 반대하는 사람들과 RDF 사용을 찬성하는 사람들끼리 격렬한 논쟁이 벌어졌고, 그 결과 표준이 두 동강 나고 말았다. RDF를 찬성하는 쪽에서 RDF에 기반한 RSS 1.0 규약을 발표하자마자 몇개월 지나지 않아 RDF를 반대하는 쪽에서 RDF에 기반하지 않는 RSS 0.92를 발표해버린 것이다. 설상 가상으로 RSS를 반대하는 쪽에서 RSS 0.93에 이어 버전 번호를 RSS 2.0으로 붙이는 바람에 혼란은 더 커지고 말았다.

다행히도, 요즘 나오는 뉴스 리더는 지능적으로 RSS 버전을 감지하도록 설계되어 있기 때문에 최종 사용자 입장에서는 RSS 버전에 관심을 기울일 필요가 없다. 하지만, RSS를 읽어들인 뉴스 리더 개발자나 RSS를 제공하는 웹 개발자 입장에서 이런 버전 차이점은 당분간 상당한 골칫거리로 남아있을 전망이다.

블로그 단상은 최종 사용자를 주요 독자 대상으로 삼고 있기 때문에 각 RSS 표준에 대한 구체적인 설명은 하지 않겠다. 기술적인 내용이 궁금하다면, 말미에 달려있는 링크를 따라 들어가면 필요한 자료를 얻을 수 있을 것이다.

2. RSS 성장기
RSS가 나오게 된 배경을 생각해봐야 한다. 솔직히 말해서 웹이 태동하기 시작한 10년전만 하더라도 웹에서 얻어오는 자료의 양이 얼마되지 않았기에 아침에 1시간만 투자를 하면 전세계의 유명한 웹 사이트를 대충 돌아볼 수 있었다(농담이 아니다).

하지만, 요즘은 정보 통신 관련 신문사 사이트 대문만 방문하는 과정에서도 쉽게 한두시간을 까먹을 수 있다. 설상가상으로 블로그가 출현하면서, 자신이 애독하는 블로그까지 방문하려면 온종일 웹에 코를 박고 있어야 하는 웃긴 상황이 벌어지고 있다.

어떻게 하면 필요한 자료가 사용자를 찾아올 수 있도록 만들까? 초기에는 뉴스 레터 기법을 사용해서 정기 구독한 독자에게 전자편지를 날려주는 방법을 택했었다. 하지만, 하루에 한 두차례 보내는 방법으로는 실시간성이 떨어지고(뉴스의 생명은 실시간!), 매번 전자편지를 확인해야 한다는 점에서 상당히 불편하다는 지적이 있었다.

이런 문제점을 해결하기 위해 등장한 방법이 바로 푸쉬(이 용어를 알면 당신은 웹 세계에서 상당한 경력을 자랑한다고 자신있게 말할 수 있다) 기술인데, 별도 클라이언트를 설치한 다음에 관심있는 사이트를 등록해 놓으면 실시간으로 사용자에게 신착 자료를 배달해주는 획기적인 기능을 제공했기에, 상당한 붐을 불러일으켰다.

하지만, 푸쉬 기술은 특정 업체에 종속적이며(푸쉬 서버를 구매하거나, 특정 업체의 아웃소싱에 의존해야 했다. 그리고 푸시 기술 자체에 대한 표준도 각양각색이었다), 리소스를 많이 잡아먹는 전용 클라이언트를 푸쉬 서비스에 맞춰 여러 개 설치해야 하는 불편함이 있었기에, 잠깐 동안 관심을 끌다가 역사의 뒤안길로 사라져버렸다.

푸쉬 기술이 모멘텀을 잃어버리고 추락하자, 포털 사이트에서 마이 XYZ이라는 서비스를 제공해서 맞춤식 컨텐츠 구성 기술을 선보이기 시작했지만, 그렇게 큰 반향을 불러일으키지 못하고 만다. 안타깝게도 포털로 방향을 선회하던 넷스케이프도 이 와중에서 몰락해버린다.

한동안 뉴스 전달 방식에 있어 암흑기를 맞이한 인터넷 세상이었지만, 의외의 사건이 다시 한번 뉴스 전달 체계를 뒤집어버리는 쾌거를 이룩한다. 바로 '블로그'이다. 일반적인 포털 신문사와는 달리 블로그는 독립적인 개인이 운영하는 간이 신문사라고 볼 수 있으므로, 아무래도 거대자본을 앞세운 포털 사이트와 비교해서 배급력이 떨어질 수 밖에 없다.

배급력을 높이기 위해 초기에 블로그 숫자가 많지 않을 때는 몇몇 자원 봉사자가 수작업으로 디렉토리화시켜서 그룹을 짓는 방법으로 검색과 구독의 편의성을 제공할 수 있었다. 하지만, 블로그 숫자가 기하급수적으로 늘어나면서 한계에 이르게 된다. 아후! 디렉토리처럼 사람을 많이 풀어서 블로그 디렉토리만 별도로 다루는 회사가 아닌 이상, 소프트웨어로 처리할 수 있는 자동화된 뭔가가 필요하게 되고, 유저랜드라는 블로그 툴 회사가 주축이 되어 넷스케이프 큰 형님께서 제안한 개념을 토대로 RSS 표준 규약을 선보이게 된다. RSS 규약만 따르면, 표준화한 방법으로 메타 정보와 본문 정보를 컴퓨터 사이에 나를 수 있으므로 자동으로 블로그 기사를 처리하는 소프트웨어 개발이 가능해지는 셈이다. 기존 푸쉬 기술과는 달리 RSS 규약은 XML 표준을 따르고 있으므로, 특정 업체나 기술에 종속되는 사태를 막아줄 수 있었기에 RSS를 지원하는 각종 서버 소프트웨어, 클라이언트 소프트웨어 숫자는 계속해서 증가하게 되며, 그 결과 단기간에 블로그 표준으로 자리잡을 수 있었다. 개발자나 블로그 운영자를 위한 서버 소프트웨어는 물론 이고, 일반 최종 뉴스 소비자를 위한 윈도우, 리눅스, 맥 OS X, 웹 버전 RSS 뉴스 리더가 등장해서 누구나 손쉽게 블로그 사이트를 정기 구독한 다음에 실시간으로 새소식을 받을 수 있는 여건이 갖춰졌다.

요즘은 블로그 뿐만 아니라 하드웨어/소프트웨어 회사, 일반 기업, 심지어 뉴스 포탈 사이트조차도 RSS를 제공함으로써, 바야흐로 인터넷을 RSS 세계로 만들고 있다.

http://blogs.law.harvard.edu/tech/rss
http://www.oreilly.com/catalog/consynrss/index.html

---------------------------------------------------------------------------------------------
EOF

드디어 SCO 연재물도 마지막회에 이르렀습니다. 이번 연재에서는 소송과 직간접으로 얽힌 핵심 인물을 소개하고 결론을 맺도록하겠습니다. 아... 독자 여러분의 이해를 돕기 위해 프로젝트 트릴리안과 몬터레이에 대한 소개 기사도 덧붙여 드립니다. 지금까지 성원해주신 독자 여러분께 감사드리며, 다음에 더 좋은 독점 기사로 여러분의 지적 호기심을 충족시켜 드릴 것을 약속합니다.

---------------------------------------------------------------------------
저작권: 박재호(jhrogue@yahoo.co.kr)

2. 도대체 누가 누구인가?

SCO 소송 사건에는 다양한 인물이 등장한다. 이번 연재 기사를 읽다 보면 낯선 사람이 많을 것인데, 이해를 돕기 위해 주요 핵심 인물을 뽑아서 한자리에서 정리해보았다.

가. 달 맥브라이드

(http://twiki.iwethey.org/twiki/bin/view/Main/DarlMcBride)

달 맥브라이드는 1988년 노벨에 입사한 이후에 IKON 오피스 솔루션, 솔루션뱅크, 프랭클린플래너를 거쳐 2002년 6월 27일부터 SCO의 CEO로 근무하고 있다. 오픈 소스 진영에 대한 거침없는 공격으로 인해 상당한 유명세를 타고 있으며, 패러디 사이트(http://www.anerispress.com/wltsim/)까지 등장해서 다양한 어록과 이미지를 제공하고 있는 상황이다.

나. 랜섬 러브

http://twiki.iwethey.org/twiki/bin/view/Main/RansomLove

랜섬 러브는 예전 칼데라 CEO였으며, 최근에는 데바인 배포판을 상용화시키는 프로젠시 리눅스 시스템의 이사로 들어갔다. 프로젠시는 브루스 페런스와 밀접한 관련을 맺고 있는 회사이다.

달 맥브라이드와는 달리 랜섬 러브는 적극적인 오픈 소스 후원자이며, SCO 소송건에 대해 강한 불만을 표시했다. 다음은 랜섬 러브의 인터뷰 내용이다(http://www.linuxworld.com/story/34240.htm):

“내 믿음에 따르면, 유닉스와 리눅스가 공존해야만 하며, 응용 프로그램 개발자에게 동등하게 느껴져야 한다. 근본적으로, 나는 SCO의 행로를 따르지 않아왔었다.”

“나는 더 이상 SCO에 어떤 투자도 하지 않고 있다. IBM 소송 소식을 접하자마자, 나는 내 주식을 처분했으며, 더 이상 SCO와 어떤 관계도 맺고 있지 않다.”

다. 데이비드 보이스

http://twiki.iwethey.org/twiki/bin/view/Main/DavidBoies

데이비드 보이스는 특이한 경력을 자랑하는 변호사이다. 올해 63살인 보이스는 보이스,쉴러, 플랙스너 법률 사무소를 이끌고 있으며 타임지 2000년 올해의 변호사(http://www.time.com/time/poy2000/mag/boies.html)에 선정되기도 했다. 주요 경력을 살펴보자면, IBM 반독점 소송에서 IBM을 변호했으며, 마이크로소프트 반독점 심리에서 정부측 변호사로 나서 정부쪽에 유리한 판결을 이끌어내는 과정에서 일등 공신으로 일약 스타덤에 올랐으며, 온라인 뮤직 사이트인 넵스터 소송을 승리로 이끄는 등 대단한 실력을 발휘했다. 하지만, 보이스가 SCO 쪽에 서서 오픈 소스 공동체를 공격하면서부터 평판이 상당히 떨어지고 있는 상황이다.

라. 크리스 손탁

http://twiki.iwethey.org/twiki/bin/view/Main/ChrisSontag

크리스(크리스토퍼) 손탁은 SCOsource의 부사장으로 2002년부터 재직중이다. 과거 경력을 보면 2000년부터 2002년까지 손탁 컨설팅의 장을 역임했었으며, 1996년부터 2000년까지는 엠웨어(emWare) 공동창립자이자 기술 수석으로 활약했었다. 그 전에는 노벨의 마케팅 부문장을 역임했다.

손탁은 맥브라이드의 오른팔 구실을 하고 있으며, 기술적인 측면에서 오픈 소스 공동체를 집중적으로 공략하는 수완을 발휘하고 있다.

마. 에벤 모그렌

http://twiki.iwethey.org/twiki/bin/view/Main/EbenMoglen

오픈 소스(특히 GPL)과 관련한 법적 분쟁이 있을 때마다 반드시 등장하는 에벤 모글렌은 컬럼비아 대학교 법학 교수이며, 1993년부터 자유 소프트웨어 재단(FSF)의 상임 고문으로 무료 봉사하고 있다. GPL과 FSF 저작권에 대한 책임을 맡고 있다. 여러 저작물과 온라인 아티클을 집필했으며(http://emoglen.law.columbia.edu/), SCO 소송 사건에 대해 강하게 비판하는 글을 작성한 바 있다. 우연의 일치인지는 모르겠지만, 에벤 모글렌과 데이비드 보이스는 모두 예일 법대 출신이며, IBM을 위해 일한 경력이 있다.

바. 브루스 페런스

http://twiki.iwethey.org/twiki/bin/view/Main/BrucePerens

브루스 페런스는 오픈 소스 공동체의 리더격을 자처하고 있으며, 오픈 소스 운동의 선언서인 오픈 소스 정의(http://www.opensource.org/docs/definition.php)를 만들었다. 페런스는 OSI(Open Source Initiative), 리눅스 표준 기반(Linux Standard Base)를 설립한 바 있다. 페런스는 개발자라로도 유명한데, 임베디드 리눅스를 위한 스위스 군용 칼인 비지박스(Busybox)를 만든 장본인이다.

페런스는 HP에 2년 동안 근무하면서 리눅스와 오픈 소스 전략을 수립한 바 있으며, 리눅스에 특화된 리눅스 캐피탈 그룹의 장을 맡기도 했었다. 페런스는 20년에 걸쳐 컴퓨터 그래픽스 부문에서 일을 했으며, 12년 동안 몸담은 픽사 애니메이션 스튜디오에서 벅스 라이프와 토이 스토리 II를 제작하는데 참여하기도 했다.

원래 계획대로라면 2000년 1/4 분기에 알파 릴리즈를, 2/4 분기에 베타 릴리즈를, 4/4 분기에 최종 출시를 예정하고 있었지만, 중간에 칼데리가 SCO를 합병하면서 프로젝트 지원에 금이가기 시작했으며, 결국 IBM도 이 프로젝트에 대해 미온적인 태도를 보임으로써 2000년 8월에 중단되는 운명을 맞는다. 만일 프로젝트 몬터레이가 성공했더라면, IBM이 독자적인 x86용 운영체제 기술을 확보할 수 있기 때문에 리눅스와 오픈 소스 공동체에 대한 지원도 빈약했을 것이고 이번 소송건도 시작하지 않았으리라는 예측을 조심스럽게 해볼 수 있다.

---------------------------------------------------------------------------

EOF