2탄 개발자가 본 오라클
개발의 기수 :
2007. 8. 10. 11:26
사람이 담백하게 살려면 말을 줄여야하건만...
항상 뜻대로 살아지는 건 아니더라.
첫번째 글은 알티베이스 칭찬 일색이어서 외부인이 보기에 좀 느끼한 면이 없지 않았나 싶다.
오늘은 그 느끼함을 달래고자 좀 자극적인 양념으로 버무린 글을 한 번 써볼랜다.
2탄 개발자가 보는 오라클
- 1 -
모 국내 소프트웨어 개발 업체가 개발한 DBMS 제품 홍보물에서 이런 문구를 봤다.
'오라클보다 빠른 고성능을 보장하는...'
본인은 피식 웃었다.
뭘 근거로 더 빠르다는거지?
빠른 성능을 보인 질의문 한 두개를 가지고 더빠르다고 뻥치는거 아냐?
또는 신문기사에서 이런 문구도 자주 본다.
'골리앗에 정면 도전하는 다윗의 기세'
또 한번 피식 웃어준다.
그래...세상은 드라마틱한 승부를 좋아하지...
하지만 그 기자들은 진정 골리앗이라고 표현하는 거대 기업의
막강한 제품의 위력에 대해서 얼마나 알고 있는지 궁금하다.
강호동이 그랬다.
천하장사하기전에 매일 이만기 선배랑 씨름판 위에서 한판 붙는 꿈을 꾸었다고...
절대 강자라는 존재를 쓰려뜨리는 그런 꿈은 인생의 목표가 되었고
마침내 이만기를 쓰러뜨리면서 최고 강자가 되었다.
뜨거운 가슴을 가진 사람이라면
불끈불끈하는 뭔가를 분명 느낄거다.
하지만...
오라클은 시대가 간다고 해서 쉽게 1위자리를 내줄 그런 존재가 아니다.
뜨거운 가슴을 잠시 달래고
골리앗이라는 존재에 대해 냉철하게 한번 살펴보자.
컴퓨터 전공자라면 공룡 그림이 그려진 컴파일러 책을 누구나 한번 쯤 보았을 거다.
울만...
컴파일러계의 지존?쯤 되는 사람이 쓴 책이다.
뿐만 아니라 DBMS 개발자라면 가장 먼저 보아야할 필독서인
'Database System Implementation'의 공동 저자이기도 하다.
오라클 파서 소스를 어쩌다 본일이 있었는데...주석에 작성자 이름이 있었다.
울만이었다-_-
물론 지금도 그가 개발을 하고 있을지는 모르겠다.
파서라는 모듈은 쉽게 바뀌는 코드가 아니니...
어쨌든 솔직히 그때 주석에서 본 "by Jeffrey D. Ullman"은
오라클은 인정할 수 밖에 없는 절대강자이다라는 인식을 확실히 각인시켜준 문구였다.
MS는 또 어떤가...
DBMS의 지존이라 불리는 Jim Gray가 바로 MS에서 일하고 있다.
(폭풍우에 실종되었단 소문이 있던데...;;)
우리가 책에서나 봤던 그런 지존들이 바로 오라클이나 MS에서 우리와 비슷한 일을 하고 있다!
더우기 개발자 물량도 압도한다.
오라클은 개발자 수만 200명이라한다. 그것도 최고 수준으로...
음...갑자기 레벨업 없는 마린 30마리와 공방 3씩업된 마린 200마리가 붙는 장면이 떠오른다-_-;
개발자의 네임벨류나 그 수도 대단하지만
그보다 더 압도하는 힘은 20년을 넘게 쌓아온 노하우가 녹아 있다는 사실,
그리고 그 오랜 기간동안 만들어진 수많은 커뮤니티의 힘이다.
뭐 여기에 대해 더 굳이 설명 안해도 될 것 같다.
미국에 MMDB로 1등을 달렸던 TimesTen이란 제품이 있다.
그 회사 CEO에게 왜 디스크 기반 DBMS에 뛰어들지 않았냐니
돌아오는 대답이 "망할일 있습니까?" 였다고 한다.
오라클에 대적한다는 사실이 퍼지는 것만으로 주가가 폭락할 것이 틀림없다는 것이다.
그들은 오라클이 뻗치지 못한 곳을 새롭게 개척한 것이었고,
결국 오라클에 인수되었다.
우리의 여건을 돌아보자.
고작 30명도 안되는 인원으로 개발에 테스트에 매니징에 문서작업까지...
이런 여건으로 오라클에 대적한다?
디스크 DB 개발한지 이제 2년이 지났다.
거기다 우린 MMDB와 DiskDB 둘다 하지 않는가...
한국의 MMDB 시장에선 알티베이스는 독보적인 존재가 되었다.
한때 우리 경쟁 제품이었던 P 제품, A 제품도 결국 뿌리쳤고
미국의 T제품까지 대적이 안되었다.
우린 더 큰시장을 겨냥하기 위해 디스크를 선택했고
이젠 거대기업들이랑 생존 경쟁을 해야한다.
기업 입장에서는 분명 경쟁이겠지만,
개발자로서 본인은 오라클이나 DB2, MS-SQL Server, Sybase들을 경쟁상대로만 보진 않는다.
그들의 자료들을 보면서 공부할 수 있고 그들의 선경험을 손쉽게 답습할 수 있는
한수 배운다는 자세로 바라보고 있다는게 솔직한 심정이겠다.
뭐 그런 소심한 자세를 가졌냐고 그럴지 모르겠지만,
한국 소프트웨어 기술의 현실이 그렇다는 걸 인정해야 한다.
세상은 IT 강국이라고들 하지만 정작 IT 기술자들은 너나없이
핵심 기술은 아직 걸음마 수준이라는 사실을 인정할 것이다.
DiskDB는 이제 2살되었다.
그들이 경험했던, 하지만 기업에서 사용되지 못하고 사장되어버린 방대한 프로젝트들이며,
일부 박식한 DBA들만 알고 있는 저기 밑바닥에 숨어 있는 기능들,
1등이란 위치에 오른 자가 감당해야할 시행착오와 시장을 이끄는 힘을...우린 존중해야하고,
모방이라고 비난받을지언정 그들의 경험을 겸허한 자세로 습득해야 한다.
자, 이시점에서 앞서 맨 처음 본 문구를 다시 살펴 보자.
'오라클 보다 빠른 고성능...'
그 모업체에서 과연 오라클을 얼마나 분석했을지 감히 한번 의심해본다.
본인이 프로젝트에 앞서 Survey 작업으로 타 제품들의 버퍼 관리자를 분석해 본적이 있다.
과연 그들의 고민은 우리보다 한발 앞서 있었다.
DiskDB라면 통상 I/O를 유발하기 마련이다.
버퍼 관리자는 그 I/O를 최소화하기 위한 장치이다.
당연히 Buffer miss rate를 최소화하는데 초점을 맞출 것이라고 짐작해보겠지만,
놀랍게도 오라클은 그 단계를 넘어서 래치 경합을 최소화하도록 설계의 초점이 맞춰져 있었다.
이미 기업에서는 대용량의 메모리를 버퍼를 위해 할애하고 있으며
DiskDB라 할 지언정 메모리에서 동작하는 거나 다름없다는 가정에서 출발한 것이다.
결과적으로 MMDB만큼이나 래치 경합에 신경을 쓴 모습이 역력했다.
(물론 MMDB의 래치 수준은 DiskDB가 따라올 수 없는 영역이 있다.)
오라클 버퍼 관리자를 보고 느낀 점은 이론에 기반했다기보단,
순전히 오랜 노하우가 쌓인 경험적 산물이라는 느낌을 많이 받았다.
그걸 뒷받침해주는게 OWI의 막강한 기능이었다.
OWI 같은 기능없이는 성능에 대한 극대화를 추구할 수가 없다.
어떤 획기적인 알고리즘이 탄생되지 않는 이상,
다 고만고만한 알고리즘을 바탕으로 한 실제 환경에서는
다양한 성능 측정 도구로 쪼잔하리만큼 병목 현상을 쫓아다니며 제거해줄 수 밖에 없다.
그런면에서 이제막 DBMS 모습을 갖춘 제품들이 그 기능을, 그 성능을 따라잡았다고
쉽게 말할 순 없을 것이다.
- 2 -
심형래의 영화가 요새 장안의 화제이다.
영화보다 영화 외적인 말들로 들끓는...
우리가 언제나 가슴과 이성이 갈등을 일으키는 민감한 부위를,
정확히 관통하고 있는 영화이다.
애국심이라는 코드로 제품의 냉정한 평가에 보너스 작용을 받고 있다는 사실은
알티베이스와 공통된 입장이다.
하지만 그 한국꺼라는 단어와 함께 눈물로 호소하는 건 본인이봐도 눈꼴시럽더라.
우리것을 당당하게 알리고자하는 욕심은 누구나 있다.
하지만 그건 가슴에 담아둘 일이지, 그 욕심으로 포장 도배를 하고서는
그걸 마케팅에 이용하는 건 제품의 객관적 질보다 per(?)를 높이게 되어
장기적 관점으로 결국 역효과로 작용하지 않을까 상상해본다.
심형래의 기술과 추진력은 우리가 본받아야 한다.
하지만 그에겐 '겸허함'이 빠져있었고 '애국코드'로 무장하고 있었다.
보다 좋은 영화 만들기에 혼을 쏟지 못했고
'우리것이라는 자부심을 알리고 싶은 욕심'이 앞섰다고 평가하고 싶다.
바로 이부분이 우리가 가장 경계해야 할 부분이 아닐까?
자, 본인은 두 가지의 자극적 양념을 준비했다.
우리가 경쟁상대로 생각하고 있는 기업과 제품에 대한
냉철을 가장한 사실 어찌보면 좀 감정적이었던 시각.
그리고 우리가 경계해야 할 마음 가짐.
두 가지 양념으로 알티베이스에 대한 새로운 맛을 느꼈으면 한다.
항상 뜻대로 살아지는 건 아니더라.
첫번째 글은 알티베이스 칭찬 일색이어서 외부인이 보기에 좀 느끼한 면이 없지 않았나 싶다.
오늘은 그 느끼함을 달래고자 좀 자극적인 양념으로 버무린 글을 한 번 써볼랜다.
2탄 개발자가 보는 오라클
- 1 -
모 국내 소프트웨어 개발 업체가 개발한 DBMS 제품 홍보물에서 이런 문구를 봤다.
'오라클보다 빠른 고성능을 보장하는...'
본인은 피식 웃었다.
뭘 근거로 더 빠르다는거지?
빠른 성능을 보인 질의문 한 두개를 가지고 더빠르다고 뻥치는거 아냐?
또는 신문기사에서 이런 문구도 자주 본다.
'골리앗에 정면 도전하는 다윗의 기세'
또 한번 피식 웃어준다.
그래...세상은 드라마틱한 승부를 좋아하지...
하지만 그 기자들은 진정 골리앗이라고 표현하는 거대 기업의
막강한 제품의 위력에 대해서 얼마나 알고 있는지 궁금하다.
강호동이 그랬다.
천하장사하기전에 매일 이만기 선배랑 씨름판 위에서 한판 붙는 꿈을 꾸었다고...
절대 강자라는 존재를 쓰려뜨리는 그런 꿈은 인생의 목표가 되었고
마침내 이만기를 쓰러뜨리면서 최고 강자가 되었다.
뜨거운 가슴을 가진 사람이라면
불끈불끈하는 뭔가를 분명 느낄거다.
하지만...
오라클은 시대가 간다고 해서 쉽게 1위자리를 내줄 그런 존재가 아니다.
뜨거운 가슴을 잠시 달래고
골리앗이라는 존재에 대해 냉철하게 한번 살펴보자.
컴퓨터 전공자라면 공룡 그림이 그려진 컴파일러 책을 누구나 한번 쯤 보았을 거다.
울만...
컴파일러계의 지존?쯤 되는 사람이 쓴 책이다.
뿐만 아니라 DBMS 개발자라면 가장 먼저 보아야할 필독서인
'Database System Implementation'의 공동 저자이기도 하다.
오라클 파서 소스를 어쩌다 본일이 있었는데...주석에 작성자 이름이 있었다.
울만이었다-_-
물론 지금도 그가 개발을 하고 있을지는 모르겠다.
파서라는 모듈은 쉽게 바뀌는 코드가 아니니...
어쨌든 솔직히 그때 주석에서 본 "by Jeffrey D. Ullman"은
오라클은 인정할 수 밖에 없는 절대강자이다라는 인식을 확실히 각인시켜준 문구였다.
MS는 또 어떤가...
DBMS의 지존이라 불리는 Jim Gray가 바로 MS에서 일하고 있다.
(폭풍우에 실종되었단 소문이 있던데...;;)
우리가 책에서나 봤던 그런 지존들이 바로 오라클이나 MS에서 우리와 비슷한 일을 하고 있다!
더우기 개발자 물량도 압도한다.
오라클은 개발자 수만 200명이라한다. 그것도 최고 수준으로...
음...갑자기 레벨업 없는 마린 30마리와 공방 3씩업된 마린 200마리가 붙는 장면이 떠오른다-_-;
개발자의 네임벨류나 그 수도 대단하지만
그보다 더 압도하는 힘은 20년을 넘게 쌓아온 노하우가 녹아 있다는 사실,
그리고 그 오랜 기간동안 만들어진 수많은 커뮤니티의 힘이다.
뭐 여기에 대해 더 굳이 설명 안해도 될 것 같다.
미국에 MMDB로 1등을 달렸던 TimesTen이란 제품이 있다.
그 회사 CEO에게 왜 디스크 기반 DBMS에 뛰어들지 않았냐니
돌아오는 대답이 "망할일 있습니까?" 였다고 한다.
오라클에 대적한다는 사실이 퍼지는 것만으로 주가가 폭락할 것이 틀림없다는 것이다.
그들은 오라클이 뻗치지 못한 곳을 새롭게 개척한 것이었고,
결국 오라클에 인수되었다.
우리의 여건을 돌아보자.
고작 30명도 안되는 인원으로 개발에 테스트에 매니징에 문서작업까지...
이런 여건으로 오라클에 대적한다?
디스크 DB 개발한지 이제 2년이 지났다.
거기다 우린 MMDB와 DiskDB 둘다 하지 않는가...
한국의 MMDB 시장에선 알티베이스는 독보적인 존재가 되었다.
한때 우리 경쟁 제품이었던 P 제품, A 제품도 결국 뿌리쳤고
미국의 T제품까지 대적이 안되었다.
우린 더 큰시장을 겨냥하기 위해 디스크를 선택했고
이젠 거대기업들이랑 생존 경쟁을 해야한다.
기업 입장에서는 분명 경쟁이겠지만,
개발자로서 본인은 오라클이나 DB2, MS-SQL Server, Sybase들을 경쟁상대로만 보진 않는다.
그들의 자료들을 보면서 공부할 수 있고 그들의 선경험을 손쉽게 답습할 수 있는
한수 배운다는 자세로 바라보고 있다는게 솔직한 심정이겠다.
뭐 그런 소심한 자세를 가졌냐고 그럴지 모르겠지만,
한국 소프트웨어 기술의 현실이 그렇다는 걸 인정해야 한다.
세상은 IT 강국이라고들 하지만 정작 IT 기술자들은 너나없이
핵심 기술은 아직 걸음마 수준이라는 사실을 인정할 것이다.
DiskDB는 이제 2살되었다.
그들이 경험했던, 하지만 기업에서 사용되지 못하고 사장되어버린 방대한 프로젝트들이며,
일부 박식한 DBA들만 알고 있는 저기 밑바닥에 숨어 있는 기능들,
1등이란 위치에 오른 자가 감당해야할 시행착오와 시장을 이끄는 힘을...우린 존중해야하고,
모방이라고 비난받을지언정 그들의 경험을 겸허한 자세로 습득해야 한다.
자, 이시점에서 앞서 맨 처음 본 문구를 다시 살펴 보자.
'오라클 보다 빠른 고성능...'
그 모업체에서 과연 오라클을 얼마나 분석했을지 감히 한번 의심해본다.
본인이 프로젝트에 앞서 Survey 작업으로 타 제품들의 버퍼 관리자를 분석해 본적이 있다.
과연 그들의 고민은 우리보다 한발 앞서 있었다.
DiskDB라면 통상 I/O를 유발하기 마련이다.
버퍼 관리자는 그 I/O를 최소화하기 위한 장치이다.
당연히 Buffer miss rate를 최소화하는데 초점을 맞출 것이라고 짐작해보겠지만,
놀랍게도 오라클은 그 단계를 넘어서 래치 경합을 최소화하도록 설계의 초점이 맞춰져 있었다.
이미 기업에서는 대용량의 메모리를 버퍼를 위해 할애하고 있으며
DiskDB라 할 지언정 메모리에서 동작하는 거나 다름없다는 가정에서 출발한 것이다.
결과적으로 MMDB만큼이나 래치 경합에 신경을 쓴 모습이 역력했다.
(물론 MMDB의 래치 수준은 DiskDB가 따라올 수 없는 영역이 있다.)
오라클 버퍼 관리자를 보고 느낀 점은 이론에 기반했다기보단,
순전히 오랜 노하우가 쌓인 경험적 산물이라는 느낌을 많이 받았다.
그걸 뒷받침해주는게 OWI의 막강한 기능이었다.
OWI 같은 기능없이는 성능에 대한 극대화를 추구할 수가 없다.
어떤 획기적인 알고리즘이 탄생되지 않는 이상,
다 고만고만한 알고리즘을 바탕으로 한 실제 환경에서는
다양한 성능 측정 도구로 쪼잔하리만큼 병목 현상을 쫓아다니며 제거해줄 수 밖에 없다.
그런면에서 이제막 DBMS 모습을 갖춘 제품들이 그 기능을, 그 성능을 따라잡았다고
쉽게 말할 순 없을 것이다.
- 2 -
심형래의 영화가 요새 장안의 화제이다.
영화보다 영화 외적인 말들로 들끓는...
우리가 언제나 가슴과 이성이 갈등을 일으키는 민감한 부위를,
정확히 관통하고 있는 영화이다.
애국심이라는 코드로 제품의 냉정한 평가에 보너스 작용을 받고 있다는 사실은
알티베이스와 공통된 입장이다.
하지만 그 한국꺼라는 단어와 함께 눈물로 호소하는 건 본인이봐도 눈꼴시럽더라.
우리것을 당당하게 알리고자하는 욕심은 누구나 있다.
하지만 그건 가슴에 담아둘 일이지, 그 욕심으로 포장 도배를 하고서는
그걸 마케팅에 이용하는 건 제품의 객관적 질보다 per(?)를 높이게 되어
장기적 관점으로 결국 역효과로 작용하지 않을까 상상해본다.
심형래의 기술과 추진력은 우리가 본받아야 한다.
하지만 그에겐 '겸허함'이 빠져있었고 '애국코드'로 무장하고 있었다.
보다 좋은 영화 만들기에 혼을 쏟지 못했고
'우리것이라는 자부심을 알리고 싶은 욕심'이 앞섰다고 평가하고 싶다.
바로 이부분이 우리가 가장 경계해야 할 부분이 아닐까?
자, 본인은 두 가지의 자극적 양념을 준비했다.
우리가 경쟁상대로 생각하고 있는 기업과 제품에 대한
냉철을 가장한 사실 어찌보면 좀 감정적이었던 시각.
그리고 우리가 경계해야 할 마음 가짐.
두 가지 양념으로 알티베이스에 대한 새로운 맛을 느꼈으면 한다.
