NEWS
-
Read More
CUBRID 2008 신제품이 출시되던 날…
지난 11월 22일(토) 양재동 AT Center에서 NHN DeView 2008 행사가 진행되었습니다. NHN에서 처음으로 개최한 대규모 개발자 컨퍼런스로서, “독립사이트 활성화를 위한 NHN 정보플랫폼”이라는 키 메시지를 중심으로 정보플랫폼 제공을 위해 NHN이 보유하고 있는 각종 서비스 컴포넌트(XE, CUBRID, SmartEditor, nFORGE 등)들이 오픈소스로 출사표를 던진 날입니다. 물론, 이날 행사를 통해 CUBRID 2008 신제품이 공식적으로 출시되었으며, 오픈소스 DBMS로 첫선을 보인 날이기도 합니다. “DeView”는 개발자의 시각(Developer's View)과 국내 개발자들이 함께 내딛는 새로운 첫걸음(Debut)이라는 의미를 담고 있는 중의적 표현으로, CUBRID 2008 역시 국내 개발자과 함께 만들어가는 DBMS를 지향하고 있고, 오픈소스 DBMS로 새롭게 출발한다는 측면에서 그 궤를 같이하고 있습니다. CUBRID는 A 트랙의 세번째 세션에서 진행되었으며, NHN DBMS개발랩 진은숙 랩장님께서 CUBRID 오픈소스화 배경 및 제품 소개, 라이선스 모델, 프로젝트 참여 방법에 대한 3가지 테마를 가지고 30분 정도 발표해 주셨습니다(발표 및 동영상 자료는 아래 링크 참조). 특히, CUBRID 2008이 채택하고 ... -
Read More
초보 PM의 CUBRID 첫 릴리스
Program Manager라는 역할을 지금 다니는 회사에 면접을 보면서 처음 들어 보았다. 이 일 저 일을 많이 한다고 들었었다. 왠지 이름만 들어도봐도 살짝 설레었고 사람들 속에서 내 이름이 많이 불릴 것 같은 생각이 들어서 맘에 드는 역할이었다. 사람의 이름이 불린다는 것은 내가 속한 사회에서 역할을 가지고 있고, 나의 가치가 있는 것이기 때문이다. 사실 전 직장에서도 Product Management 담당 부서가 있었다. 하지만 나와는 연관이 없는 사람들인지라 만나본 적은 없다. 지금 생각해 보면 Product Management가 지금 내가 하고 있는 하지만, PM은 Post meridiem 늦게까지 일한다고 PM이라고 농담으로 한 번씩 하였던 기억이 살짝 난다. 지금 일하는 회사에서 PM은 개발이 시작되는 곳과 끝나는 곳에서 전체적으로 잘 구성될 수 있도록 하고, 사용자들이 쉽게 사용할 수 있도록 활동을 해야 한다. 전체적으로 잘 구성되도록 하기 위해서는 제품에 대한 인사이트가 필요하고, 사용자를 확보하기 위해서는 대화 능력과 설득 능력이 필요할텐데... 2달이나 지났지만, 아직 제대로 하고 있는 게 없다. 그래서 그런지 항상 "내가 잘 할 수 있을까?" 라는 고민에서 벗어날 수... -
Read More
초보 PM의 CUBRID 2008 R1.3 릴리스 후기
CUBRID 2008 R1.3이 이번 주에 릴리스되었다. 메이저 버전 릴리스도 아닌데 뭐 그리 힘들까 하고 생각할 수도 있지만, 메이저든 마이너든 릴리스는 릴리스이기 때문에 준비할 것은 비슷할 것이라고 생각하고 분량의 차이만 있을 것으로 본다. 사실 난 아직 CUBRID의 메이저 릴리스를 해 본 적이 없다. ^^ CUBRID 2008 R1.2의 릴리스 후기를 쓰고 난 직후, 난 릴리스 노트의 후폭풍을 맞고 쓰러졌었다. 팀장님이 R1.2의 릴리스 노트를 별로 챙기지를 않는다는 느낌을 받았기 때문에, R1.2의 릴리스 노트 작성은 연습이고 본 판은 유경험자인 팀장님이 작성하실 것이라는 안일한 생각을 했기 때문이다. 난 수련 과정이라는 생각이 컸지 않았을까 싶다. 내가 어리버리 하고 있으면 팀장님이 일필휘지로 후다닥 써서 “릴리스 노트는 이렇게 쓰는 거야” 하면서 주실 것만 같았다. 거짓말 하나도 안 보태고 바이너리를 먼저 릴리스하고 릴리스 노트는 토요일 하루 종일 작업해서 마무리하였다. 지금 생각해보면 왜 그리 철없는 생각을 한 것인지 모르겠다. 결론적으로 내겐 R1.2 릴리스는 1월 17일이었다. 사용자들은 1월 16일부터 파일을 받기 시작했을텐데… 어찌보면 1월 17일에 릴... -
Read More
초보 PM의 CUBRID 2008 R1.4 릴리스 후기
이번 주에 셋째 아들(R1.4)이 릴리스되었다. 점점 더 릴리스가 손에 익어 가는 것 같지만, 아직 갈 길이 멀다. 5월이나 6월쯤의 상반기 메이저 버전이 릴리스되기 전에 릴리스가 내 손에 모두 익어야 할텐데, 만만치는 않은 것 같다. 제품 개발 사이클 CUBRID 2008 R1.3이 릴리스 되자마자 한숨 돌릴 틈도 없이 바로 서스테이닝(Sustaining) 이슈의 스펙을 정리해야 했다(서스테이닝=1차 생산 업무. NHN의 서스테이닝 부서=제품 양산 부서, LG전자 사업부). 일반적으로 개발자들은 릴리스가 되고 다음 릴리스를 준비하는 동안 아주 짧은 시간이지만 몸과 맘의 여유를 가지고 새로운 개발을 준비할 수 있다. 하지만 문서와 스펙을 담당하는 PM은 릴리스될 때는 매뉴얼과 릴리스 노트를, 릴리스를 준비할 때는 스펙을 작성해야 한다. (다음 그림을 보면, 릴리스 앞 뒤로 쉴 틈이 없다.) 스펙의 어려움 개발 담당자가 없는 스펙을 이번에 할당받았다. 이는 1. 스스로 해당 기능을 공부하고 정리한 뒤, 바뀔 방향에 대해서 주변 사람과 토의하여 결론을 내야 하고 2. CUBRID 오픈 소스 프로젝트 홈페이지(nFORGE)에 올려서 개발자들과 올바른 방향을 이끌어 내야 한다는 걸 의미한... -
Read More
막무가내 DBA의 DISK 장애 대처
2009.04.05. 드디어 올 것이 오고야 말았다. DB장애도 아닌, application 장애도 아닌.. 천재지변과 같은 hardward 장애가 오고 만 것이다. 기본적인 서비스 구성으로 replication을 통해 master - slave 로 구축해놓은 system이었다. 그런데 replication 을 구성해놓은 master 서버가.. 돌아가셨다. 정확히 말하면 master DB가 아니라 master DB의 데이터를 가지고있는 disk가.. 사라지셨다. 음? 출장가셨나? ㅡ,.ㅡ 컴퓨터에 C: D: 드라이브가 있고, 내 데이터는 D: 에 들어가있는데 어느날 갑자기 D: 윈도우 탐색기에서 사라졌을떄의 기분.. 느껴보셨쎄요? 안겪어봤으면 말을하지마세요 -_- 각설하고. 어떻게 빨리 서비스를 정상 작동시킬 수 있을까? 이렇게 문제가 발생했을 때 서비스를 정상적으로 돌리는것은 결국 master -> slave로 절체하는 시간 싸움이다. CIBRID는 기본적으로 Broker - DBserver 구조로 되어있다. 다시 말해서 client(JDBC) -> Broker -> DBServer로 request가 전달된다. client는 connection url이라는 string에 brokerIP, databasename을 이용하여 broker로 연결한다. broker라는 놈은 databases.txt라는 파일에 난 어느host의 어느 database로 연... -
Read More
기획연재[1] CUBRID 제품 분석 – CUBRID Manager란?
최근 DBMS 업계의 움직임이 심상치 않다. 오라클의 MySQL인수와 더불어 IBM의 공격이 날로 거세지고 있는 가운데, 국내 업체들도 선전을 하고 있는 듯 하다. 이러한 최근 상황을 반영이라도 하듯 얼마전 NHN의 큐브리드 교체설에 대한 기사와 함께 큐브리드의 다운로드 수치는 매월 4천 여건씩 약 6만 여건의 누적 다운로드 수를 기록하면서 큐브리드에 관심이 날로 커지는 듯 하다. 이러한 큐브리드에 대한 관심을 배가시키고 제품에 대한 이해도를 높이기 위해 주기적으로 큐브리드에 대해 살펴보는 연재를 기획해 보았다. CUBRID2008을 들여다 보는 창 CM CUBRID2008을 접하게 되는 사용자들이 실제적으로 가장 많이 보는 것은 어떤 것일까? CUBRID2008 엔진 자체의 개발자가 아니라면 당연히 Cubrid Manager일 것이다. 간단하게 CM으로 명명하자. CUBRID2008에 좀 더 쉽게 접근할 수 있는 도구인 CM에 대해서 알아보고 친구들(?)이라 할 수 있는 기타 툴을 소개하도록 하겠다. CM은 뭐하는 도구인가? CM 곧 Cubrid Manager는 말 그대로 CUBRID를 관리하는 관리도구이다. CM은 사용자들이 편리한 UI를 통하여 CUBRID를 관리할 수 있도록 하며, 질의를 수행하고 결과를 볼 ... -
Read More
기획연재[2] CUBRID 제품 분석 – CUBRID 지원 툴들
CUBRID 기획 연재 시리즈로 지난 CUBRID Manager에 이어 이번에는 CUBRID기반의 지원 툴에 대해서 알아보기로 한다. CUBRID는 기본적으로 JDBC, ODBC, OLEDB 등을 지원한다. CUBRID Manager(이하 CM)는 기본적으로 JDBC를 이용해 쿼리를 수행을 지원하고 있는데, JDBC 연결 툴에는 어떤 것들이 있는지 살펴보도록 한다. 이미 살펴본 사용자라면 CUBRID홈페이지(http://www.cubrid.com/zbxe/bbs_developer_tutorial)에서 해당 툴들을 한번씩 봤을 것이다. 아래는 언급된 CM지원 툴 이외에 CUBRID기반의 모든 가능한 지원 툴에 대해서 간략히 부연 설명을 한 것이다. CUBRID의 JDBC 먼저 JDBC를 이용하여 CM이 아닌 제 3의 툴에서 CUBRID에 접속하도록 하자. CUBRID JDBC는 CUBRID를 설치하게 되면 $CUBRID/jdbc경로에 있다. 이는 windows를 이용하는 사용자가 앞으로의 살펴볼 제 3의 툴에서 가장 먼저 알아둬야 할 경로일 것이다. CUBRID JDBC의 이름은 cubrid_jdbc.jar이다. SQuirreL SQL(http://squirrel-sql.sourceforge.net) Squirrel SQL은 오픈 소스이며, JDBC를 이용하여 다수의 DBMS에 접근이 가능하다. sourceforge에서 다운로드 받을 수 있으며, 버전에 따라 요구하... -
Read More
기획연재[3] CUBRID 제품 분석 – CUBRID제품 구조
CUBRID 기획 연재 시리즈로 지난 시간 CUBRID기반의 지원 툴에 대해서 알아보았다. 지난 시간에 예로 들었던 모든 툴들의 사용법은 홈페이지 개발자->튜토리얼에 있으니 참조하고 부족한 부분이나 이해되지 않는 부분에 대해서는 덧글로 문의 바란다. CUBRID를 처음 접하는 사람들이 가장 궁금해 할 것이 무엇인가 고민하다가 이번 시간에는 CUBRID제품 구조에 대해서 간략하게 다뤄보려고 한다. CUBRID와 타 DBMS의 가장 두드러진 차이점이 무엇일까? 여러가지가 있겠으나 하나 꼽는다면 DB와 AP가 연결되는 구조라고 할 수 있겠다. 어떤 구조를 이야기 하는 것인가? 2-Tier, 3-Tier에 대한 이야기다. 각각에 대해서 간략하게 설명하는 아래와 같다.(S/W관점에서 이야기 하겠다.) 1) 2-Tier : Client Side에 프리젠테이션/비지니스 로직을 작성하고, Server Side에는 데이터베이스가 위치하는 구조이다. 많이 알고 있는 대부분의 DBMS는 2-Tier구조로 되어 있다. 2) 3-Tier : Client Side에 프리젠테이션 로직을 작성하고, Server Side에 비지니스 로직과 데이터베이스가 위치하는 구조이다. 인터넷 서비스를 예로 들면 Application Server와 Database Server라고 볼 수 있으... -
Read More
기획연재[4] CUBRID 제품 분석 – CSQL 인터프리터
CUBRID의 구조에 대해서 간략하게 맛보았다. 모든 DBMS 사용자가 DB에 접속하려고 책상 앞에 앉았다면, 가장 먼저 찾는 것이 무엇일까? 어떤 것이나 마찬가지겠으나 우리는 DBMS와 소통이 필요하다.(몇 년째 화두인…^^) 소통의 통로를 각 DBMS는 sqlplus, mysql, pgsql 등의 인터프리터로 만들어 놓았다. CSQL이란 바로 이와 같이 사용자와 DBMS가 소통할 수 있는 기본적인 통로라 할 수 있겠다. 물론 많은 3rd party툴과 이미 1회에서 소개했던 여러 가지 오픈 소스 툴을 이용하여 CUBRD와 소통할 수도 있겠으나 조금 더 가까이에서 조금 더 깊게 DBMS를 건드려 보도록 하자. CSQL을 무엇에 쓸 것인가? 크게 두 가지를 위해 CSQL은 사용된다. 1. SQL명령어를 수행하기 위해서 사용된다. 2. DBA가 관리를 위해 수행하는 업무를 받아들이는 통로로 사용된다. 1번은 3rd party의 다양한 툴들이 해결해 줄 수 있는 문제이겠지만… 2번의 경우는 오직 CUBRID를 위해서만 제공되는 CSQL에서만 가능한 것이다. CSQL과 CUBRID Manager Client, 3rd party 툴 등과의 차이점은 무엇인가? - CSQL은 Broker를 통하지 않고 DB에 직접 접속한다. Broker에서의 발생하는 문제는 CSQL접속에 아... -
Read More
기획연재[5] CUBRID 제품 분석 – CUBRID서비스 제어
이번 시간에는 CUBRID 서비스 제어에 대해서 간략하게 소개하도록 하겠다. 이전 제품여행을 탐독(?) 했던 독자들은 CUBRID 구조에 대한 내용을 기억하고 있을 것이다. 다시 간략하게 상기 시킨다면 아래와 같다. 1. Database서버 – 데이터가 저장 2. Broker – CUBRID와 AP를 연결해 주는 미들웨어 3. CUBRID Manager Server – CUBRID와 Broker를 관리해 주는 관리 프로그램 위에 소개된 부분은 각각의 구동이 가능한 CUBRID의 제품군들이다. 각각의 제어 방법을 소개하면 아래와 같다. 1. Database서버 구동/정지 – cubrid server start <db_name>/cubrid server stop <db_name> 2. Broker 구동/정지 – cubrid broker start/cubrid broker stop 3. CUBRID Manager Server 구동/정지 – cubrid manager start/cubrid manager stop 하지만 위와 같이 각각의 구동은 잘 사용하지 않는다. CUBRID에서는 위의 각각의 작동을 한번에 제어하는 명령어를 제공하고 있으며 이를 좀더 효율적으로 사용하기 위한 몇 가지 parameter설정 방법을 알려주도록 하겠다. 현재 CUBRID 서비스를 일괄 구동하기 위한 방법은 “cubrid service start”라는 명령어를 통하여 이루어진다. 그렇다면 “cubri...