DA 라는 직업군(?) 은 어떤 사람들인가요?

Question

질문이 이상하긴 한데, 왜냐하면 제가 DA를 안해보고 잘 몰라서 저렇게 밖에 질문을 못하는점 양해바랍니다.

암튼, DA 라는 사람은 어떤 사람 인가요?

제가 일하는 곳에 DA라는 사람이 여럿있습니다. 보면 항상 바쁘더군요.

듣자하니 DA는 설계하는 사람이라고 하고 그래서 Database 시스템관련해서 일을 않한다고 하시더군요.

DB 세팅이나 이중화(주로 리플리케이션), 메모리 세팅(DB는 메모리 세팅이 중요하다고 하던데요.. 아닌가..)

이런거 안한다고 합니다.

문제는 그걸 할 사람들이 없어요. DBA 라고 하면 '우린 DBA아니여요.. DA지..' 구분을 짓기도 하고

DB 시스템이나 이런거는 '우리가 할일이 아닌데..' 하는 눈치더군요..

회사내에 RLR이 존재하긴 하지만 그건 논외로 하고 궁금한게 저런거 모르고 그리고 구분해서 아키텍쳐 설계가

가능한가요? DB시스템 관련해서는 인프라 관리자(주로 시스템 엔지니어인듯..)가 도맡아서 하던데요..

인프라 엔지니어는 db시스템 관리를 왜 우리가 하냐 하는불만이 많아보이던데...

그럴때마다 RLR이 그렇게 정해졌다... 인프라가 해야한다... 이러고...

이게 통상적으로 그렇게 하는건지 DA를 보고 있자니 궁금하네요.

byeworld · Accepted Answer

말씀하시는 내용만 본다면 모델러인데..모델러와 DA는 다릅니다.

DA가 뭔가를 말하려면 EA에 대한 것도 같이 말해야 해서.... 쩝..

.. 긴 설명보다는 검색하심이.. 컨설턴트의 영역으로 보셔야 합니다.

(데이터베이스진흥원에는 설명이 있을겁니다.)

비교하자면,

단독주택을 짓는사람vs연립을 짓는사람vs아파트를 짓는사람vs빌딩을 짓는사람vs고층빌딩..

이런식으로 말씀드려야 할 것 같은데요..

일반 프로그래머는 하나의 프로그램에 대한 것들이 주된 작업이 되는 것이고,

아키텍트는 그러한 작업들(프로그램이라기보다는 프로세스나 서비스)의 묶음 단위로 작업을 하는 사람입니다. (그것도 다시 나눠집니다. 수평적, 수직적으로...)

DA가 들어간 프로젝트라면 프로젝트 규모부터가 다를텐데요..

이렇게 말씀드려도 될지 모르겠지만,

DA에게 DBA 역할을 요구하는 것은

부장이나 팀장에게 프로그램 해달라고 하는 것과 같은 행위가 될 수도 있습니다.

추. DA가 DBA능력이 있을수도 있지만, 없을 수도 있습니다. 자동차 설계하는 사람이 카레이서는 아니잖아요.

hckb815 · Answer

DA는 데이터 표준 관리, 데이터 구조 관리, 데이터 품질 관리 등의 업무를 수행합니다

DBA의 가장 큰 역할은 안정적인 서비스 운영을 위한 데이터베이스 관리 (운영 / 백업 및 복구 / 튜닝 등)

이정도로 이해하시면 될듯합니다.

보통 SDS같은 큰 기업들이 돈아낄려고 DA안뽑고 업무단위 개발팀중에서 선임이나 DB좀 아는 애들을 뽑아서 개발일은 개발일 그대로 시키면서 DA업무도 시키면서 고생시키죠...

타키투스 · Answer

byeworld 문제는 DA가 DBA는 아니긴하지만 아키텍트, 컨설턴트라고 하셨는데 그런것들이 그러니까 DA를 하는 사람들은 DBA능력이 없을수도 있다는 것이 이상하네요...

집을 짓던, 자동차를 설계하던 자동차에대해서 기본적으로 모르고 이론적으로만 알고서 어떻게 그것을 설계할 능력을 가지게 되는지...

문제는 DA에게 DBA 역활을 요구하는게 아니라 '나 DA 고 DBA 아니니 시스템 잘아는 인프라 엔지니어가 디비 시스템 만져라' 하는걸 DA가 말한다는 겁니다. 없으면 없는거고.. 그 역활을 누구에게 하라말라할 위치에나 있는건지 의문이네요..

타키투스 · Answer

byeworld 이게 계속 이상하게 들리는게, 설계 전문가라는 사람들이 이론만가지고 가능하냐고 하는 겁니다. 제가 알기로는 DA라는 것이 아무나 하는게 아닌걸로 알거든요.

객체지향설계 전문가를 이론만으로 배운사람이 설계를 했을경우에 많은 부분, 그러니까 성능부분이나 여러제반사항들을 고려하지 않을 가능성이 높은데 설계하는 능력에 퍼포먼스 개런티는 없다는 건가요?

