Discussão Geral DBA de Arquitetura

  • segunda-feira, 2 de abril de 2012 14:44
     
     

    Bom dia Galera,

    Aqui na empresa estão querendo separar "DBA de Infra-Estrutura" e "DBA de Arquitetura". Minha dúvida seria, quais as funções de um DBA de Arquitetura?

Todas as Respostas

  • segunda-feira, 2 de abril de 2012 17:27
    Moderador
     
     

    Boa Tarde,

    Tudo é uma questão de tamanho, estrutura e necessidade. Os papéis de DBA de infraestrutura e DBA de arquitetura existem, mas em organizações menores é muito provável que parte das atribuições de um ou de outro sejam poucas e é bem possível que ambos os papéis se acumulem na mesma pessoa.

    Quando a organização cresce, pode-se aumentar o time para atender as demandas, mas quando as demandas se especializam talvez seja a hora de não pensar especificamente em pessoas, mas em separar formalmente os papéis (e acredito que o lugar onde você está talvez esteja nesse momento).

    Não vou me ater especificamente aos nomes (podem sofrer variações), mas a grosso modo, um DBA focado em infraestrutura talvez esteja mais preocupado em garantir que o serviço está no ar, que a performance está satisfatória e que os backups estão em dia. Há um foco mais operacional nesse papel, mas há muito "pensante" pra fazer também.

    De um ponto de vista de infraestrutura, o DBA de arquitetura está mais preocupado em como organizar as questões de banco de dados para que o ambiente possa escalar da melhor forma possível sem incorrer em grandes custos de administração ou aquisição de hardware. Seria bem típico de um DBA de arquitetura ajudar a decidir se devemos criar uma única base ou várias bases, se devemos utilizar linked server ou replicar os dados, etc.

    De um ponto de vista de desenvolvimento, o DBA de arquitetura está mais preocupado com integrações de bases de dados, modelagem, tuning, indexação, e outros itens que devem influenciar nas aplicações que consomem os bancos de dados. Provavelmente esse é o cara que conversará com os programadores de ETL, com os administradores de dados, com os arquitetos de software, etc.

    Como pode parecer, tudo o que falei aqui poderia ser colocado em um único papel chamado DBA. O DBA faz tudo o que descrevi até então. Pode até parecer que não é necessário dividir (e muitas vezes não é), mas a questão é apenas especializar tarefas e papéis quando for realmente necessário.

    Trabalho em um ambiente onde essa divisão é necessária e funciona muito bem.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível

  • segunda-feira, 2 de abril de 2012 17:47
     
     

    Olá Gustavo,

    realmente a empresa(e-comerce) que estou é muito grande(não irei falar o nome por causa de ética profissional), porém estamos mudando algumas coisas uma delas seria essa parte, pois até então não existia um profissional expecialista em banco de dados até o dia que entrei na empresa, após eu ter entrado na empresa decidiram então separar os procedimentos, pois a demanda é bem grande para apenas eu estar tratando sozinho. Porém estou abituado com os processos de um "DBA de Infra-Estrutura", para que eu possa assumir essa parte de arquitetura precisava ter um conhecimento maior do que esse profissonal faz, para que eu possa melhorar esse lado.

    Obrigado pelas dicas.

    Se mais alguém tiver opniões sobre o tema, agradeço.

  • terça-feira, 3 de abril de 2012 13:41
    Moderador
     
     

    Boa Tarde,

    Tudo é uma questão de tamanho, estrutura e necessidade. Os papéis de DBA de infraestrutura e DBA de arquitetura existem, mas em organizações menores é muito provável que parte das atribuições de um ou de outro sejam poucas e é bem possível que ambos os papéis se acumulem na mesma pessoa.

    Quando a organização cresce, pode-se aumentar o time para atender as demandas, mas quando as demandas se especializam talvez seja a hora de não pensar especificamente em pessoas, mas em separar formalmente os papéis (e acredito que o lugar onde você está talvez esteja nesse momento).

    Não vou me ater especificamente aos nomes (podem sofrer variações), mas a grosso modo, um DBA focado em infraestrutura talvez esteja mais preocupado em garantir que o serviço está no ar, que a performance está satisfatória e que os backups estão em dia. Há um foco mais operacional nesse papel, mas há muito "pensante" pra fazer também.

    De um ponto de vista de infraestrutura, o DBA de arquitetura está mais preocupado em como organizar as questões de banco de dados para que o ambiente possa escalar da melhor forma possível sem incorrer em grandes custos de administração ou aquisição de hardware. Seria bem típico de um DBA de arquitetura ajudar a decidir se devemos criar uma única base ou várias bases, se devemos utilizar linked server ou replicar os dados, etc.

    De um ponto de vista de desenvolvimento, o DBA de arquitetura está mais preocupado com integrações de bases de dados, modelagem, tuning, indexação, e outros itens que devem influenciar nas aplicações que consomem os bancos de dados. Provavelmente esse é o cara que conversará com os programadores de ETL, com os administradores de dados, com os arquitetos de software, etc.

    Como pode parecer, tudo o que falei aqui poderia ser colocado em um único papel chamado DBA. O DBA faz tudo o que descrevi até então. Pode até parecer que não é necessário dividir (e muitas vezes não é), mas a questão é apenas especializar tarefas e papéis quando for realmente necessário.

    Trabalho em um ambiente onde essa divisão é necessária e funciona muito bem.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível

    Maia,

    Cara parabéns pela explanação, acabou me ajudando também, foi aqui na empresa estamos passando por um processo de reestruturação dos cargos e até eu mesmo estava meio em dúvida de como poderia reorganizar minha área.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

  • terça-feira, 3 de abril de 2012 15:19
    Moderador
     
     

    Olá Andre,

    Normalmente as coisas ocorrem dessa forma. Muitas vezes não há sequer um DBA responsável, mas nem por isso a necessidade e o papel deixam de existir. As coisas crescem, tornam-se difíceis de administrar e um belo dia, eis que surge alguém dedicado. Acredito que até um tempo atrás, esse cenário de necessidade do DBA, mas ausência do DBA era bem comum, mas hoje vejo que a discussão sobre a necessidade de um especialista de banco de dados é menos acalorada do que era no passado (embora muita gente ainda discuta se o DBA é ou não necessário).

    Entretanto, mesmo o DBA sendo um especialista em banco de dados, sabemos que banco de dados é um assunto muito amplo. Dependendo do tamanho da organização e da complexidade das tarefas é natural um subdivisão desse papel (e equipes profissionais). Grandes bancos tem DBAs de produção que são responsáveis apenas por executar mudanças, aplicar scripts e garantir a disponibilidade do serviço. Esses DBAs sequer irão criar uma base nova, mudar uma rotina de manutenção ou ainda efetuar configurações no SO. Na mesma organização, temos também DBAs de desenvolvimento que avaliam tuning, revisão consultas, otimização código, etc, mas que nunca irão "tocar na produção". Ainda podemos ter DBAs mais voltados à ETL para otimizar cargas de BI e repositórios multidimensionais.

    Em todas as situações, estamos falando da mesma pessoa (o Administrador de Banco de Dados), mas com um natureza de especialização bem diferente. Poderíamos "rotular" DBAs de infraestrutura, DBAs de arquitetura, DBAs de produção, e muitos outros. Tudo dependerá de fatores como o tamanho da empresa, orçamento, nível de especialização que as tarefas exigem, etc.

    É certo que se sua empresa cresce e a complexidade aumenta, cedo ou tarde essas divisões aparecem (especialmente aquelas que tem a tecnologia como atividade fim ou fortemente acoplada às atividades fins).

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível

  • terça-feira, 3 de abril de 2012 15:20
    Moderador
     
     

    Oi Jr.

    Essas coisas dão trabalho, mas espero que você tenha êxito na tarefa.
    Estou tendo problemas similares, mas estou conseguindo lidar bem com isso.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos:http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível