Suporte a servidores Linux em Pittsburgh e Cleveland

Hospedagem de aplicativos empresariais

A maior parte do nosso trabalho com Linux dá suporte a um aplicativo de que alguém depende todos os dias. Instalamos e configuramos o aplicativo, seu banco de dados e suas tarefas agendadas. Um proxy reverso fica na frente, cuidando dos certificados HTTPS e do roteamento por nome de host, para que o aplicativo nunca fique exposto diretamente.

• Serviços: unidades systemd que iniciam no boot, reiniciam em caso de falha e registram logs em um lugar útil.
• TLS: certificados emitidos e renovados automaticamente, com um alerta se uma renovação falhar.
• Contêineres: quando um aplicativo é distribuído como contêiner, nós o executamos com Docker e Docker Compose.

Assumindo um servidor deixado por outro administrador

Os servidores muitas vezes chegam sem documentação e com um administrador que já saiu. Antes de mudar qualquer coisa, listamos os usuários, serviços, tarefas agendadas, portas abertas, certificados e backups e registramos o que encontramos.

As credenciais são transferidas e trocadas, e uma lista de lacunas mostra o que está sem patch, sem backup ou sem suporte. Depois corrigimos as coisas, uma alteração por vez. A mesma abordagem vale para a transição de outro provedor de TI, com uma semana em paralelo antes de nos tornarmos o contato principal.

Migrações entre hosts

Mover um aplicativo para um novo servidor, uma nova versão do sistema operacional ou uma máquina virtual no Proxmox segue um plano por escrito. Construímos o novo host ao lado do antigo, copiamos os dados, testamos o aplicativo e agendamos a virada fora do horário comercial. O servidor antigo continua disponível até que o novo esteja comprovado.

Para ver onde o Linux se encaixa ao lado de contêineres e clusters, leia nossa visão geral de Linux e Kubernetes ou navegue pelos guias de Linux na nossa base de conhecimento. Cargas de trabalho que superam um único servidor podem combinar com Kubernetes, embora muitas nunca precisem dele. Backups e planejamento de recuperação estão em backup e recuperação de desastres.

Como funciona um projeto

1. Conversa de levantamento. Uma conversa rápida sobre seus servidores, aplicativos e o que está dando errado.
2. Escopo por escrito. O trabalho, a ordem das alterações e o caminho de reversão, combinados antes de tocarmos em qualquer coisa.
3. Implementação. Construímos, atualizamos, migramos ou reparamos, e depois testamos e documentamos o resultado.
4. Operação contínua. Suporte mensal opcional de um engenheiro identificado, sem fidelidade obrigatória.

Nossos escritórios ficam em Coraopolis e Beaver Falls, na Pensilvânia. O trabalho presencial na região de Cleveland é organizado conforme o projeto, e o suporte remoto está disponível em todo o país. Respondemos em até um dia útil.

Perguntas sobre o suporte a servidores Linux

Quais distribuições Linux vocês suportam?

Servidores Ubuntu, Debian e da família RHEL. Se você usa outra coisa, pergunte durante a conversa de levantamento.

Vocês podem dar suporte a um servidor sem nos levar para a nuvem?

Sim. Gerenciamos servidores no seu escritório, em um rack, em máquinas virtuais Proxmox ou no Azure, e orientamos sobre qual combina com a carga de trabalho.

Vocês só fazem suporte contínuo?

Não. Aceitamos uma única migração, uma revisão de hardening ou o resgate de um servidor com falha como um projeto por si só. A operação contínua pode vir depois, se você quiser.

E se não tivermos nenhuma documentação?

Isso é comum. O inventário descrito acima se torna o primeiro documento, e ele pertence a você.