TA도 어찌보면 아키텍트인데, 그럼 시스템 설계만하면 되는건가요? 데이터베이스는 DA,DBA 등으로 나뉘는데, TA영력도 운영체제, WAS, 클라우드 이렇게 나눌수 있는데 보통 그냥 TA가 많은걸 하는걸로 알거든요..

m1d2h3 · Answer

DA와 DBA는 역할이 다르죠..

DA는 데이터 관련일 ... 즉 데이터 분석 설계 표준화 등.. 데이터 관련일을하고..

DBA는 데이터베이스 관련일.... 즉 물리적관점 설계 및 db설치 백업 복구방안등..을하죠.

DA가 있는 플젝을 많이보진 못했습니다ㅜ

타키투스 · Answer

m1d2h3 죄다 DA만.. ㅋㅋㅋ

TA도 시스템 분석 설계 표준화 등 시스템 설계 관련일만 하면 되나요..

m1d2h3 · Answer

그런데... 플젝에 DBA가 따로 없나요 ? ;

byeworld · Answer

아.. 글고 보니 그게 더 신기하군요.

DA는 있는데, DBA가 없다니..

DA가 필요한 프로젝트라면 DBA는 당연히 있어야 할 텐데요..

DBA는 있어도, DA는 없는 프로젝트들은 있어도, 반대가 가능할 것 같진 않은데..

타키투스 · Answer

byeworld 제가 듣기로는 설계부분에 관련해서 다양한 고려사항이 존재하는데, 제가 이해가 잘 안되는 부분이 그렇게 설계하시는분들은 데이터베이스 시스템을 알필요는 없다는 걸로 들리네요.. 프로젝트를 오라클만 하는곳ㅁ만 찾아간다고 한담면 뭐 ㅁ모르겠지만 이래저래 db 도 다양하게 존재하고 설계를 할때에 당연히 그 디비 특성도 연관하고 고려해서 설계를 해야할것 같은데, '자기가 익히지 않은 부분을 봐달라고 한들, 봐줄 수 없는 것' 이라고 하면 되는 거군요..

TA도 그렇게 하면되는거군요... TA들도 그렇게 합시다.. ㅋㅋ

타키투스 · Answer

m1d2h3 네 없습니다. 데이터베이스 시스템은 꽤 있는데, 이게 수량으라만 결정할 사항은 아닌지라.. 1대라도 데이터베이스시스템이 중요하면 그걸 전문으로 할 인력을 뽑아놓는게 정신건강상 좋은데,

어쨌든 없습니다.

byeworld 네 없습니다.

byeworld · Answer

그나저나 DA가 필요한 프로젝트면 대형프로젝트이거나 기존 시스템이 대형일 수 밖에 없고,

보통은 이기종 서버들이 존재하는 환경일 수 밖에 없는데

제가 아는 것과는 좀 다른 환경인 것 같군요..

m1d2h3 · Answer

데이터 != 데이터베이스 라고한다면 쉽게 이해될것같네요

타키투스 · Answer

byeworld 상황을 어떻게 이해하셨는지 모르겠지만 문제가 있는게 현재 DBA가 없잖습니까... 쉽게말해서 사장님은 있는데 그 밑에 부장이 없는거죠.. 그런데 DA가 같은 급의 사장에게 부장일좀 해라 하는게 말이될까 싶은거죠... 상하수직 그런건 잘모 르겠고.. DA-TA는 상하수직으로 DA가 상입니까? 그것도 궁금하네요.. 뭐 누가누구 상이네 뭐네 질문이 웃기긴하네요..

그래서 글 말미에 RLR 이야기를 한거라요. ㅋ 조그마한 사무실에 안그래도 일손이 없는데, 내 사장! 그러니 나는 의자에만 앉아 있을거임 그러고 있는게 문제라는거죠.. ㅋ 근데 사장의 예는 적절하지 않는거 같군요...때로는 승진을 거지치않고 사장자리 앉는 사람도 간혹 생기는 지라..

그리고 DA-DBA를 수평적 관계다 뭐다 그렇게 보네 뭐네 하진 않구요. 그쪽에서는 DA-DBA를 수직적 관계다라고 말하고 난 DA니 DBA일을 할수 없다. 그런데 그거 할 사람 없으니 TA가 해야된다라고 하는거죠 뭐..

warpEngineDev · Answer

예전에 회사에서 고객에게 잘 보이려고 DBA대신 기술사있는 DA를 프로젝트에 투입한 적이 있습니다.

정말 너무 힘들었습니다.

DBA는 없는데 DA만 있으니 ERD던져주고 99%는 DA가 하는 일 아니라고만 하는바람에 정말 답답했던 적이 있네요.

아마 비슷한 상황아닐까요?

타키투스 · Answer

@byeworld

