Background Image
조회 수 7253 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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

실패하지 않는 마이그레이션을 위해서 고려해야 될 사항

 

클라우드 전환에 따라 기존 유지보수 비용이 높은 UNIX 체계에서 Linux 체계로 전환하면서 오픈소스 유형의 SW로 전환하는 사례가 많아졌다. 도입단가, 비용문제로 고객과 SW밴더간의 이견을 좁히지 못해서 대체 SW로 전환하는 사례도 있다.

그 이외에도 노후장비 교체시기에 SW까지 함께 교체하는 경우도 있는데 OS WAS, 그리고 Database System과 같은 기업 서비스의 근간이 되는 Package SW들이 주 대상이 된다.   3가지 중에 대체 SW로 변환하는데 있어 어려움이 발생하는 영역으로 WAS Database System 부분이 될 수 있는데 그 중에서도 Database System이 난위도가 높으며 성공여부를 가늠하는 핵심적인 부분이기도 하다. 다른 대체 SW로 전환하는 작업을 Win-Back 마이그레이션이라는 용어를 사용하기도 하는데 성공적으로 수행하기 위해서 꼼꼼하게 대비해야하는 사항들이 있다.

다수의 DBMS 전환작업을 해오면서 성공과 실패를 통해 경험한 내용을 기반으로 Win-Back 마이그레이션 프로젝트를 수행하는데 고려되어야 할 사항들에 대해서 공유하고자 한다.

 

1. 제품선정(RDB)

             

DBA또는 그에 준하는 역할을 하는 담당자가 있는 사이트라면 DB현황분석을 잘 알고 있다는 전제하에 기본적으로 동시 사용자 최대/평균 사용량, 트랜잭션 특성(OLTP/OLAP), 튜닝반영여부 및 필요항목들, 오브젝트 현황 및 데이터용량 등의 기초적인 부분에 대한 현황들을 파악하고 있어 이를 대체할 DBMS에 대해서 좀더 객관적으로 판단하는데 많은 도움이 될 수 있다. 하지만, 소수 중 대형 사이트를 제외하면 대부분이DBA 담당자 없이 시스템을 운영하고 있어 DBMS에 대한 현황들을 제대로 파악하고 있지 못하는 경우가 많다. 이런 상황에서 대체 DBMS를 올바르게 선정하는 것에 어려움이 따르며 운영팀의(외주업체 포함) 의견에 따라 선정해야 경우가 많다.

중 대형 사이트의 경우 PoT, PoC를 거쳐 선정대상 제품이 현 운영 시스템에 대체할 경우 변환비용 및 성능에 대해서 사전에 확인해 볼 수 있겠지만 대부분이 여건상 쉽지 않기 때문에 현 운영 DBMS 및 연관된 서비스 형태에 대한 분석을 통해 제품 선정을 진행할 수 밖에 없다.

의외로 적지않은 수가 운영 DBMS에 대한 관리자 또는 담당자임에도 불구하고 현황을 정확히 파악하지 못한 상황에서 낮은 TCO(가장 중요한 요소이지만..), 몇몇 지인의 정보 및 web에서 검색한 정보들로 선택하는 경우가 있다.

기존 운영 서비스의 Life-Cycle까지 고려하여 면밀하게 준비하여 어떠한 제품이 적절한지 선택해야 한다.

 

2. 자원할당

 

다년간 운영상에서 수집된 정보를 기반으로 TO-BE 시스템의 자원을 설계하고 할당하게 되는데, 이러한 기본적인 절차를 준수하지 못하고 자원을 할당하는 경우가 있다.

           

  예를 들어 기존 자원 사용률에 대한 내역만을 분석하여 TO-BE 시스템에 반영하고 전환 시점과 동시에 완료해야 하는 신규 기능의 추가에 따른 자원 사용률 증가에 대한 고려를 하지 않는 경우가 발생한다. 클라우드 특성에 따라 자원을 유기적으로 할당을 받을 수도 있겠지만, 상황에 따라 할당가능 이상의 자원을 필요할 경우 다른 클라우드 존으로 전체 이관해야 되는 상황도 발생할 수 있다.

