Background Image
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄 첨부

1. 환경소개

OS
CentOS7 64비트
Node.js
10.15.3 버전
Npm
6.4.1 버전
java
1.8.0_201 버전
Editer
Eclipse
DB
CUBRID 10.1 (10.1.2.7694-64632b2)(64비트)

 

2. 커넥션 풀 (Connection Pool) 이란?

     2-1) 개념

        ● 데이터베이스와 연결된 커넥션을 미리 만들어서 풀(pool) 속에 저장해 두고 있다가 필요할 때 커넥션을 풀에서 쓰고 다시 풀에 반환하는 기법을 말합니다.
     

        ● 커넥션 풀을 사용하면 커넥션을 생성하고 닫는 시간이 소모되지 않기 때문에 애플리케이션의 실행 속도가 빨라지며,
             또한 한 번에 생성될 수 있는 커넥션 수를 제어하기 때문에 동시 접속자 수가 몰려도 웹 애플리케이션이 쉽게 다운되지 않습니다.

 

      커넥션 풀 아키텍처.PNG

        ● 웹 컨테이너가 실행되면 커넥션(Connection) 객체를 미리 풀(pool)에 생성해 둡니다.


        ● DB와 연결된 커넥션(Connection)을 미리 생성하고, 풀(pool) 속에 저장했다가 필요할 때에 가져다 쓰고 반환합니다.


        ● 미리 커넥션(Connection)을 생성했기 때문에 데이터베이스에 부하를 줄이고 유동적으로 연결을 관리할 수 있습니다.

 

3. 커넥션 풀 (Connection Pool) 환경 설정
     ● node-cubrid는 자체적인 커넥션 풀(Connection Pool) 기능을 제공하고 있지는 않습니다.


     ● generic-pool 모듈을 설치해야 합니다.
         - 모듈 사이트 : https://www.npmjs.com/package/generic-pool  

 

     3-1) generic-pool 설치
        ● npm install genetic-pool --save

 

      dbcp 설정.PNG

 

     3-2) generic-pool 설치 확인

 

      generic-pool 저장.PNG

 

4. Node.js에서 Connection Pool 사용 방법
    * 클라이언트에게 보이는 View는 2탄에서 설명한 test_view.ejs을 사용하고, 라우터 test.js만 수정한 것입니다.

 

     4-1) 예제 코드

 

      dbcp test3.PNG

 

test.js

const CUBRID = require('node-cubrid'); // node-cubrid 모듈 불러오기
const genericPool = require("generic-pool"); // genericPool 모듈 불러오기

const dbConf = { // DB 정보 설정
        host: '192.168.11.130',
        port: 30000,
        user: 'dba',
        password: '',
        database: 'demodb'
    };
  
const factory = { // factory object 설정 요소
  name : 'CUBRID',
  create : function() {
      var conn = CUBRID.createCUBRIDConnection(dbConf);
      conn.query("select 1");
      return conn;
  },
  destroy : function (conn){
      conn.disconnect();
  },
  idleTimeoutMillis : 300000,
  log : true
};

const opts = { // 풀 자원 설정
    max: 20, // maximum size of the pool
    min: 6 // minimum size of the pool
};

const pool = genericPool.createPool(factory,opts);    // Pool 생성

router.get('/', function(req, res) { // get 형식으로 '/' URL로 들어갈 경우 /views/test/test_view.ejs 뷰를 보여준다.
    res.redirect('/test/test_view');
});

