말 나온 김에 Redhat은 어째서 POSCO 물량을 따 먹고 우리나라 배포본 업체는 손가락만 빨았을까에 대한 생각을 좀 해보았습니다. 그리고 그 생각을 나름대로 적어봅니다.

일단 저는 우리나라 Linux 배포본 사업을 하는 업체들이 Redhat 수준의 기술적 역량을 가지지 못한 것이 크다고 생각합니다. 예를 들어 Redhat은 Linux Kernel을 뜯어고칠 수 있는 능력이 있습니다. RHEL(RedHat Enterprise Linux)는 단순히 Linux Kernel에 다른 Open Source Application만 꾸려 파는 게 아니란 말이죠. Redhat 같은 경우는 2.6 Kernel이 나왔어도 한동안 자신들이 뜯어 고친 2.4 Kernel을 기반으로 RHEL을 구성해 팔았습니다. 자신들이 뜯어 고친 것이 더 안정적이고 문제가 생기면 대응 가능하다고 판단했기 때문이죠. 이런 기술력은 경영장이들이 흔히 말하는 '핵심 역량'이 아닐까 합니다. 수파리(守破離)가 무도(武道) 수행에만 해당하는 말은 아니죠. 우리가 장사할 제품에 대한 완벽한 이해 및 응용이 가능한 역량이 필수라 하겠습니다.

둘째는 marketing 능력이 후달립니다. marketing이 '고객과의 만남'이라고 하죠? 쉽게 말하면 잠재 고객에게 자신을 알리고 자신의 능력도 알리고 해서 자사에 대한 신뢰와 호감을 구축하는 것도 marketing이라 볼 수 있습니다. marketing = 영업이 아니죠. IT 잡지나 Linux Community에서 Redhat은 예전부터 '인구에 회자'되었습니다. 즉 이야기 거리를 잘 준다고나 할까요(요새 이런 이야기 거리 제공 최강 업체는 Google 아닐까... MS도 이런 짓 잘 했는데 요새는 Google 때문에 밀리는 듯)? 그 덕에 Linux 사업에서의 세계적 선도 업체 = Redhat 이란 image를 이미 구축하는데 성공했고 더욱 공고히 하고 있습니다.

세째는 기업 시장에 대한 Visioin입니다. Linux는 예전에는 배포본을 만들어 뿌리는 사업을 했었습니다만, 지금은 RHES 사업만 합니다. 즉 기업 시장만 노립니다. 왜냐하면 기업 시장은 진입 장벽이 높긴 하나 뚫으면 돈이 그래도 짭짤하기 때문입니다. 우리나라 S/W 기업도 보면 기업 시장을 목표로 하는 회사는 그럭저럭 먹고 사는 회사가 있지만 일반 소비자용 S/W 만들어 파는 회사는 불법 복제 때문에도 그렇지만, 과장하면 지리멸렬입니다. 대신 기존 배포본 작업은 과감하게 Open Source화, Redhat이 노력을 덜 들여도 굴러가도록 하였고, 이 Fedora Core는 Redhat의 주요 marketing 전술이 되었습니다(기업의 Open Source 활용 참고 사례 되겠네요). 이 Vision이 매우 중요한데 기업이란 활용 자원이 한정되어 있기 때문에 그 자원을 어느 한 곳에 집중해야 하기 때문입니다. 대신 Redhat은 배보폰은 포기했지만, 기업 시장에 대한 Vision에 필요하다 싶은 JBoss 같은 회사를 인수, 단순한 Linux 공급자에서 종합 기업용 S/W 공급자로 자리매김하려 하고 있습니다. 군사적으로도 전략이 있어야 전술이 있듯, Vision에서 기업의 행동이 나오게 됩니다. 그럼 왜 Redhat은 'Total Solution Provider'가 되려 할까요? 당근 기업 시장 고객이 그것을 선호하기 때문입니다.