신규 시스템이 비공유 스토리지 구조 환경으로 교체되는데 공유 스토리지 기반으로 Disk 공간을 할당하여 문제가 발생하는 경우처럼 최소한의 환경분석과 기초적인 정보를 확인하지 못한 상태에서 자원 설계를 하는 경우도 발생하는데 추후 비용 및 구조변경의 어려움에 존재하는 부분으로 사전에 충분히 확인해야 한다.

 

3. DB 현황분석

 

프로제트 초기 변환 대상이 되는 DB에 대한 정확한 현황 분석은 기초적인 단계임에도 불구하고 대부분 오브젝트 개수 및 타입만을 기반으로 전환 공수를 산정하는 경우가 있는데 실제 전환작업 진행시 예상치 못한 경우를 접하게 될 수 있다.

현행 DB현황 분석과정에서 UDF(VIEW,PROCEDURE,FUNCTION,TRIGGER,Package)안의 스크립트 및 서비스에서 어떻게 사용되고 있는지를 확인하고 TO-BE DBMS에서 적용이 가능한지 또는 다른 대안으로 대체가 가능한지 여부를 초기에 확인하도록 해야 한다.

 

뿐만 아니라 Source단에서 사용되는 SQL로 확인하여 특정 DBMS에서만 사용되는 형식인지 미리 파악해야 하며, DB용량의 경우 Active-Data Archive-Data등의 데이터 특성을 고려하여 파악할 필요가 있다.

그 이외에 DBMS에서의 JOB 또는 cron 형태의 배치, WAS단에서 spring batch 및 검색엔진에서 사용하는 Batch SQL도 사전에 미리 파악해야 한다.

초기에 DB현황분석 단계를 면밀하게 진행할 경우 가장 큰 이점으로 사용하지 않는 오브젝트 및 응용 프로그램을 걸러내어 불필요한 전환작업 시간을 줄이고, TO-BE DBMS에서 전환이 어려운 오브젝트 및 응용 프로그램을 초기에 확인하고 이슈화 하여 우회방안을 준비할 수 있다.

AS-IS DBMS 자체 고유기능에 대한 내용도 DB 현황분석 절차에 포함되어 있어야 하는데, 통제 및 관리기능, 백업방식등이 있으며 이러한 기능이 TO-BE System에서 어떻게 구현되어야 하는지에 대해서도 시전에 확인하고 대안을 미리 대비해야 한다.

 

4. 운영 서비스 환경 분석

 

SQL 튜닝을 할 때 먼저 서비스 화면에 보여주기 위한 데이터가 어떤 것인지 분석하는 것이 우선이다. 이를 통해 잘못된 데이터 또는 불필요한 데이터를 불러오는 방식이라면 이를 수정하여 성능이 개선되는 부수적인 효과를 얻을 수도 있다.(상황에 따라 많은 성능향상 결과를 얻을 수도 있다!) 이런 절차가 전제되지 않은 상태에서 인덱스 및 조인방식 및 순서등의 튜닝을 진행하는 것은 절반의 성능개선의 결과를 가져오거나 다른 SQL의 성능을 저하시키는 결과를 가져올 수도 잇다. 우선적으로 SQL 작성 의도를(목적) 먼저 확인한 후 튜닝 방법을 고려하는 것이 우선이라고 할 수 있겠다.

 

SQL 형태 및 데이터, 또는 ERD를 통해 어떠한 데이터를 얻고자 하는지 파악할 수 있겠지만 해당 SQL이 실제 서비스 환경에서(서비스 화면) 어떤 방식으로 사용되는지 확인하고 분석하는 것도 유용한 방법이 될 수 있다.

예를 들어 실제 화면단위로 수행되는 SQL을 확인하기 위해 개발자 디버깅 도구를(F12) 사용할 수 있는데 서비스 화면에서 사용하지 않는 불필요한 응용 프로그램(+SQL)을 확인할 수 있으며,SQL 이외에도 성능상의 문제점에 대해서 Network 문제인지 Source단의 잘못된 처리 루틴에 의한 불필요한 수행시간 낭비인지에 대한 병목구간 확인이 가능하다.

다양한 방법으로 업무환경을 분석하는 과정에서 문제점을 찾을 수 있으며 부수적으로 성능을 개선할 수 있는 기회를 얻을 수도 있다.

 

5. 부하테스트

     

오픈하기에 빠듯한 프로젝트 일정으로 통합테스트 및 부하테스트를 진행하지 못하는 경우가 있다. RFP상에 명시되어 있는 경우에 부하테스트를 수행하지만, 전환 및 개발작업이 완료되지 않은 상황에서 부하테스트에 포함되지 않은 경우가 있는데 오픈 시 제외된 항목에서 문제가 발생하는 경우가 있다. 이 이외도 오픈전에 문제가 없는 Query가 오픈 후 서비스 사용자가 많아지는 경우 문제가 발생하는 경우도 있기 때문에 가능한 실제 운영환경에 맞춘 부하테스트를 진행하여 문제가 될 소지가 있는 부분이 있는지 확인해야 정상적으로 서비스 오픈을 할 수 있는 확률이 높아지게 된다.

또한 최소의 데이터만으로 DB 구성 후 테스트 및 개발을 진행하는 경우가 많은데 운영서버에서  다른 결과내지는 성능 저하가 발생할 경우가 있다. 튜닝 방식에 따라 Source 자체를 수정하거나 다른 대안방안을 찾아야 하는 경우도 있기 때문에 초기 개발DB 구축 시 데이터 보안 이슈가 될 데이터를 제외하고 그 이외에는 실제 운영DB에 준하는 데이터 용량을 갖춘 환경에서 개발 및 테스트를 진행해야 차후 오픈 시 문제될 소지를 최소한으로 줄일 수 있다.

 

6. 전환인력

 

다양한 마이그레이션 경력을 가진 DB 엔지니어와 개발전환인력 확보가 중요하다.

TO-BE DBMS가 지원하지 않는 UDF SQL등에 대한 우회 방안을 찾아 적용할 수 있어야 하며 단기간내에 업무 및 source에 대한 분석 및 이해도를 높일 수 있는 역량을 가진 개발자가 필요하다. DB 마이그레이션 담당자도 기본적인 DBMS 기능 및 SQL 전환,튜닝능력과 함께 업무 이해도를 기반으로 데이터 자체에 대한 이해도가 있어야 한다.

빡빡한 일정과 부족한 자원으로 일정을 맞추려면 PM의 프로젝트 관리 능력도 중요한 한 요소이다. Base 경험이 사업관리 또는 품질관리였거나 개발에 국한된 경험을 가진 PM의 경우 전체적인 부분을 바라보고 이해하고 이끌어가는 역량이 부족할 수 있다.

WAS 또는 DB, 추가로 OS를 기본 Base로 해당 분야를 깊이 있게 경험했거나 응용개발 및 서비스 운영을 경험했던 PM을 찾은 것이 빡빡한 일정안에 최소의 지원인력으로 완수해야 하는 마이그레이션 프로젝트에 유리할 수 있다.

마지막으로 앞서 언급된 전환인력과도 상통하는 부분인데 각 담당자들의 주어진 업무에 대한 적극적인 태도가 필요하다. TO-BE System에서 지원하지 않는 기능에 대해서 다방면으로 우회하는 방법을 찾아야 하고 대다수의 개발자들이 본인 업무임에도 불구하고 DBMS 문제로 인식하고 멈추는 경우가 있다. 10명중 2명 정도만 DBMS 변경에 따른 미지원 기능에 대한 우회방안을 적극적으로 전환하려고 노력하고 있다.

 

기본적이고 당연한 내용이지만 실제 프로젝트 현장에서 프로젝트 일정(=비용), 또는 정치적인 이유에 의해서 이러한 것들이 반영되지 못하는 경우가 많다.