사실 DA만 있는 상태이고 DB를 누가하는게 적합한가 정도 인데, 이게 오라클이나 MySQL의 각종 설정이나 메모리등을 시스템 다루는 사람이 한다는게 좀 위험해보여서요.

거기다 DA라고 하면 나름대로 과거 DBA나 기타 이런걸 해봤을법도 한데, 단순이 내 역활이 아니다식으로 잘라버리니 답답한거죠. 시스템 다루는 사람이 DB시스템 구조를 알아야할리도 만무하고... DA정도면 DBA가 필요하다면 위에 말해서 우리 DBA필요한거 같아라고 사람 뽑자고 말이라고 할법한데, '난 모름~' 일관이라..

데이터베이스 시스템이란게 일반 시스템과는 중요도나 이런거에 차이가 많이 나는지라 아무나 함부로 할 수 없는 거라 시스템을 다루는 TA가 떠안아하기에는 사이즈가 안나온다 싶은거죠... 덜컥 떠 안았다가 DB장애생기면 그땐 누가 책임질건지...

암튼 상당히 많은 도움이 됐습니다. 감사합니다. ^^

타키투스 · Answer

byeworld 그러니 DA는 시스템 다루는 사람에게 디비 다뤄라 해도 되는 모양이네요.

자꾸 DA 역할에 대해서 이야기 하시는데 잘 알겠고요. 그런거는 어느 역할이건 다 동일하다고 생각합니다. DBA 없는 상황을 시스템 다루는 사람에게 하라마라 할 입장도 아니지 않습니까. 중간에 책임을 져야할 역할도 아니고 위치에 있지 않은건 시스템 다루는 사람들도 마찬가지 아닌지... 단순하게 시스템을 알기에 디비를 만져라하는 DA는 제정신은 아닌거 같아서요.

DA든 TA든 각자 다 룰이 있고 책임이 있는 상황에서 DA가 난 모름 하는 상황에서 '그런 DA도 나름대로 이유가 있다' 라고 하면 당연히 TA입장에서도 나름 이유가 있다라고 할 수 있는거라... 각자 미룬다라고 말하기에도 어패가 있네요.

byeworld · Answer

타키투스

제가 볼 때, 필요한 인력이 배치되지 못한것인데,

양쪽 다 방어논리 피고 있을 것으로 생각된다 말씀드렸습니다.

아무래도 서로 부담이니까요.. 작은 부담도 아니고..

추. 제게 말씀하셔도 해결이 되진 않습니다. 제가 동의해 드린다고 해결되는 것도 아니구요..

인력이 투입되어야 해결될 것으로 생각됩니다. ^^;

타키투스 · Answer

byeworld TA가 디비 시스템을 다룰수 없다는게 방어논리가 되는지가 의문이라서요.. ㅋ

byeworld · Answer

아키텍트 업무라는게 잘해서 티나는게 아니라

못할 때 티가 팍팍팍 나는 영역이라고 알고 있습니다.

(그리고 저는 DA가 잘못했을 때를 제대로 겪었죠.. ㅡ.ㅡ;)

방어논리라는 것이야 각자의 영역에서 바라보는 관점이 드러나는 것이니

거기 있지 않은 제가 예상되는 수준에서 드린 것이 그 분들의 주장일 지 아닐지는 모릅니다.

게다가 아키텍트 정도 되는 사람들이 내놓는 방어논리가

타당성이 전혀 없는 헛소리를 내놓진 않을테구요..

서로간의 논리가 충돌할 때, 같이 일하는 사람들끼리 힘겨루기 식으로 가면

뭐라 해야할까... 안습한거죠.. ^.^;

그러니까..

DBA가 추가로 투입되는 것이 좋을 것으로... ^^;

자바골수 · Answer

제가 현재 아키텍처 담당을 하고 잇는데,

그냥 글을 읽다가 좀 답답한 부분이 잇어서 답글 남겨요.

디비쪽은 원래 오라클로 따지면 da :데이터모델러 dba : 여러시스템에 대한 디비를 관리 하고 sql developer : 이것도 직업군이 따로 잇죠 sql 울 짜주고 쿼리에 대해서 튜닝 해주고 da 는 데이ㅓ모델러 로써 erd 를 하고 컬럼 표준을 만들어주고 하는게끝입니다.

디비가 죽고 하는거에 대해서는 dba가 해야 할일

디비 킬은 응용프로그램 개빌자가 하고 마니 부딪힘

므한루프 잘못 돌려서 트랜잭션이 죽는게 허다힘 그치민 요즘은 트랜잭션에 관해서 공통이대부분 설정 하기 때문에 이런일은 발생 안함 이제

아무튼 da 가 하는일은 관리적인 업무가 아니가 데이터는 테이블 컬럼임 이걸 모델링 하는 사람임.

DA 라는 직업군(?) 은 어떤 사람들인가요?

23개의 답변

Q&A 목록