잠깐 옆길로 새는 것이지만 Total Solution Provider를 더 논해보죠. 말이 거창하지만 별 뜻 아닙니다. 예를 들어 DB는 Oracle, WAS는 JEUS, ERP는 SAP, OS는 IBM, 대충 이렇게 각 단품별로 여러 회사에서 도입하면, 이들을 엮어 하나의 System을 구축하는 것이 참 어렵습니다. 각 회사 영업이야는 다 된다고 하겠지만 막상 실제로 해보면 한 방에 연동되는 경우가 거의 없습니다. 구축해서 운영 중이라도 "빨래 끝!"은 아닙니다. 운영 중인데 문제가 터져 각 회사에 전화를 돌리면, 제일 먼저 듣는 말이 "우리 회사 제품 하자가 맞냐?"입니다. 이럴 경우는 "움직일 수 없는 증거"를 들이미는 것이 중요한데 이 움직일 수 없는 증거를 찾으려면 시간이 걸리죠. 고객 입장에서는 피가 마를 것이고요. 그런데 이런 게 모두 한 회사로부터 사면 최소한 이런 문제는 없죠. 이런 고객의 욕구에 부흥하다 보니 Oracle이 BEA도 사고 IBM이 Rational을 사고 그러는 것이랍니다. POSPIA 사례를 좀 뒤적거리느라 Oracle site를 간만에 좀 기웃거렸는데 Oracle이 POSCO에 ERP 판 이후에도 자사 S/W를 판 것이 많더군요. 핵심 System이 Oracle 기반이다 보니 주변 System용 S/W도 위와 같은 이유로 Oracle 것을 가져다 쓰게 되는 것이죠.

다시 원점으로 돌아와서 기업용 S/W 시장에 대한 Vision을 가졌기 때문에 JBoss도 인수하고 가상화 S/W 제작사도 인수하고 그러는 것입니다. 즉 우리나라 업체는 기업 시장에 대한 Vision이 Redhat만큼 선명하지는 않아 보입니다. Microsoft가 꽉 잡고 있는, 더구나 Active X 없으면 금융 업무나 Internet 장보기를 못해 MS로의 Lock-in이 확고한 우리나라에서, 일반 사용자용 OS 시장 기웃거리다 갑자기 방향 선회해서 기업용 시장 기웃거리기에는 일단 기업용 시장이 정말 호락호락하지 않고, 우리나라 배포본 업체 사세도 Redhat보다 작은데 그 두 곳 모두를 집중할 사내 자원도 없을 것입니다. 즉 기업용 시장에 대한 확고한 Vision이 우리나라 배포본 회사에는 없어 보입니다.

정리하면 기술력, 꾸준한 marketing, 확고한 Vision이 되겠습니다. Open Source 사업도 안이하게 남이 짠 거 공짜로 가져다 판다는 생각으로 하면 택도 없다~는 것이 결론입니다.

(사족)

IT 관련 글을 쓴다는 것이 무신 경영학 관련 글을 쓴 듯한... 알지도 못하면서.. (-.-);

POSCO는 누가 뭐래도 세계 최고의 제철사입니다. 그리고 그 회사를 돌아가게 하는 신경 중추는 바로 Oracle Applications라는 ERP로 구축한 POSCO의 ERP System, 'POSPIA'입니다. 이 POSPIA 구축 사례는 Oralce이 자사의 제품을 자랑할 때 빼먹지 않았던 사례이자, 유상부 전 POSCO 회장이 화끈하게(다른 말로는 자신의 명줄을 걸고) 추진한 PI(Process Innovation)의 결정판이었으며(PI는 경영학적인 작업이지만, 요새 경영학적 작업의 가시적 성과는 그 작업 결과를 반영한 IT System 구축으로 끝나는 경우가 많습니다. 그래서 요새는 Consulting하던 회사도 SI에 발을 걸치기도 합니다), 따라서 POSPIA 구축에 참여한 POSCO 직원 및 수많은 회사들이 명줄 걸고 한 project였고, 그래서 이 POSPIA 구축은 POSCO 입장에서도 사활을 걸었던 project였었습니다. 내부적으로는 어떤 문제가 있었는지는 모르겠지만 일단 그리고 그 일은, 외부에서 보기엔 성공했습니다(너무 꼬롬하게 본다고 뭐라 마시길. 그 문제를 어떻게 헤쳐나갔는지가 중요하지, 문제 없는 project란 지구 상에 없기도 하고, 우리나라는 '공식적으로는 실패한 project가 없는' 문화이기도 하기 때문입니다).

