Open, Standard and Tech - calmglow (최진호)

약 1년 동안 IBM 소프트웨어그룹에서 기존과는 조금 다른 성격의 기술을 담당하고 있었습니다. 처음에는, 아니 어제까지도 전혀 다른 두 개의 기술이라고 여겼던 Situational Application과 Event Driven Architecture가 사실은 동일한 기업 문제를 해결하기 위한 것임을, 하나의 그래프로 엮어볼 수 있겠다는 아이디어가 떠올라서 다음과 같이 메모합니다.

---

기업 내에 존재하는 IT애플리케이션들의 기능들이 과연 그 기업의 어떤 프로세스와 상황을 대처하기 위해 만들어졌는지에 따른 기준으로 생각해보자.

IT 애플리케이션들아! 네 존재의 이유는 무엇이니?

그 기준은 오로지 하나이다. 기업의 목표가 수익 창출이라면,

기업 내에 존재하는 IT애플리케이션의 목적은 다음 3가지 중의 하나에 부합되어야만 한다.

A. 수익을 잃어버리거나 감소시키거나 손해를 크게 보지 않게 하기 위한 애플리케이션 혹은 기능.
C. 경쟁자에 비해 매우 높은 수익을 발생시키거나 기회를 잡을 수 있게 도와주는 애플리케이션 혹은 기능.
B. 그리고 기업 운영에 필요한, 적당한 ROI를 가능케 하는 애플리케이션 혹은 기능.

그렇다면 이 세가지 종류의 IT 애플리케이션들의 실제 비중은 어떨까? 이런 그래프가 아니겠는가?
비주얼에 약한 관계로 그래프가 조금 극단적으로 그려진 것을 양해해주시길...

B 구간, 즉 정상적인 기업 운영에 필요한 애플리케이션들이 정상적이게도 기업내에 가장 많은 비중을 차지하기 마련이다. 당연한 것이다. ERP나 홈페이지나 인사,회계 시스템들이 모두 B구간에 속하는 것들이다.
그러다가 기업이 IT자산 투자에 여유가 생기면 A와 C에 투자하기 시작한다.
해킹이나 서버다운과 같이 평소에는 발생하지 않지만 간헐적으로 발생하는 것만으로도 큰 영향을 미치는 A영역의 애플리케이션이나
잠재적인 고객 트렌드와 동향을 파악하고 고객의 숨은 니즈를 파악하는 덩치크고 비싸기 그지없는 BI툴이나 CRM애플리케이션들이 C영역에 속하는 애플리케이션들이다.

그런데 아주 아주 정상적인 프로세스와 흐름을 지닌 B영역의 애플리케이션에 비해서 A와 C영역의 것들은 사실 변수가 너무나 많이 존재한다.

먼저 A영역의 애플리케이션의 고충을 생각해보자.
A영역의 애플리케이션의 핵심은 바로 Risk 관리이다. 사기를 치거나 도덕적으로 옳지 못한 행동으로 이익을 챙기려는 고객의 행위는 항상 진화한다. 1년전에 구축한 모델과 룰은 메모리만 차지하는 쓰레기이다. 오늘은 오늘의 Risk 관리가 필요한게 A영역의 애플리케이션의 특징이다.

그럼 C영역의 애플리케이션은 다를까?
다를게 없다. 고객의 충성도를 높이고 더 나은 고객을 모으고 고객 니즈의 숨겨진 2%를 챙기려면 고객의 변화보다 한발짝 앞서가거나 적어도 보폭을 맞추어야만 한다. 눈치와 시간 그리고 센스의 싸움이다. 도저히 1년전에 만든 프로세스와 캠페인으로 경쟁자를 따돌릴 수 없다.

그래프상으로는 상극에 속하고 있는 A,C 두 종류의 애플리케이션은 사실 아래와 같은 동일한 특성을 가지고 있다.

* 변화가 빠르다.
* 통찰이 필요하다.
* 빠른 구현이 필요하다.
* 다양한 정보 원천으로부터의 용이한 매쉬업(연계)이 필요하다.
* 수명이 짧다.

다시 말해, 빠른 변화, 통찰, 빠른 구현, 매쉬업, 짧은 수명, 이 5가지가 바로 IT Agility를 고민하는 기업이 취해야할 핵심 키워드이다.
최근에 경량화된 웹 프레임워크인 Rails, Grails, sMash등의 출현은 보다 변화에 빠르게 대응하고 빠른 구현과 매쉬업을 제공함으로써 기업 생산성 증대 및 유연성을 기르는데 매우 중요한 기술로 발돋움하고 있으며 아울러 이벤트 기반의 솔루션들(CEP 엔진들) 역시 주목을 받고 있는 이유는 통찰과 빠른 변화 및 연계기술등을 통한 기업의 수익을 극대화하기 위한 흐름이라고 볼 수 있다. 굳이 가트너등의 리서치회사의 자료를 언급하지 않더라도 이미 IT 기술의 흐름은 이러한 5가지 키워드를 만족하는 것들에 관심을 가지고 있음을 알 수 있다.

제가 이 나이(?)에, 이래도 되는지 모르겠는데,
갑자기 그루비(Groovy)와 Project Zero를 넘어서 Grails까지, 그루비를 비롯한 작고 간단하고 자유로운 자바 도구들에 필이 꽂혀서 요새 밤새서 공부하고 있습니다. 누가 하래서가 아니라, 너무 너무 재밌어서.ㅜㅜ. 이거야 말로 간만에 느껴보는 Java Geek의 즐거움 아닌가? 사실 회사에서는 별로 중요하게 생각도 안하고 있는 기술인데(돈이 그닥 되지는 않을거에요 아마도..) 혼자 꾸역꾸역 하고 있는중입니다.
Spring도 Grails를 통해서 그루비를 중요한 언어로 채택하고 있고, JBoss도 Seam에서 그루비를 지원하고 있고 IBM도 Project Zero를 통해 Groovy기반의 Web 2.0 프레임워크를 제공하고 있습니다. 아직은 성능이나 인식면에서 부족한 면이 없잖지만, 점점 그루비가 또 다른 바람으로 등장하고 있다는 생각이 듭니다.

여기서 광고 한꼭지!
IBM DeveloperWorks에서 주관하는 세미나에서 앞의 한시간 정도를 할애해서 REST개발과 Project Zero에 관한 소개 세션을 제가 하게 되었습니다. 일정을 보아하니 토요일인지라 얼마나 많이 오실지는 모르겠으나, 제 발표는 그렇다치더라도 그 이후에 진행되는 Pecha Kucha 방식의 토론등등 아주 흥미로운 시간이 될 듯 합니다. 그때 뵙겠습니다. ㅜㅜ

우분투를 주업무를 위한 OS로 세팅하는 작업이 거의 끝났다. 결과는 너무나 만족스럽다.
윈도우에 비해 놀라웠던 점은,
아무리 프로세스를 띄워도 메모리가 별로 안늘어나는 듯한 느낌을 받는다는 것이다.
이클립스와 firefox와 노츠 정도 띄우면 예전같으면 1.5GB는 차지했었는데, 우분투에서는 6-700MB도 겨우 넘는 이상한 상황이다.

이제 기본 세팅을 마무리하고 원래 내가 사용하는 개발 및 IT 업무를 위한 세팅을 들어갔다.
일단 가장 간단한 sMash, 이것은 뭐 거의 단방에 되었다.
그 다음이 eclipse 및 Android 설정이었는데, 우분투와 eclipse가 궁합이 의외로 좋지 않았다.
아무리 해도 안되는 건 안되는 것 같아서 몇개는 포기하고 있었는데,
결정적으로 WebSphere 제품이 하나도 설치가 되지 않는 것이었다.
왜그런가 봤더니, 우분투의 기본 쉘이 bash가 아닌 dash이다보니 겪은 상황이었다.
나름대로 호환성있게 만들었다고 하더니 그렇지만도 않은 것 같고,
의외로 우분투에서 third-party제품 설치가 안되는 많은 이유가 이 bash와 dash의 호환성 문제라고 한다.
dash는 상대적으로 느린 bash의 약점을 보완하고자 우분투에서 처음 도입된 쉘인데, 이것이 오히려 우분투의 호환성을 가로막는 장벽이 되는 것은 아닌가 우려된다.
아무튼 지금은 왠만한 것들은 다 설치와 설정이 마무리 되어가고 있다.
대체 이게 무슨 삽질인지...