router.get('/test_view', function(req,res,next){ // select 쿼리
    
    pool.acquire().then(function(client) {    // 커넥션 연결 풀 획득
        var sql = 'SELECT * FROM code';
        client.queryAllAsObjects(sql, function (err, rows) { // queryAllAsObjects 함수는 query가 끝나면 자동으로 연결을 끊는다.
            if (err) {
              throw err;
            } else {
              // `rows` is now an array of row objects.
              const rowsCount = rows.length; // 가져온 결과 개수를 체크할 수 있다.
              res.render('test/test_view', {rows: rows?rows:{} }); // 질의 결과를  rows 객체에 담아 /test/test_view로 보낸다. 

              pool.release(client);  // 사용 한 커넥션을 풀에 반납하는 함수 입니다.
            }
        });
    });
});

      *Node.js에서 커넥션 풀(Connection Pool) 설정에 중요 코드는 빨간색으로 체크했습니다. 

 

     4-2) 예제 결과

 

      <Node서버 결과>

      실행 01.PNG

 

      <CUBRID Broker 상태 확인>

      실행 02.PNG

 

      <test_view.ejs 결과>

      실행 03.PNG

 

     4-3) factory object 설정 요소

        ● name

           - pool 이름


        ● create 함수

           - 새로운 자원을 반환하는 기능으로 생성된 리소스를 콜백으로 호출한다.


        ● destory 함수

           - 승인된 자원을 삭제한다.


        ● max

           - 주어진 시간에 만들 수 있는 자원의 최대 수 (기본값 1)


        ● min

           - 풀을 유지하는 최소한의 자원. max보다 높게 설정하면 max -1이 자동으로 설정된다. (기본값 0)


        ● refreshidle

           - idleTimeoutMillis 이후 삭제된 자원이 재 작성되어야 하는지 여부 (기본값 true)


        ● idletimeoutMillis

           - 리소스가 생존할 수 있는 최대 시간 (기본값 30000)


        ● reapIntervalMillis

           - 유휴자원을 확인하는 시간 (기본값 1000)


        ● returnToHead

           - boolean, 큐의 동작 방법, true일 경우 가장 최신의 큐가 먼저 실행된다. (기본값 false)


        ● priorityRange

           - 1과 임의의 수 x 사이. 임의의 리소스를 사용할 수 없을 경우 큐에 상대적인 우순 순위를 저정 할 수 있다.


        ● validate

           - 자원 객체가 유효한지 여부 확인.

           - return ture 일 경우 풀링된 자원을 허용.

           - flase 일 경우 자원을 삭제한다.

           - 이 기능은 풀 자원을 반환하기 전 acquire() 에서 호출된다.


        ● log

           - true: 정보가 console.log에 전송된다.

           - false(기본값): 메세지는 무시된다.

 

     4-4) Pool info

        ● pool.getName();                       // pool factory.name 반환


        ● pool.getPoolSize()                    // pool 에서 사용중인 자원과 남은 자원 수를 반환


        ● pool.availableObjectsCount()  // pool에서 사용되지 않는 자원 수를 반환


        ● pool.waitingClientsCount()     // 취득(acquire)된 자원의 대기 수를 반환    


        ● pool.getMaxPoolSize()            // 허용된 최대 자원 수를 반환

 

 

* 마지막 4탄에서는 Node.js에서 커넥션풀(Connection Pool)을 이용해 큐브리드와 연동하는 방법을 소개하고, Node.js 사용자들을 위한 CUBIRD 연동 방법을 마칩니다.
  
