본문 바로가기 주메뉴 바로가기

최신IT소식

데브옵스 인프라에 데이터베이스 변경 관리 통합하기

관리자 2019-01-23 조회수 54

Quest_thumb_20190122.jpg

데브옵스 인프라에 데이터베이스 변경 관리 통합하기

 

<미래를 위한 데이터베이스 개발에 데브옵스를 도입해야 하는 이유> 포스팅에서 데이터베이스 개발에 데브옵스를 도입했을 때의 장점에 대해 알아보았습니다. 오늘 포스팅에서는 데이터베이스 변경 스프린트 내에서 수행되는 일반적인 애플리케이션 성능 문제 식별 및 해결 과정을 바탕으로 통합 데이터베이스 데브옵스 솔루션이 어떻게 움직이는지 살펴봅시다.


데브옵스 파이프라인의 자동화된 모니터링

데브옵스 환경에서 성능 모니터링의 핵심은 IT 환경을 연중무휴 하루 24시간 모니터링할 수 있는 기능입니다. 뭔가를 고치려면 일단 측정하고 모니터링해야 하기 때문입니다. 최대한의 플랫폼 유연성을 제공하기 위해 여러 플랫폼에 걸치는 이종 솔루션이 필요합니다.
데이터베이스의 성능 기준을 정하면 이상 현상이 발생할 때 DBA가 인지할 수 있습니다. 또한 월말과 같이 일반적으로 보고서가 실행되는 특정 기간을 미리 대비해서 살펴볼 수 있습니다. DBA는 특정 개체를 세분화해서 특정 테이블에서 실행 중인 쿼리가 무엇인지, 또는 절차적 코드 블록에서 호출되는 쿼리가 무엇인지를 보고 실제 문제를 파악하고 문제 해결을 위해 취해야 할 조치를 결정할 수 있습니다. 애플리케이션의 특정 구성 요소를 분석하는 기능이 있으면 DBA는 애플리케이션이 어떤 리소스를 사용 중인지, 무엇이 필요하며 무엇을 변경해야 하는지를 알 수 있게 됩니다.


 

pasted image 0 (2).png

 그림 3. 온프레미스 오라클 데이터베이스에서 실시간으로 성능 문제 요약

 

이 시나리오에서 DBA는 오라클 PL/SQL 절차적 코드 블록의 잘못된 SQL 문 실행이 근본적인 문제임을 파악하고 개발 팀에 문제를 알리고 필요한 변경 사항을 프로덕션에 배포할 수 있습니다.


데이터베이스 개발

DBA로부터 성능 문제 소식을 받은 개발 팀은 데이터베이스 개발 IDE를 사용해서 문제를 일으키는 프로그램을 찾아 SQL 문을 고치고 수정된 코드를 배포합니다. 이 과정에서 아무것도 멈추지 않습니다. 표준적인 변경 사이클이라면 개발 팀은 업데이트된 코드를 프로덕션에 배포하기 전에 한 달 동안 코딩하고 테스트하고 구현할 수 있습니다.


그러나 오늘날과 같이 중단없이 움직이는 경제에서는 그럴 여유가 없습니다. 애자일 방법론에서 개발 사이클은 매우 압축된 기간, 또는 스프린트에 걸쳐 시행되며 처음부터 제대로 수정해야 합니다. 코드 업데이트를 정확하게 관리할 프로세스가 필요합니다. 이를 위해 필요한 요소 중 하나는 2~3주의 스프린트 사이클 동안 문제 코드를 수정하고 코드에서 결함을 테스트하고 품질을 검토해서 최소 기준을 충족하는지 확인하고 프로덕션에 배포하는, 소스 제어를 제공하는 소프트웨어 툴입니다. 협업 팀 코딩 기능을 통해 팀 간 코딩 업데이트를 자동화하면 코드 품질과 정확성을 희생하지 않고도 팀 코드를 업데이트하는 속도를 높일 수있습니다.


또한 개발자는 프로파일링 툴을 사용해서 각 코드 라인의 실행 시간을 표시해서 병목 지점을 밝혀 문제의 PL/SQL 코드를 수면 위로 드러낼 수 있습니다. 그런 다음 프로파일링 툴을 사용해 특정 SQL 코드를 최적화해서 SQL을 자동으로 재작성하고, 다양한 실용적 대안을 제시하여 DBA 개입 없이 더욱 빠른 실행을 실현할 수 있습니다.


그러나 코드에 유입된 잠재적 결함은 어떻게 될까요? 데브옵스 모델은 코드에 결함이 발생하지 않도록 하기 위해 즉각적인 단위 테스트를 요구합니다. 이것을 기술적 부채의 제거라고 합니다. 즉, 코드 결함이 존재하지 않으며 코드 품질이 원하는 기준을 충족한다는 의미입니다.


이 시스템이 완성되면 개발자는 수정된 코드를 이 스프린트에 필요한 다른 모든 변경과 함께 소스 제어에 체크인할 수 있습니다.


자동화된 빌드 및 배포

코드 및 기타 데이터베이스 스키마 변경이 소스 제어에 체크인되면 개발 팀은 Jenkins, Atlassian Bamboo, Microsoft Team Foundation Server와 같은 조직의 기존 빌드 자동화 서버를 사용해서 PL/SQL 단위 테스트와 코드 검토를 빌드 프로세스 내에 추가적인 단계로 포함할 수 있습니다. 빌드 프로세스가 완성되면 빌드 웹 콘솔 내의 통과/실패 알림 기능이 개발 팀에 변경 사항을 승격해서 파이프라인에 넣을 수 있는지 여부를 알려줍니다.