나는 잘 설치해서 만족스럽게 쓰고 있고 곧 메인OS로의 준비를 야심차게 진행하고 있으나 (물론 iBus에 문제가 좀 많아서, nabi도 문제가 좀 있어서 SCIM을 쓰고는 있지만...)

새로 우분투를 접해보는 사람은 물론이거니와 9.04버전에서 업그레이드하는 사람들은 상당수가 어려움을 겪고 학을 떼는 상황이 발생 중인 것 같다. 대충 나오는 이야기들만 해도

갑자기 화면이 껌뻑껌뻑거린다거나
EXT4의 버그로 인해 500MB이상의 파일의 경우 간혹 깨질 수가 있기도 하고
갑자기 하드가 인식이 안되거나 예전에는 인식잘되던 오래된 그래픽카드가 인식 불가,
터미널에서 갑자기 문자 입력이 안된다거나
CPU가 과도하게 쓰인다거나 하는 여러가지 문제가 속속들이 보고되고 있다.

꽤나 리눅스계에선 유명한 매니아, Steven J. Vaughan-Nichols가 Computer World에 어제 우분투 9.10이 윈7보다 좋은 5가지 이유를 썼다가 댓글로 몰매를 맞고 있다.

위에서 발생하고 있는 열거된 문제들은 아마도 1-2주일이 지나면 해결이 될 수도 있고 어떤 사소한 문제는 해결이 안될 수도 있을 것이다. 우려되는 점은 오히려 그런 것보다는 캐노니컬사의 자세랄까?

만약 윈도우 7이 지금 우분투 9.10에서 국지적으로 발생하는 문제들 몇가지만 출시때 발생했어도 이미 윈도우 7은 비스타 꼴을 면치 못했을 지 모른다. (물론 윈도우 7에서도 베타 버전의 경우 블루 스크린을 경험했다는 사용자도 있었으나 소수의 경험으로 치부되버렸다)

최근들어 캐노니컬은 우분투를 이용하여 사업을 여러 대형 벤더들과 함께 진행중이다. 예를 들어 IBM과는 Lotus제품과 엮어서 아프리카에 넷북용 OS로 판매하고 있고 얼마 안있어서는 미국에서도 유사한 형태로서 판매를 할 것이다. 아마 내년부터는 IBM의 Lotus제품과의 판매활동도 많아지리라 여겨지는데, 그만큼 캐노니컬로서도 스스로 자신의 OS에 대한 자존심과 완성도를 높일 필요가 있다고 본다.
윈도우 7은 분명 비스타라는 실패를 거울 삼아 만들어진 훌륭한 OS임에는 분명하다. 이러한 OS와 경쟁하기 위해서는 눈높이가 높아진 사용자들을 제대로 사로잡을 수 있도록 무엇보다 완성도에 신경써야할 것이라고 생각한다. 물론 리눅스의 특성상 매우 어렵겠으나 그러지 않고서는 영원한 Geek들의 OS일 수 밖에 없을 것이다.

위의 그래프는 기업 IT시스템 환경에서 대응하려하는 다양한 변화들에 대해 세가지로 분류하여 예측가능성과 빈번도에 따라 도표화해본 것이다.
보통 '작은 변화'는 예측가능하고 그만큼 자주 발생하지만 '충격적인 변화'나 '발전적인 변화'같은 시스템의 발전을 위한 적잖게 큰 변화들은 예측하기 어렵다. 변화를 제어하고 예측하는 환경을 구성하는 것은 결코 쉬운 것은 아니다. 하지만 내가 볼 때 기업 IT환경에서 가장 제어하기 어려운 변화는 '작은 변화'도 아니고 '충격적인 변화'도 아니다. 그동안 '발전적인 변화'를 제어하기 위해, 유연성을 보장하기 위해 '작은 변화'에서 '발전적인 변화'를 제어하려 했으나 결국은 대부분 '발전적인 변화'는 미뤄지거나 불가능하거나 무시당하며 '충격적인 변화'때 같이 제어되는 경향을 보인다.
문제는 '발전적인 변화'에서 미리 변화하였으면 굳이 '충격적인 변화'단계에 이르지 않아도 될만한 사안들이 꽤 많다는 것이다.