* 1탄~4탄을 작성하며, Node.js의 개념을 요약하였지만 중요한 부분을 빠트리거나, 궁금하신 점 댓글에 남겨주시면 최대한 공부하여 답변드리겠습니다.
    긴 글을 읽어주셔서 감사합니다.

  • ?
    hiDev 2022.05.03 17:58
    현재 node-cubrid 모듈로 접속이 안되어 살펴보니 코드 오류가 있었습니다.
    수정하여 pull request 요청은 넣었지만
    merge 전까지 관련해서 내용 수정해주시면 좋을 듯 합니다.

  1. CUBRID vs. Oracle 총소유비용(TCO) 비교

    작년 말 CIO BIZ+ 기사를 통해 오라클이 서버용 SW 라이선스 정책을 수정했다는 내용을 확인하게 되었습니다.   내년부터 HP서버용 오라클 SW 가격 ‘2배’...썬은 50%↓   기사 내용의 요지는 스팍 프로세서의 라이선스 팩터(코어에 대한 라이선스 가중치)를 0.75에서 0.5로 내리고, HP 아이테니엄 프로세서(팩터 0.5)와 IBM 파워 프로세서(팩터 0.75)에 대한 팩터는 1로 조정을 함으로써 HP/IBM 서버 기반으로 Oracle DBMS를 구축할 경우 라이선스 비용이 증가하게 되었다는 것입니다(Oracle for HP는 100%, Oracle for IBM은 33% 가격 인상 효과). 반대로 SUN 서버 + Oracle 조합으로 구매하는 사용자는 DBMS 라이선스에 대한 비용을 절감할 수 있고요.   IBM이야 자체적으로 DBMS 제품(DB2)을 보유하고 있기 때문에 상대적으로 영향을 덜 받겠지만, HP는 상황이 달라지는 것 같습니다. 최근 코리아크레딧뷰로(KCB)가 유닉스 서버 가상화 및 통합 사업을 진행하면서 기존 HP 서버를 IBM 서버로 전면 교체하기로 결정을 했다고 합니다(관련 기사: HP 유닉스서버, 오라클 가격인상 직격탄 맞다). 반면 MS와의 협력을 강화하여 어플라이언스 4종을 발표하는 행보를 보이고 있고요(...
    Date2011.01.29 Category라이선스 고찰 By정병주 Views44635 Votes0
    Read More
  2. CUBRID 서비스 계약에 대한 이해 – 독립 소프트웨어 벤더(ISV)

    지난 달에 최종사용자(End-user)를 위한 CUBRID 서비스 계약에 대해 간략하게 살펴보았습니다. 금번에는 독립 소프트웨어 벤더(ISV: Independent Software Vendor)들이 CUBRID 기반으로 응용 소프트웨어(애플리케이션)를 개발/포팅하여 판매하는 경우에 대해서 설명을 드리도록 하겠습니다.   우선, CUBRID는 오픈소스 DBMS이고, DBMS 엔진은 GPL v2 or higher, 인터페이스는 “BSD 라이선스”를 적용하고 있다는 것은 잘 알고 계실 것입니다. 여기서 인터페이스 함은 JDBC, PHP, ODBC, OLEDB, CCI (C Client Interface) 등을 의미하며, 일반적으로 DBMS 기반의 애플리케이션을 개발할 때 주로 사용합니다. 따라서, CUBRID는 ISV들이 애플리케이션 개발/포팅을 완료한 후 최종사용자를 대상으로 비즈니스를 전개할 때 애플리케이션 소스코드를 공개할 필요가 없으며, 이와 관련된 상세한 내용은 “차별화된 라이선스 정책, 큐브리드 OSS 라이선스 가이드”를 참고하시기 바랍니다.      첫번째 모델은 ISV가 큐브리드사 기술지원 서비스 계약 없이 자체적으로 애플리케이션을 개발하여 판매하는 방식입니다. 주로 소규모의 애플리케이션에 적합하며, 최종사용자에 대한 CUBRID 기술...
    Date2010.11.16 Category라이선스 고찰 By정병주 Views33505 Votes0
    Read More
  3. CUBRID 서비스 계약에 대한 이해 – 최종사용자

    CUBRID는 오픈소스 라이선스를 채택하고 있습니다. DBMS 엔진은 GPL v2 or higher, 인터페이스는 BSD 라이선스를 적용하고 있으며, 소프트웨어 사용에 아무런 제약조건이 없습니다. 따라서 상용 소프트웨어와 같이 소프트웨어 라이선스(사용권)를 얻기 위해 비용을 지불할 필요가 없습니다. (참고: CUBRID 라이선스 및 서비스 정책에 대한 고찰)     CUBRID는 별도의 라이선스 비용 없이 서비스 비용만 지불하면 되며, 고객들을 만날 때 자주 질문 받는 내용 중 하나인 서비스 정책과 계약 방법에 대해 살펴 보도록 하겠습니다.   CUBRID의 서비스 정책은 크게 프로페셔널 서비스와 서포트 서비스로 나뉘어집니다.      프로페셔널 서비스는 개발 단계에서 제공되는 서비스로서 DB 설계 지원, 스키마 리뷰, 질의 리뷰, 데이터 변환 및 성능 튜닝 서비스 등이 포함되어 있습니다. 비용은 시간당 9만원(VAT 별도)이며, 지원 받고자 하는 시간만큼 계약을 체결하고 서비스를 제공 받으시면 됩니다.   응용 개발이 끝나면 일반적으로 운영 단계로 넘어갑니다. 운영 단계에서는 정기적인 예방점검(PM: Preventive Maintenance)을 통해 문제 발생을 선제적으로 방지하고, 각종 온라인...
    Date2010.10.12 Category라이선스 고찰 By정병주 Views36014 Votes0
    Read More
  4. CUBRID 라이선스 및 서비스 정책에 대한 고찰

    작년 11월 CUBRID가 오픈소스 DBMS로 전환하면서 라이선스 정책도 새롭게 발표되었습니다. DBMS 엔진은 GPL v2, 인터페이스는 BSD 라이선스. 엔진과 인터페이스를 구분하여 서로 다른 라이선스를 채택하였는데, 자세한 내용은 ‘차별화된 라이선스 정책, 큐브리드 OSS 라이선스 가이드’를 참고하시기 바랍니다. CUBRID가 라이선스 정책을 구분하여 적용한 배경이 궁금해지실 텐데요, 우선 GPL 라이선스는 소스 코드의 수정 및 배포가 자유로운 반면, 2차 저작물에 대한 재공개 의무가 있습니다. 즉, 수정된 소스 코드는 GPL 라이선스 하에 모두 공개되어 다른 개발자와 사용자들에게 공유되어야 하며, CUBRID가 엔진 소스 코드에 대한 라이선스를 GPL로 결정한 것도 동일한 컨텍스트(context)에서 이해해 주시면 될 것 같습니다. 반면, CUBRID 인터페이스는 BSD 라이선스를 채택하였는데, BSD 라이선스는 2차 저작물에 대한 재공개 의무가 없고, 독점 소프트웨어와의 결합이 가능합니다. 따라서, DBMS 기반의 응용 개발자나 독립소프트웨어벤더(ISV) 입장에서 자신 혹은 자사가 개발한 애플리케이션의 소스 코드를 공개하고 싶지 않은 경우에도 사용 상 특별한 제약...
    Date2009.05.27 Category라이선스 고찰 By정병주 Views51379 Votes0
    Read More
Board Pagination Prev 1 Next
/ 1

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales