Acabei de ser promovido a Administrador de Sistemas para o nosso produto. Estamos projetando um aplicativo que se comunica com a nuvem (Amazon EC2). Eu serei responsável por manter todas as instâncias e seus componentes subjacentes. Até agora, isso envolve um conjunto de instâncias de serviços de carga balanceada que se conectam a um banco de dados central em um projeto de banco de dados com vários níveis.
Estou interessado em saber que outros Sys. Os administradores descobriram ferramentas ou práticas inestimáveis. Quaisquer recursos fornecidos serão muito apreciados.
" A prática de sistemas e administração de redes " é um livro fantástico para os fundamentos.
Se você pesquisar perguntas por votos , poderá aprender muito sobre vários tópicos que podem ser considerados essenciais.
Infelizmente, sem ter uma pergunta mais específica, não há muito com que possamos ajudá-lo.
Editar 1
Além disso, confira essa pergunta anterior, pois ela aborda basicamente o que você está perguntando.
Um princípio útil que eu tento aplicar, e ver violado regularmente, é que um administrador de sistema deve entender os limites de sua responsabilidade e tomar cuidado para não ultrapassar a marca.
O que quero dizer com isso é que, muitas vezes, em tarefas de sysadmin, surgirão questões e problemas que realmente exigem que decisões sejam tomadas por outras áreas da empresa, mas a TI pode tentar resolver o problema sem buscar as decisões da empresa. .Alguns exemplos bons, mas não exaustivos, são:
Aplicando períodos de retenção ao armazenamento de e-mail. A TI não deve configurar esse período de retenção sem consultar a autoridade legal da empresa. Configurá-lo para 3 anos porque seus discos não podem aguentar mais do que isso, não é bom o suficiente. Se, mais tarde, o email tiver que ser legalmente retido por mais tempo, p. 7 anos, você é um riacho.
Descarte de servidores e estações de trabalho antigos e eliminação segura de dados - a TI precisa consultar os executivos de negócios ou delegações adequadas quanto aos requisitos de segurança e descarte de dados de sua organização.
Então, sim ... Aprenda e aplique limites apropriados de responsabilidade a sua função, e as pessoas que não são de TI em sua organização apreciarão e respeitarão seu entendimento de como a TI se encaixa nos negócios. Você evitará a reputação de ser um canhão solto, difícil de controlar ou arrogante. Sem mencionar a proteção contra qualquer ramificação que possa surgir se a decisão tomada levar a problemas.
Ah e em conjunção com o acima e como um princípio separado em si: Sempre estabeleça uma trilha de decisões de e-mail para que elas possam mais tarde ser rastreadas e comprovadas.
Tags disaster-recovery