실행 가능한 항목에 대해서 사전에 준비하고 대응한다면 리스크를 최소화하고 무리없는 서비스 전환을 할 수 있을 것이다.


  1. Visual Studio Code 소개

    시작하며 Visual Studio Code (이하 VSCode) 는 마이크로소프트에서 오픈소스로 개발하고 있는 코드 에디터입니다. VSCode는 활용하기에 따라 메모장과 비슷한 기능을 하기도, IDE(통합 개발 환경) 로써의 기능을 하기도 합니다. 이미 많은 개발자들이 VSCode를 사용하고 있습니다. 그러나 VSCode의 사용이 낯선 개발자들을 위해 이 글에서는 VSCode의 기본적인 사용 방법을 소개드리려고 합니다. 설치 및 시작 VSCode는 공식 웹 사이트(https://code.visualstudio.com)에서 자신의 운영체제에 맞는 버전을 다운로드 받아 설치할 수 있습니다. 설치하고 난 뒤 VSCode를 실행하면 다음과 같은 화면을 마주할 수 있습니다. 이제, 수정하고 싶은 파일을 VSCode 내부로 끌어다 놓거나, Open File, Open Folder 를 통해 파일 및 폴더를 열어 로컬에 있는 코드를 개발할 수 있습니다. 하지만 VSCode의 성능을 온전히 이용하려면 확장(Extension)을 설치하여 응용하는 것을 추천합니다. 확장 (Extensions) 확장은 다음 버튼을 누르거나 Ctrl+Shift+X 를 입력하여 확장 탭에 진입할 수 있습니다. 초기에는 확장이 설치되지 않은 상태인데, Search Extensions in Marketplace 라고 적혀...
    Date2023.12.21 Category나머지... By송일한 Views151 Votes2
    Read More
  2. CUBRID QA 절차 및 업무 방식 소개

    큐브리드의 QA 절차 및 업무 방식에 대해 소개하겠습니다. CUBRID QA팀이 하는 일? QA(Quality Assurance)팀은 CUBRID의 품질 보증에 대한 전반적인 절차를 다루는 업무를 맡고 있습니다. 단순 테스트뿐만 아니라, 개발 프로세스에 직간접적인 관여와 QA Tool 확장 및 유지보수, 제품 결함 관리, 제품 릴리즈 등 제품이 출시되는 과정에서 여러가지 일을 하고 있습니다. 특히, 개발과정의 처음부터 끝까지 참여하여 품질 저하에 문제가 될 만한 부분이 있는지 검증하고, 개선안을 제안하는 등 개발 프로세스 전반적으로 개입하여 제품 품질을 높이는 일을 하고 있습니다. CUBRID QA 절차 CUBRID QA 절차는 크게 다음과 같이 볼 수 있습니다. 각 절차에 대한 상세한 과정은 다음과 같습니다. 1. Kick off 참여 -먼저, 개발팀으로부터 프로젝트를 할당 받으면, 킥오프를 참여합니다. 요구사항 및 목표를 파악하고, 사용자 관점에 부합하지 않을 경우 개선을 요청합니다. 프로젝트에 따라 검증방법이나 절차가 달라질 수도 있고 때에 따라 새로운 환경이 필요할 수 있기 때문에 여러 가지 의견들을 종합하여 팀 내 담당자를 선정합니다. 2. 테스트 환경 구축 -프로젝트를 위해 어...
    Date2023.11.17 Category나머지... By윤시온 Views306 Votes1
    Read More
  3. JPA와 CUBRID 연동 가이드

    JPA? JPA는 자바의 ORM 기술 표준으로 인터페이스의 모음입니다. 표준 명세를 구현한 구현체들(Hibernate, EclipseLink, DataNucleus)이 있고, JPA 표준에 맞춰 만들면 사용자는 언제든 원하는 구현체를 변경하며 ORM 기술을 사용할 수 있습니다. 이번 CUBRID 연동 가이드에서는 대표적으로 많이 사용하는 Hibernate를 사용하여 작성했습니다. 버전 정보 SpringBoot: 2.7.8 Hibernate: 5.6.14.Final Java: 11 CUBRID: 11.0.10, 11.2.2 JPA와 CUBRID 연동 1) 라이브러리 설정 Maven 프로젝트에 JPA(Hibernate), CUBRID JDBC 라이브러리를 넣기 위해 pom.xml에 설정을 합니다. CUBRID JDBC를 받기 위해 repository도 같이 추가해야 합니다. 2) JPA 설정 필요한 라이브러리를 다 받은 뒤 JPA 설정 파일인 persistence.xml에 설정을 해줘야 합니다. 해당 파일은 표준 위치가 정해져 있기 때문에 /resources/META-INF/ 밑에 위치해야 합니다. DBMS 연결 시 필요한 정보와 JPA 옵션들을 설정해 줍니다. 기본적으로 driver, url, user, password를 설정하고, 방언(dialect)도 필수적으로 설정해야 합니다. DBMS가 제공하는 SQL 문법과 함수들이 조금씩 다르기 때문에 JPA가 어떤 DBMS...
    Date2023.02.22 Category나머지... By김동민 Views1065 Votes3
    Read More
  4. dblink를 이용한 remote-server materialized view 기능

    Materialized View Materialized View(이하 MView) 이것은 말 그대로 View의 일종으로 일반 View는 논리적인 스키마인데 반해, MView는 물리적 스키마입니다. 논리적 스키마는 실제 데이터가 데이터베이스에 저장되어 있지 않고 데이터를 가져오기 위한 SQL질의만 저장되어 있다라는 것이고, 물리적 스키마 혹은 테이블이라는 것은 셀제 데이터가 데이터베이스에 저장되어 있다라는 것입니다. MView는 필요한 결과를 가져오는 질의가 빈번하게 자주 사용 될 경우, 질의 실행 시간 속도 향상을 위해 데이터베이스 테이블을 만들어 저장해 두는 것으로 실행 비용이 많이 드는 조인이나, Aggregate Function을 미리 처리하여 필요할 때 테이블을 조회 하도록 하는 것 입니다. 예를 들면 대용량의 데이터를 COUNT, SUM, MIN, MAX, AVG 처럼 자주 사용되는 Aggregate Function 실행 속도를 향상을 위해서, 질의 실행 결과을 데이터베이스 테이블로 생성해 두는 벙법입니다. 즉, 자주사용되는 View의 결과를 데이터베이스에 저장해서 질의 실행 속도를 향상시키는 개념입니다. 이번 글에서는 일반적인 MView와 더불어 현재 작업 중인 데이터베이스 로컬 서버가 아닌 원격지(remote) ...
    Date2023.02.20 Category나머지... Bybwkim Views671 Votes2
    Read More
  5. DBeaver 환경을 새로운PC에 간편하게 복원하기

    현재 Java로 구현된 데이터베이스 관리 툴 중에 가장 인기가 있는 툴이 DBeaver가 아닌가 생각된다. DBeaver 툴은 CUBRID 또한 지원을 해서 SQL Query browser의 기능을 충분히 수행한다. ※ DBeaver 특징 □ Community Edition 버전을 사용하면 라이센스(Apache License)가 무료이다. □ 자바/이클립스 기반으로 개발되어서 윈도우, 리눅스, MAC에서 구동된다. □ JDBC 기반으로 해서 DB를 지원한다. (CUBRID, ORACLE, SQL Server, MySQL, Postgresql ... ) □ 개발소스가 공개되어서 버그픽스가 가능하고 새로운 기능을 개발하여 사용이 가능하다. □ 릴리즈도 거의 2주마다 되기 때문에 버그 픽스또한 매우 빠른 편이다. CURBID를 DBeaver에서 사용하는 방법은 "DBeaver Database Tool 큐브리드 사용하기" 를 참조 하면 도움이 될 것이다. 필자는 해당 툴을 사용하다가 사용하는 PC를 바꾸게 되어 기존 설정을 백업해서 복구 하고자 한다. Workspace를 따로 빼서 사용하지 않은 기본 설정으로 사용하신 분을 기준으로 백업/복구를 가이드 하고자 한다. 순서는 다음과 같다. 1. 먼저 백업하고자 하는 기존의 환경에서 탐색기 창을 연다. 2. 주소/디렉터리 위치 표기창에 %appdata%...
    Date2022.12.26 Category나머지... ByHiCLASS Views4634 Votes0
    Read More
  6. No Image

    SSH 공개키 인증을 사용하여 암호 없이 편리하게 원격 호스트에 접속하기-!

    SSH 키는 공개 키 암호화 방식 및 인증 확인 응답 인증을 사용하는 SSH 서버에 대해 자체 식별하는 방식입니다. 비공개 서버에 접속하기 위해서는 인증절차를 거쳐야 하는데요, 기존에 비밀번호를 네트워크를 통해 보내는 비밀번호 인증은 네트워크 상에서 ID/비밀번호가 그대로 노출되는 문제가 있고, 접속할 때마다 입력해야 하는 번거로움이 있습니다. SSH 키는 이와 달리 공개키 암호 방식을 사용하여 서버에서 인증받을 수 있으며, 암호를 생략하고 원격 호스트로 접속할 수 있습니다. 과정은 아래와 같습니다. 1. 로컬 호스트에 키 생성(private key, public key) 2. 원격 호스트에 public key 복사(public key 만으로는 복호화할 수 없기 때문에 여러 서버에 복사해도 무관) 3. 로컬 호스트에서 원격 호스트로 ssh 접속 4. 원격 호스트에서 public key로 암호화 된 정보를 로컬 호스트에게 주고, 로컬 호스트는 private key와 원격 호스트의 public key를 이용하여 복호화 수행 5. 인증 완료 시 암호 입력 필요 없이 접속 가능 실제 명령어 수행 과정을 살펴보도록 하겠습니다. 1. 로컬 호스트에 키 생성 ssh-keygen 명령어를 이용해 private/public 키를 생성합니다. s...
    Date2020.01.03 Category나머지... By허서진 Views17264 Votes0
    Read More
  7. No Image

    큐브리드에서의 신입사원

    2019년 9월 1일 첫 직장으로 큐브리드에 입사하였다. 날이 그리 차갑지도 덥지도 않은 그저 그런 가을 날에, 걱정 반 기대 반을 가슴에 품고서 새로운 사무실에 들어가 새로운 사람들과 만나게 되었다. 새로운 만남, 새로운 생활을 한다는 기대감과, 무슨 일을 하게 될까, 과연 잘 할 수 있을까 하는 걱정이 공존되는 날이었다. 데이터베이스 보다는 운영체제, 커널, 시스템만 했던 사람이 잘 적응할 수 있을 까, 늦깎이 신입사원이 잘할 수 있을까 등 걱정이 많았지만, 하지만 이번 글에서는 새해가 오는 만큼 걱정 보다는 좋았던 점에 대해서만 다루겠다. 큐브리드에서의 생활은 기대했던 것과는 달리 늘 좋았다. 물론, 큐브리드 블로그에서 쓰는 글이라 믿지 못할 지도 모르겠지만 늘 좋았다. 내가 경험했던 직장생활은 '미생'이 유일했기에 하는 말일 수도 있겠지만, 생각했던 것과는 다른 생활이었다. 신입사원이 느꼈던 좋은 점에 대해 몇 가지 나열하자면, 우선, 대화가 자유롭다. 직급에 상관없이 서로 질문하고, 대답해주고, 대화하는 것에 아무런 거리낌이 없다. 오프라인으로 서로 질의응답을 하는 것은 물론, 온라인으로 서로 소통하는 것에 있어 자유롭다...
    Date2019.12.31 Category나머지... By김주호 Views579 Votes0
    Read More
  8. Doxygen으로 소스코드 문서화 해보기

    오픈소스 프로젝트를 이용해서 개발을 해보신 분들은 소스코드를 문서화한 레퍼런스 문서(또는 개발자 매뉴얼)을 참고해서 개발해 본 경험이 있을 것 같습니다. 개발자를 위한 이러한 문서는 기본적으로 프로젝트 빌드 방법, 주요 아키텍쳐 설명 등의 내용들을 담기도 하고 소스코드에서 정의한 변수나 구조체와 함수 같은 것들이 소스 파일을 직접 열어서 찾아보지 않아도 보기 좋게 정리하거나 변수나 함수 간의 관계를 정리해서 보여주기도 합니다. 다음과 같은 프로젝트의 문서를 예시로 참고해 볼 수 있겠네요. CGAL : https://doc.cgal.org/4.2/CGAL.CGAL/html/index.html Eigen : http://eigen.tuxfamily.org/dox/ Xerces-C++ : http://xerces.apache.org/xerces-c/apiDocs-3/classes.html 공개 되어있는 코드를 한줄한줄 따라가보며 파악할 수도 있지만 프로젝트의 규모가 커지고, 코드의 복잡도가 증가할수록 개발자를 위한 문서는 중요해집니다. 왜냐하면 문서를 읽으면 소스코드를 훨씬 빠르게 파악할 수 있기 때문입니다. 이러한 문서 덕분에 다른 개발자가 조금 더 쉽게 내 프로젝트에 기여할 수 있게 된다면 내 프로젝트에 참여하고 기여해주는 사람들이 더 많아...
    Date2019.09.30 Category나머지... Byhgryoo Views11841 Votes0
    Read More
  9. No Image

    분산 시스템으로서의 DBMS, 그리고 큐브리드

    가끔 퇴근길에 서점에 들르곤 한다. 직업이 직업이라 그런진 몰라도 항상 IT코너에 머물러 어떤 새로운 책들이 출간되었나 보게 된다. 그러다보면 최근 유행하는 컨셉이나 아키텍쳐, 프로그래밍 언어나 개발방법론 등에 대해 트렌드가 뭔지 관찰하려고 안해도 자연히 접하게 되는 것 같다. 그 중 최근 유행처럼 사람들 입에 오르내리기도 하고 책으로 소개되기도 하는 개념들 중 MSA(Micro Service Architecture)라는 것이 있다. 뭔가 하고 들여다보니 MSA 개념에서 다루고 있는 '독립적으로 수행되는 최소단위의 서비스' 그리고 그 서비스들의 집합으로서의 시스템과 시스템의 분할에 관한 관점 및 해석은 십수년전 주목받던 SOA(Service Oriented Architecture)가 지향하는 서비스를 구성하는 기능별 시스템의 분할과 크게 다르지 않다. 이 글은 MSA와 SOA가 얼마나 비슷한 사상으로 소개된 개념인지를 이야기하고자 함이 아니다. 예전에도 의미있게 다뤄졌고 지금도 의미있게 받아들여지는 이러한 개념들이 시스템의 관점에서 더 좁게는 DBMS라는 시스템 소프트웨어적 관점에서 어떻게 해석될 수 있는가를 간단하게 짚어보고자 함이다. MSA의 개념이 제대로 구현되기 위해서...
    Date2019.03.29 Category나머지... By조성룡 Views1351 Votes0
    Read More
  10. No Image

    실패하지 않는 마이그레이션을 위해서 고려해야 될 사항

    실패하지 않는 마이그레이션을 위해서 고려해야 될 사항 클라우드 전환에 따라 기존 유지보수 비용이 높은 UNIX 체계에서 Linux 체계로 전환하면서 오픈소스 유형의 SW로 전환하는 사례가 많아졌다. 도입단가, 비용문제로 고객과 SW밴더간의 이견을 좁히지 못해서 대체 SW로 전환하는 사례도 있다. 그 이외에도 노후장비 교체시기에 SW까지 함께 교체하는 경우도 있는데 OS 및 WAS, 그리고 Database System과 같은 기업 서비스의 근간이 되는 Package SW들이 주 대상이 된다. 위 3가지 중에 대체 SW로 변환하는데 있어 어려움이 발생하는 영역으로 WAS 및 Database System 부분이 될 수 있는데 그 중에서도 Database System이 난위도가 높으며 성공여부를 가늠하는 핵심적인 부분이기도 하다. 다른 대체 SW로 전환하는 작업을 Win-Back 마이그레이션이라는 용어를 사용하기도 하는데 성공적으로 수행하기 위해서 꼼꼼하게 대비해야하는 사항들이 있다. 다수의 DBMS 전환작업을 해오면서 성공과 실패를 통해 경험한 내용을 기반으로 Win-Back 마이그레이션 프로젝트를 수행하는데 고려되어야 할 사항들에 대해서 공유하고자 한다. 1. 제품선정(RDB) DBA또는 그에 준하는 역할을...
    Date2018.12.31 Category나머지... By김창휘 Views7253 Votes0
    Read More
Board Pagination Prev 1 2 3 Next
/ 3

Contact Cubrid

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