그러면 개발 팀은 소스와 타겟 데이터베이스를 비교하고 차이점을 동기화해서(예를 들어 구성 설정, 스키마 개체 및 데이터 검토 등) 배포 스크립트를 만들 수 있습니다. 이후 개발자는 타겟 데이터베이스를 기준으로 DDL 스크립트를 검토, 실행해서 모든 데이터베이스 빌드 아티팩트를 승격할 수 있습니다.


자동화된 성능 테스트

자동화된 성능 테스트는 조직에서 데브옵스 도입과 관련하여 고려하는 핵심 요소입니다. 모든 SQL 코드 변경을 대상으로 성능 테스트를 수행하여 변경 사항이 프로덕션 스케일에서 정상 작동하는지 확인해야 합니다. 성능 테스트는 실제 환경의 성능에 가깝도록 프로덕션 워크로드 캡처본을 바탕으로 수행해야 합니다. 사용자 연결이 계속 증가하도록 하면서 여러 번의 실행에 걸쳐 SQL 변경을 노출하는 방식으로 변경 사항의 확장성을 테스트하는 것이 중요합니다. 애자일 프로세스에서는 배포 중에 또는 프로덕션에서 오류를 교정할 시간이 없기 때문입니다. SQL 변경이 프로덕션 규모에서 만족스럽게 정상 작동함을 확인하면 배포할 준비가 된 것입니다.




 

데이터베이스 복제


데이터베이스 변경이 프로덕션 데이터베이스에 구현되면 이 변경을 동기화를 유지해야 하는 모든 타겟 데이터베이스에 복제해야 합니다. 여기에는 온프레미스 데이터베이스의 변경을 아마존 클라우드의 오라클 SC2와 같은 클라우드 데이터베이스에 복제하는 것도 포함됩니다. 데이터베이스 복제 툴을 사용하면 변경을 배포할 때 데이터 손실과 다운타임을 방지할 수 있습니다. 이 점은 데브옵스 문화에서 중요하지만 간과되는 부분입니다. 근 실시간 데이터 복제가 실현되면 데이터는 항상 가용성을 유지하고 항상 동기화되며 항상 일관적입니다.


데이터 준비


조직 데이터의 유용성은 그 데이터에 대한 접근, 통합, 준비, 프로비저닝 역량에 따라 좌우됩니다. 데브옵스 문화에서는 코드 변경의 속도와 전체적인 데이터의 복잡성 탓에 이 과정이 복잡해질 수 있습니다. 관계형 데이터베이스와 데이터베이스 이외의 소스, 비 SQL 시스템과 클라우드에 이르기까지 모든 데이터 소스에 접근할 수 있게 해주는 하나의 툴을 구현한다면 어떨지 생각해 보십시오. 데이터베이스 변경이 실시간으로 배포되는 상황에서 데이터 분석가는 빠르고 쉽게 데이터에 접근, 통합하고 보고서 전후의 데이터를 비교하여 코드 변경이 데이터베이스 성능에 미친 영향을 분석할 수 있어야 합니다.



 



pasted image 0 (1).png

 그림 5. 데브옵스 파이프라인에서 나오는 변경 사항을 타겟 보고 클라우드 데이터베이스에 거의 실시간으로 복제


분석 팀은 완성된 데이터 집합을 협업 서버로 넘겨 각 사업부에서 보고 및 시각화에 사용하거나 데이터 과학자가 고급 분석을 수행하는 데 사용하도록 프로비저닝할 수 있습니다.



결론


데브옵스를 도입한 데이터베이스 팀의 업무 방식은 데브옵스를 도입하기 이전과는 다릅니다. 데브옵스 이전에는 개발 DBA가 작성해서 넘긴 변경 사항을 프로덕션 DBA가 받았습니다. 프로덕션 DBA는 애플리케이션에 대해 깊이 알지 못하는 상황에서도 이 변경 사항이 애플리케이션 중단을 유발할지 여부를 파악해야 했습니다. 그러나 새로운 데브옵스 부족 문화에서는 개발 및 운영 팀과 여타 부서가 처음부터 협업하면서 계획과 변경, 업데이트를 공유하고 변경이 더 신속하게 파이프라인을 통과하도록 합니다. 다양한 직무 그룹 사이의 벽이 사라집니다. 업데이트는 더 신속하고 정확하게 실행되며 IT 팀은 더 효율적으로 비즈니스를 지원할 수 있습니다.


데브옵스는 새로운 현실입니다. 격리된 데이터베이스 팀과 프로세스의 시대는 끝났습니다. 지금은 개발과 테스트, QA, UAT, 운영 팀의 결속이 강할수록 IT 조직의 효율성도 더 높아집니다. 데브옵스 문화로 바꾸기에는 시간이나 비용이 너무 많이 든다고 생각할 수 있지만 현실은 전환하지 않으면 뒤쳐진다는 것입니다. 여러분의 경쟁자들은 변화를 수용하고 있으며, 데브옵스 문화에서 변화에 더 신속하게 적응할 수 있으므로 그만큼 더 빠르게 혁신할 수 있습니다. 경쟁에서 뒤쳐지지 않고 앞서 나가려면 지금 데브옵스 문화를 도입해야 합니다.



 

 

  • 등록된 댓글이 없습니다.