DBA 1.0: (좋았던) 옛날

데이터 센터에는 시스템 관리자, 데이터베이스 관리자, 네트워크 관리자, 스토리지 관리자라는 네 가지 뚜렷한 전문가 집단이 반평화적으로 공존하며 살았습니다.네 그룹으로 나뉘어 각자 고유한 기술과 명확한 책임 범위를 가지고 있었습니다. 제가 네 그룹이라고 했지만, 사실은 세 그룹이었습니다. 이 시대를 기억하는 사람이라면 누구나 알겠지만, 네트워크 관리자는 실제로는 신화 속 존재였고, 실제로는 책상에 앉아 있지 않았습니다. 역사적 증거에 따르면, 네트워크 관리자는 "네트워크에 문제가 발견되지 않았습니다"라는 문구와 함께 모든 티켓을 자동으로 닫는 단순한 스크립트에 불과했습니다.

데이터베이스 관리자는 이 가족에서 독특한 위치를 차지했습니다. 애플리케이션 스택에서 더 높은 위치에 있었기 때문에 개발자, 애플리케이션 소유자, 비즈니스 사용자, 그리고 때로는 - 속삭이듯 - 놀라운 존재인 "최종 사용자"까지 상대해야 했기 때문입니다. 덕분에 DBA는 스택의 어떤 계층에서든 거의 모든 문제에 대한 책임을 져야 할 완벽한 인물이 되었습니다. 애플리케이션이 느리다고? 데이터베이스 문제일 겁니다. 쿼리가 너무 오래 걸린다고? 데이터베이스 문제일 겁니다. 데이터베이스 서버에 메모리가 부족하고, 개발자들이 SQL 코딩 방법을 전혀 모르고, 스토리지 시스템이 Rust에서 돌아가는 RAID5 스패너 백이라는 사실은 무시해도 됩니다.결국 모든문제 는 데이터베이스 문제입니다. 그리고 "네트워크에 문제가 발견되지 않았습니다"라고 표시되어 있기 때문에 네트워크 문제가 아니라는 것을 알 수 있습니다.

이 "독특한" 직책의 결과 중 하나는 많은 DBA가 핵심 업무 외의 기술(네트워킹, Linux 또는 Windows 관리 기술, SQL 튜닝, PL/SQL 디코딩, 인질 협상 등)을 배워야 했다는 것입니다. 이러한 지식에 대한 갈증은 전문가로서의 자존심 때문이라고 말하고 싶지만, 제가 만난 최고의 DBA들은 단지 자신이 틀리지 않았다는 것을 증명하고 더 편안한 삶을 얻기 위해 이러한 기술을 배웠습니다. "내 데이터베이스 때문에 SQL이 느리게 실행된다고 생각하세요? 이렇게 다시 작성하면 10%의 시간 안에 실행되고 데이터 센터의 모든 조명이 어두워지지는 않을 겁니다. 이 얼간이는..."

DBA 2.0: IT 전문가

데이터 센터가 발전하고 가상화, NoSQL, Hadoop 및 클라우드와 같은 새로운 기술이 보편화됨에 따라 옛날의 명확하게 정의된 역할이 모호해지기 시작했습니다.지난 10년 동안 데이터 센터에서 새로운 존재인 IT Generalist가 등장했습니다.물론 이는 주로추가 책임이 있는 DBA(하지만 추가 급여는 없음)를말하는 또 다른 방식일 뿐입니다 .이제 DBA가 기존 RDBMS 외부의 다양한 기술을 관리하는 것이 일반적입니다.많은 DBA가 적어도 어느 정도는 VMware 클러스터나 다른 가상화 플랫폼을 관리하고 있습니다.방화벽과 소프트웨어 정의 네트워킹과 얽힌 DBA를 알고 있습니다.심지어 올플래시 스토리지 어레이를 관리하는 DBA도 많이 만났습니다(결국 기존의 디스크 어레이보다 간단하죠).

덧붙여, "오라클 DBA"라는 직함을 가진 사람들은 오라클 로고가 붙은모든기술을 관리해야 하는 부담을 안고 있었습니다. 정말 많은 일들이었죠. 퓨전 미들웨어, 오라클 리눅스, 웹로직, 오라클 ZFS 어플라이언스, 자동 스토리지 관리(ASM)로 구동되는 모든 것, 심지어 자바까지! 목록은 끝이 없습니다. 틱톡이 제대로 작동하지 않는다는 이유로 누군가 티켓을 받기까지 얼마나 걸릴까요?

래리 엘리슨은 DBA를 없애고싶다고 유명하게 말했을지 모르지만, 현실은 DBA 역할이 훨씬 더 광범위해졌다는 것입니다.

DBA 3.0: 클라우드 DevOps DBA

