Confira as sessões sob demanda do Low-Code /No-Code Summit para aprender como inovar com sucesso e obter eficiência aprimorando e dimensionando desenvolvedores cidadãos. Assista agora.
Como nós Quando chegamos à época do ano em que refletimos sobre o que agradecemos, tendemos a nos concentrar em coisas básicas importantes, como saúde, família e amigos.
Mas, em nível profissional, os praticantes de operações de TI (ITOps) agradecem por evitar interrupções desastrosas que podem causar confusão, frustração, perda de receita e danos à reputação. A muito
, de fato, e até US$ 1,5 milhão por hora para organizações maiores.
Para entender a tranquilidade que vem ao evitar o tempo de inatividade, no entanto, você deve ter suportado a dor e a ansiedade que vêm com as interrupções em primeira mão. Aqui estão algumas das histórias de terror que os profissionais do ITOps agradecem por evitar nesta temporada.
Um caso de estrutura de comando inconsistente
Um profissional de TI de longa data estava em um turno com outros três às 19h. A equipe recebeu um alerta sobre um problema que afetava a interface de usuário front-end de seu dispositivo gerenciador de tráfego global. Felizmente, havia um runbook para ele alojado em um banco de dados, então parecia que o problema seria resolvido rapidamente. Um dos membros da equipe viu duas coisas para digitar: um comando e uma entrada secundária. Ele digitou os comandos e, com base na aparência do runbook, estava esperando a linha de comando solicitar uma entrada, como “o que você deseja reiniciar?”
Evento
Cúpula de Segurança Inteligente
Aprenda o papel crítico da IA e ML na segurança cibernética e estudos de caso específicos do setor em 8 de dezembro . Registre-se para o seu passe livre hoje .
A forma como a estrutura de comando foi configurada, se você não forneceu uma entrada, o próprio dispositivo iria reiniciar. Ele digitou o que achou ser o comando correto – “bigstart, restart” – e todo o gerenciador de tráfego global de front-end foi desativado.
Só para lembrar, isso aconteceu no início da noite. O cliente era uma empresa financeira e o sistema caiu bem na época em que as empresas estavam fechando e tentando fazer seus livros e outras tarefas relacionadas a finanças. Momento terrível, para dizer o mínimo.
Cinco minutos após a interrupção, a equipe ITOps percebeu o que aconteceu: a ferramenta que eles usaram para o runbook usava quebra automática de texto por padrão, então o que parecia como se dois comandos separados fossem na verdade apenas um. Embora a interrupção tenha sido relativamente curta, ela ocorreu em um momento crítico e criou uma reação em cadeia de dores de cabeça. A lição aprendida? Certifique-se de que sua estrutura de comando esteja otimizada.
Quando O Google é seu melhor amigo no meio da noite
Para um veterano de TI com mais de 15 anos , o que parecia um turno noturno tranquilo rapidamente se transformou em um pesadelo cheio de ansiedade. “Nunca entrei em pânico tão rápido como quando o terminal remoto em que eu estava de repente ficou em branco”, disse ele.
O que ele estava tentando fazer era reiniciar um serviço enquanto trabalhava em uma máquina remota, mas inadvertidamente desativou o conector de rede no processo. Ligar para alguém e acordá-lo no meio da noite para dizer que havia “desarmado” um adaptador de rede não era o ideal, então ele e seus companheiros começaram a pesquisar.
Depois do que ele chama de “não uma quantidade insignificante de pesquisas no Google”, ele conseguiu encontrar o caminho para um servidor Dell e reiniciou o adaptador de rede de lá. Demorou mais do que deveria para ser consertado, mas o problema acabou sendo resolvido.
Sua dica profissional: “Não desative o adaptador de rede em uma máquina remota no meio da noite.” Isso pode parecer óbvio, mas a lição subjacente é ter um plano de contingência em vigor caso algo dê muito errado.
ITOps: Apoiar-se no e-mail foi ótimo – até que não fosse
Na época em que o e-mail era a principal forma de as equipes do NOC receberem alertas, um profissional de TI de longa data se lembra de ter um colega de equipe cujo único trabalho era essencialmente despachar: monitorar e-mails e criar tíquetes para incidentes que precisavam de atenção agora e outros para aqueles que eles poderiam obter mais tarde. O sistema funcionou bem, mas na verdade era uma bomba-relógio esperando para explodir, considerando que se tratava de uma grande corporação multinacional.
Esse medo se concretizou quando todo o data center da empresa caiu.
Este era seu próprio conjunto de problemas por direito próprio , mas o incidente gerou tantos alertas por e-mail que também travou o servidor Outlook corporativo. “Nesse ponto, você está realmente cego”, lembrou esse herói de TI.
O evento aconteceu no meio da noite, então a equipe de plantão tinha relutantemente começar a acordar companheiros de equipe. Depois que o problema foi finalmente resolvido, a equipe desenvolveu um senso de humor sobre isso. Como eles lembraram: “Costumávamos brincar que nós mesmos dDoS com nosso próprio ruído de alerta. Bons tempos!”
No final, a moral da história é a seguinte: sempre que uma mão toca um teclado, existe o risco de algo dar errado. Isso às vezes é inevitável, é claro, mas as equipes que são capazes de automatizar e simplificar ao máximo seus processos de operações de TI têm a melhor chance de evitar interrupções dispendiosas – para que possam aproveitar as comemorações do Dia de Ação de Graças sem interrupções.
Mohan Kompella é vice-presidente de marketing de produtos da BigPanda.
Tomadores de Decisão de Dados
Bem-vindo à comunidade VentureBeat!
DataDecisionMakers é onde os especialistas, incluindo o pessoal técnico que faz o trabalho de dados, podem compartilhar dados relacionados insights e inovação.
Se você quiser ler sobre ideias de ponta e informações atualizadas, práticas recomendadas e o futuro dos dados e da tecnologia de dados, junte-se a nós em DataDecisionMakers.
Você pode até considerar contribuir com um artigo de sua autoria!
Leia mais de DataDecisionMakers
Bem-vindo à comunidade VentureBeat!
DataDecisionMakers é onde os especialistas, incluindo o pessoal técnico que faz o trabalho de dados, podem compartilhar dados relacionados insights e inovação.
Se você quiser ler sobre ideias de ponta e informações atualizadas, práticas recomendadas e o futuro dos dados e da tecnologia de dados, junte-se a nós em DataDecisionMakers.
Você pode até considerar contribuir com um artigo de sua autoria!
Leia mais de DataDecisionMakers