이런 System이 open을 하고 정상 가동했다고 중요도가 떨어질리는 만무, 삼성전자의 SAP 기반 ERP가 멈추자 가동 중단으로 인한 손해액이 엄청났었던 것 처럼, POSPIA가 서면 아마 POSCO, 곡 소리 엄청 날 것이고, 우리나라는 삼성전자 기흥 공장 변전기 타서 손실 예상된다고 뉴스에 나오는 나라, POSCO 조업 중단 되면 아마 뉴스에 나올 것입니다. 그만큼 크고 중요하단 이야기죠.

이런 중요한 System을 기동하는 장비의 OS도 무지하게 중요한 것은 당연지사. 무결성에 대한 요구 사항이 겁나 까다로왔을 것이 분명하고 저 물량 따먹은 업체에서도 "그런 요구 사항 충족 가능합니다. 만약 문제 생기면 반드시 해결하겠습니다"는 보증을 서야 했을, 그래서 허접한 역량으로는 덤비지도 못했을 일입니다. 그런 POSCO ERP의 OS로 Redhat이 자사 Linux를 POSCO에 공급했다고 합니다. NEIS 교무 학사 System이 Linux를 떼로 쓰기는 하지만, Web 기반 사업을 펼치는 Portal 같은 기업이 상용 OS의 license료가 부담스러워 Web Server 용도로 Linux나 FreeBSD를 많이 쓰긴 했지만(IDC 근무 경력 있던 분 말로는 Web Traffic이 폭증할 때에는 정말 Web Server를 Rack에 끼우려고 Driver 돌리는 시간도 빠듯할 정도라네요. 그러니 Portal 같은 곳에서 쓰는 Web Server 숫자 및 그 Server용 OS 소요량도 엄청나겠죠? 이런 전차로 Portal 업체 등이 Open Source OS를 도입하는 것은 어찌 보면 필연적입니다), 아무래도 POSPIA 같은 중량급의 거대 기업 핵심 IT System을 Linux가 차지한 적은 그간 우리나라에서는 없었습니다. Linux 도입 사례로 세계적인 사례가 하나 나온 것이죠. 평소 'May the open sources be flourish!"이길 바란 필자로서는 나름 기쁜 일인 셈입니다.

그러나 Redhat이 따먹은 것은 매우 씁쓸합니다. 그간 우리나라 Linux 배포본 업체들은 직접 Linux를 개조할 수 있는 역량을 가진 Redhat에 비해 일단 기술력이 딸리고, 기술력 이외의 기업 역량(소위 갑이라고 하시는 분들이 을을 고를 때 기술력이 전부는 아니랍니다. 영업력, 자금력, 기업의 신뢰도 등도 매우 중요합니다. 기껏 골라 일 줬더니 그 업체 망해버리거나 잠적해 버리면...)도 썩.... 하여, 정말 돈이 되긴 하지만 IBM AIX, HP HP-UX, Sun Solaris 같은 UNIX가 장악한 기업 시장은 뚫지를 못했고, 돈 안되는 개인 PC용 배포본을 기반으로 돈을 벌어보려 했다 보니, 썩 수익성이 좋지 못했고 결국 배포본 시장을 포기하거나 Redhat 같은 거물이 되지는 못했습니다. 그러다 보니 이번 POSCO 사례도 외국 업체 돈이나 벌게 해 준 셈이죠.

다른 제조업에서는 심심찮게 수입 대체 및 나아가 수출도 하곤 하는데 이 S/W쪽은 영 그러지를 못하고 있습니다. 심지어는 Open Source의 사업화에서도 그렇죠. S/W 개발자로 사는 저로써는 이 점이 참 씁쓸합니다. 아울러 자괴감도 들고요.

 용도: 방화벽 룰 설정을 제대로 했는지 검사는 해야 하는데 보안 정책 때문에 telnet 등을 쓰지 못하게 해놓았을 경우. JDK 1.5에서 작성/구동하였음.

이 글은 스프링노트에서 작성되었습니다.