2009년 가을, 때아닌 신규 OS들의 출시로 IT Geek들의 마음을 설레게 한다. 얼마전 마이크로소프트의 윈도우 7이 출시되어 많은 이들의 관심을 불러일으키더니, 이번에는 리눅스계의 초신성(?) 우분투의 9.10 칼믹 코알라가 또한번 데스크탑 OS계에 관심을 불러일으킨다...(외국만.)

이렇게 훌륭한 OS가 국내에서 윈도우 7에 눌려 별로 호응을 얻지 못하는 게 안타까워 다음과 같이 9.10출시에 맞추어 이번 새로운 버전의 수많은 변화를 외국의 글을 바탕으로 적어본다. 참고로 나 역시 조만간 코알라로 갈아탈 예정이다.

• 소프트웨어 센터: 우분투의 가장 큰 장점 중의 하나라면, 뭐니 뭐니해도 거의 대부분의 SW를 별도로 설치할 필요가 없다는 것. 그냥 검색창에서 검색하고 선택하고 버튼 누르면 바로 그 자리에서 설치가 완료된다. 패치나 업그레이드도 알아서 감지해서 때되면 해주기 때문에 사용자가 할 일이 별로 없게 한다. 그런데 이번에 우분투는 그 편한 기능을 '소프트웨어 센터'라 이름 짓고, 단지 오픈소스 소프트웨어 뿐만 아니라 상용 소프트웨어도 관리할 수 있도록 재편하고 있다. 물론 상용은 별도의 금액지불이 있을테지만. 리눅스 데스크탑 애플리케이션의 앱스토어를 꿈꾸는 것이다.
• 우분투 원(Ubuntu One): 2GB의 무료 온라인 저장 공간을 제공한다. 우분투 사용자에게만 허락하는 서비스이다. 이를 통해 파일 공유와 동기화를 할수있다. 돈을 지불하면 50GB까지 사용도 가능하다. 무료 OS사용하는 것만 해도 감지덕지인데 무료로 파일 공유 디렉토리까지 준다는 게 황송하다.
  
• 빠른 부팅 타임: 왜 갑자기 OS계에 빠른 부팅타임에 대한 경쟁이 붙게 되었는지는 모르겠다. 하지만 이전 버전에 비해 부팅시간이 매우 빨라졌다. 그럼에도 불구하고 내년 초까지 부팅시간을 10초정도로 주파하겠다는 목표를 세우고 있는 우분투이다.
• 통합 메신저 Telepathy: 우분투가 통합 메신저로서 Telepathy를 처음 내놓는다. 그전까지는 Pidgin이 사용되었으나 이번 버전부터는 Telepathy가 통합 메신저로서 등장했다. 단순히 채팅뿐만 아니라 보이스, 화상 채팅, 이메일등의 다양한 프로토콜을 지원할 뿐만 아니라 개방형 아키텍처로 다양한 클라이언트와의 연계가 가능하도록 설계되었다고 한다.
• 아마존 EC2같은 Ubuntu Enterprise Cloud: 우분투가 데스크탑 버전만 있는 것이 아니다. 서버버전도 많은 부분이 개선되었고 투자를 확대해나갈 계획이다. 그 일환으로 우분투 서버 버전에서는 우분투 EC를 사용할 수 있다고 한다.
• 인텔 그래픽 칩 지원: 창피한 일이지만 이전 버전에서는 인텔 그래픽 칩 지원이 완벽하지 못했다. 내가 9.10을 절실하게 기다린 이유이기도 하다. 화끈한 Compiz의 바탕화면을 체감할 수 있다.