안녕하세요. 클라우드2팀 이준성입니다. 지난 글에 ( Oracle to AWS Aurora PG 1탄 (Shareplex AWS 전환 여정)) 이어 이번에는 IDC 에서 운영 중인 Oracle DBMS를 클라우드 (이하 AWS)로 이사 간 것에 대해 이야기하겠습니다. 지금부터 1년 전... 당사에서 이용 중인 데이터센터 서비스 종료로 방을 빼줘야 하는 상황이라 조금씩 준비를 하고 있었습니다. 그 중 Oracle DBMS로 운영 중인 WEBDB (지난 글에 설명)도 대상이며 이 시스템을 동일하게 갈지 오픈소스로 전환할지 고민도 하게 되었고 간단한 성능 테스트 Tool인 HammerDB (HammerDB)로 MySQL, PostgreSQL 에 대해 벤치마킹을 진행했습니다. 대략 아래와 같은 성능 비교 결과를..

안녕하세요. DX본부 클라우드 2팀에서 DBA로 근무 중인 문광모 매니저입니다. 이번 편에서는 실시간 데이터 복제 편으로 SharePlex for Postgres 적용하면서 경험한 내용들을 써보겠습니다! 글재주가 부족하지만 재밌게 봐주시면 감사하겠습니다. 2023년 하반기부터 시작된 탈 Oracle 프로젝트! GSSHOP MC/PC 메인 DB로 기간계DB로부터 CDC(SharePlex) 동기화되는 고객, 상품, 쿠폰, 프로모션 데이터와 매장/딜, 주문서, 장바구니 데이터, WithNet(API포함) 데이터로 구성 MC/PC 외 약 100여 개의 Application에서 사용하는 WEB DB입니다. SharePlex 제품은 온 프레미스, 클라우드 및 오픈소스 환경을 위한 이기종 데이터베이스 복제 솔루션입니..

안녕하세요. DX본부 주문DX팀에서 채널 주문 API 개발을 담당하고 있는 박종현 매니저 입니다. 저는 Oracle to Aws Aurora PG 2탄에 이어 개발자 관점에서 경험했던 내용들을 공유드리겠습니다. Oracle to AWS Aurora PG 1탄 (Shareplex AWS 전환 여정) 출처: https://gsretail.tistory.com/53 [GS리테일 Tech 블로그:티스토리] Oracle to AWS Aurora PG 2탄 !! (DB 이사가요~) 출처: https://gsretail.tistory.com/54 [GS리테일 Tech 블로그:티스토리] 어느날 갑자기 ... IDC에서 잘 사용하고 있는 Oracle DBMS를 클라우드로 이관한다고 ... 다른 DBMS로 변경한다고 해서..

안녕하세요 클라우드팀 백승엽 매니저입니다. 아시는 분들은 아시겠지만, 홈쇼핑에서 사용하고 있던 IDC의 사용 주기가 만기됨에 따라 해당 IDC의 시스템 이전 방안에 대해 다각도로 검토하였고 현재, 클라우드 환경인 AWS로 IDC 이전을 계획 및 진행중에 있습니다. 이 시기와 더불어 2월에 IDC to AWS DB POC를 진행한 경험과 WEBDB를 aurora postgres로 전환이 진행되고 있는 것을 함께 묶어 DB migration 시 반드시 확인하고 고려해야 할 방법론에 대한 글을 써보고자 합니다. (실은 예전에 써두었는데, 노트북 메인보드 교체하면서 원노트 글이 사라졌다죠.. 하핫... 다시 쓰는 맛이 참 좋네요... ㅜㅜ) 현재 홈쇼핑에서 사용중인 DB는 ORACLE 외에 mysql, auro..

들어가며... 개발자 온라인 커뮤니티 중 하나인 DZone의 2022년 리서치에 의하면 개발자의 마이크로서비스를 운영하는 비율이 93%라고 합니다. 마이크로 서비스에 대한 부정적 의견들도 나오고 있지만 2021년 74%에 비하면 계속적으로 증가하는 추세입니다. 마이크로서비스를 설계한다는 것은 통합환경에서 분산환경으로의 전환을 의미합니다. 이는 어플리케이션간의 상호 의존성(결합도)을 적절하게 관리하는것이 중요합니다. 샘뉴먼의 "마이크로서비스 도입, 이렇게 한다" 는 책에서는 분산환경하에서 중요한 coupling의 종류를 4가지로 들고있습니다. Implementation Coupling, Temporal Coupling, Deployment Coupling, Domain Coupling 입니다. 자세한 설명..

안녕하세요. 주문서비스팀 김헌기입니다. 회사에서는 Darion으로 불리고 있습니다. 이번에는 엔터프라이즈 환경에서의 레거시 서비스 구조개선에 대한 현실적인 이야기를 적어보려고 합니다. MSA에 대해 고민하고 계시거나 관심이 있는 분들께 도움이 되었으면 합니다. 1.주문 구조개선은 왜 필요했는가 ... 먼저 주문 구조개선을 왜 해야 했는지에 대해 기존 레거시 상황에 대한 이해가 필요합니다. 위의 그림을 보면 고객이 주문하면 각 주문인입 채널이 있는데 채널계에서 시작하여 핵심 비니즈니스 로직이 있는 기간계를 거쳐 대외서비스를 연계하는 대외계까지 데이터가 흘러가는 구조를 볼 수 있습니다. 채널계 -> 기간계 -> 대외계 중에 여기서 중점적으로 봐야 하는 부분이 가운데에 있는 기간계인데요. 기간계 시스템의 구조..

안녕하세요. 분명히 SM으로 입사하였으나, SI 업무만 할당받는 느낌같은 느낌의 클라우드팀 DBA 백승엽 매니저입니다. 지난 번 작성한 "SMTC(주문결제)DB 품으로 날아간 결제모듈" 이후 " 오래된 DB와 이별하는 방법 "이라는 주제로 두번째 글을 써보려고 합니다. Why? 입사 이후, 가장 충격적이었던건 이 한 줄로 대신할 수 있을 것 같습니다. " 2022년에 ORACLE 9i가 웬말이니? " 업무 소개를 해주던 클라우드팀 문광모 매니저에게 처음 한 말이 아직 기억납니다. " 네? 9i DB가 있다뇨... 그게 무슨 말씀이세요? " 라는 물음을 던졌던 기억이 납니다. 9i DB의 업그레이드는 많이 해봤습니다만, 너무도 예전이었죠... 아마 대략 2010년쯤 많이 했고, 늦었어도 2012년이 마지막..

안녕하세요. 클라우드팀 백승엽 매니저입니다. 얼마전, 주문P팀의 결제모듈을 ODS(방송넷)DB에서 SMTC(주문결제)DB 로 이관하며, 경험한 것에 대해 나누고자 글을 씁니다. 한 기업에 DB를 처음 만들게 되면, 점차 시간이 지나 업무 범위가 넓어지고, 필요한 기능이 점차 추가되고 DB의 크기가 커져가면서, DB 내에 많은 업무와 관련된 종속성이 생기고는 합니다. 물론, 다른 프로젝트나 혹은 기존 업무와 관련된 새로운 DB가 생기면 DB link 혹은 EAI로 연동되고 여러 DB간의 관계 또한 생겨나지만, 흔히 말하는 24X7 365로 운영되는 실시간 주요 업무들은 이미 많이 복잡해진 이후라, 특정 기능을 이관하려 할때 고려해야할 요소가 많아지고 빠른 시간 내 이관이 불가능해지는 경우가 많습니다. 이번..

시작하며 IT이노랩의 김광섭입니다. GS리테일에서 업무를 한지 벌써 1년이 지났습니다. 제가 속한 이노랩에서는 여러가지 일을 하고 있으며 최근에는 GSRetail API HUB프로젝트를 통해 1차 결과물을 냈습니다. 이미 다른 회사에서 API Gateway 관련 개발을 진행 했었고 현재도 사용 되고 있지만, 이 프로젝트를 진행하면서 시도한 새로운 경험을 공유하기 위해 이 글을 쓰기 시작했습니다. 기존에 이미 널리 퍼진 기술들이 있기 때문에 새로운 방식이 크게 의미가 없을 수 있습니다. 하지만, 기술이 쉽게 설명되고 쉽게 사용될 수 있으면 그 기술을 이해하고 사용하는 개발자들은 다른 시각을 가지고 문제를 해결 할 수 있기 때문에 개발자들에게는 작게나마 도움이 될 것이라고 생각합니다. nginx 란? ngi..

안녕하세요. 주문Product팀 송현우 입니다. GS 리테일이 통합으로 하나가 되면서 제가 담당하고 있는 SSO 시스템에 두 가지 요구사항이 생겼습니다. 첫 번째는 로그인 시스템을 사용하는 임직원의 수가 8배로 늘어났기 때문에 그에 따라 늘어난 요청만큼 수용을 할 수 있는 서버의 수를 늘리는 작업을 진행해야 됐습니다. 하지만 SSO가 운영이 되고 있는 환경에서 클러스터링이 되어있는 기존 서버의 환경에 무중단으로 안전하게 서버를 증설하고 클러스터링을 할 수 있는 전략 필요했습니다. 두 번째는 사내 임직원 서비스에 신규 로그인 화면 생성이 요구되었습니다. 1. 클러스터링 추가된 서버 2대를 포함해 4대의 서버에 설치된 Aerobase는 같은 DB를 사용하여 동일한 사용자, 클라이언트 등의 정보를 사용할 수 ..