2020년으로 넘어가면, DBA는 이제 클라우드 가상 머신의 컨테이너에서 실행되는 데이터베이스에서 실행되는 애플리케이션을 관리하고 있으며, 이는 아마도 일종의 코드형 인프라(IaC) 구현을 통해 배포될 것입니다. 현대 IT 조직의 꿈은 이상적인 수준의 자동화를 달성하는 것이며, 여러 부서의 업무를 자동화하는 데 가장 많은 경험을 가진 사람은 바로 DBA입니다. 그들은 더 편리한 삶을 위해 수년간 이를 위해 노력해 왔습니다. ("편리한 삶"이라는 꿈이 DBA의 행동에 얼마나 큰 영향을 미치는지 주목하세요!)

물론, 이제 모든 것이DevOps가되었죠 … 그렇죠? DevOps가 아니라면, 당신은 그 무리에 속하지 않은 겁니다. 모든 것이 애자일해야 했던 시절을 기억하시나요? 하지만 겉핥기식으로만 봤을 때, "애자일"은 "아무것도 문서화하지 않았다"는 의미였습니다. 그런데 DevOps가 애자일을 대체하며 유행어가 되었습니다. 그리고 "DevOps"의문자그대로의 의미는 "아직 아무것도 문서화하지 않았지만, 어떤 종류의 변경 관리 절차도 따르지 않을 것이고, 이 코드 릴리스에 가장 기본적인 테스트 루틴 이상의 것을 적용하지도 않을 것입니다. 그러니 행운을 빕니다"입니다.

하지만 이 긴 진화의 여정에서 DBA들이 지금까지 접하지 못했던 것이 하나 있습니다.바로 비용입니다. DBA라면 더 강력한 서버, 더 빠른 CPU, 더 많은 데이터베이스 프로세서 라이선스, 비용 옵션("젠장, 튜닝 팩이 필요해!")을 요구했을지도 모릅니다. 하지만 클라우드는 상황이 다릅니다. 퍼블릭 클라우드에 데이터베이스를 구축하는 DBA는 AWS/Azure/GCP/Oracle Cloud/기타 공급업체의 (아마도 엄청난) 월별 청구서에 직접적인 영향을 미치는 결정을 내리게 됩니다. 이 글에서 제가 너무 흥분하기 전에 살펴보고 싶었던 부분이 바로 이것입니다.

전 세계의 DBA들이여, 단결하세요!

솔직히 말해서, 이 글을 일종의 DBA 선언문으로 만들 생각은 전혀 없었습니다. 하지만 글을 쓰기 시작하자마자 멈출 수가 없었습니다. 블로그를 하다 보면 가끔 그런 일이 생기곤 하죠. 다음 글에서는 DBA의 미래와 클라우드 비용에 대해 좀 더 자세히 살펴보겠습니다. 일단 요약하자면 다음과 같습니다.

DBA가 Enterprise IT의 겸손하고 근면한 영웅이라는 사실은 누구나 알고 있습니다. 헌신적이지만 급여가 낮고, 과중한 업무와 부족한 교육을 받았으며, 모든 일에 대해 비난을 받고 아무것도 감사받지 못합니다. DBA는 실제로 데이터 센터의모록으로, 모든 훌륭하고 소중한 것을 유지하기 위해 긴 밤과 힘든 주말을 일합니다.엘로이최종 사용자 만족*. DBA라면 이 진화의 여정을 잘 헤쳐나왔다는 자화자찬을 하세요. 시스템 관리자라면 솔직하게 말하세요. 가끔은 DBA에게 술 한 잔 사줘야죠. 네트워크 관리자라면 정해진 규칙을 따르세요.

요약

1. 데이터 센터에는 시스템 관리자, 데이터베이스 관리자, 네트워크 관리자, 스토리지 관리자들이 공존하며 살았습니다.

2. 근데 dba 는 문제가 생겼을때 다 db 탓이다 하는 사람들이랑 싸우기 위해 네트워킹, Linux 또는 Windows 관리 기술, SQL 튜닝, PL/SQL 디코딩, 인질 협상 등을 배워야 했습니다.

3. it 환경이 발전함에 따라 dba 들은 vmware 같은 가상화 플랫폼, 방화벽, 클라우드, 스토리지를 익혔습니다. 물론, 추가 급여는 없습니다.

"오라클 DBA"라는 직함을 가진 사람들은 오라클 로고가 붙은 모든 기술을 알야야 했습니다. 퓨전 미들웨어, 오라클 리눅스, 웹로직, 오라클 ZFS 어플라이언스, 자동 스토리지 관리(ASM)로 구동되는 모든 것, 심지어 자바까지! 

4. 더 발전해서, dba  들은 소프트웨어 개발과 운영을 통합하고 효율적으로 개발하는 방법론을 지원하며 최종적으로 기업의 비용을 결정하는 지경에 이르렀습니다.

5. 다른 사람들은 인간적으로, dba 에게 술 한잔 사주세요.

번역은 ai 가 했고, 전 이쪽 일을 하는 사람이 아니고 그냥 딴곳에서 재밌게 읽어서 가져온거고, 요약은 맘대로 한거라 틀릴 수 있으니 그냥 원문 보세요. 쿨럭...... ^^;;;;;;

https://flashdba.com/2020/09/29/evolution-of-the-dba/