Hospede seu próprio site

Question

Eu entendo completamente como hospedar meu próprio site, mas minha pergunta (eu espero que este seja o lugar certo para perguntar) é como se proteger, dizer que seu ISP está indo para baixo ou seu roteador falhando, coisas assim? Alguém administra seu próprio site? Alguém tem algum conselho?

    

Answer 1

Como sua pergunta principal é relacionada a aconselhamento, eu tenho uma: gaste seu dinheiro em um servidor. Empresas como Hetzner ou Serverloft oferecem servidores não gerenciados a preços incríveis.

Meu ponto principal é que, se você quiser ser sério sobre o seu site ou empresa de hospedagem, você só tem que ter uma abordagem séria. No final, esse dinheiro vem de volta para você por causa de seu ótimo serviço, que funciona sem problemas e tem uma ótima conectividade.

Não haveria uma grande razão para não hospedar suas coisas se não houvesse conectividade. A velocidade é uma das poucas coisas que você simplesmente não consegue cortar. O mínimo que você deve fazer é tentar pagar por isso. Você deve isso aos seus visitantes e principalmente aos seus nervos.

    

Answer 2

Eu estou supondo que por "ISP" você quer dizer quem fornece Internet em sua casa ou escritório. Além disso, também oferecerei sugestões para lidar com co-localização e vários locais.

Provavelmente, a melhor maneira de evitar interrupções devido a tempo de inatividade em uma conexão com sua residência ou escritório, por meio desse ISP, é usar um serviço de colocation, um provedor de hospedagem gerenciada ou um provedor de aplicativos como o AppEngine. Normalmente, são serviços hospedados em um datacenter de nível de operadora com alimentação redundante, refrigeração e conectividade com a Internet, para que possam ser muito mais confiáveis do que, digamos, uma conexão por cabo ou DSL em sua casa.

Dependendo do nível de serviço, essas instalações podem sobreviver a problemas de rede, problemas de energia e muito mais, com pouco ou nenhum impacto na acessibilidade de seu aplicativo. Eles fornecerão roteadores redundantes, conexões com várias conexões à Internet, comutadores de transferência de energia e muito mais.

Esses serviços estão disponíveis em todos os tipos de preços, portanto, raramente é econômico tentar criar um serviço desse tipo para apenas um ou alguns servidores.

Se o seu aplicativo realmente precisa ser capaz de sobreviver até mesmo a uma interrupção maior, a solução típica é obter serviços em várias instalações, como as descritas acima, e projetar seus serviços para poder fazer failover de uma instalação para outra ou ser capaz de correr de ambos os locais ao mesmo tempo. Isso geralmente requer trabalho extensivo para projetar e arquitetar aplicativos para operar dessa maneira, replicar dados entre locais, etc ...

Eu vou dizer que acho que muitas pessoas pensam sobre a disponibilidade bem antes que elas realmente possam justificar a implementação de tal coisa. Se você não tem usuários, é provavelmente mais importante trabalhar para chegar ao ponto em que você pode obter usuários, em vez de aumentar drasticamente a dificuldade de chegar lá para torná-lo capaz de sobreviver a um evento raro. Então, meu conselho seria manter os pés no chão ao decidir que nível de redundância e replicação fazer. Ter serviços totalmente redundantes e distribuídos é um processo longo e envolvido.

    

Answer 3

Normalmente, isso seria feito com um roteador cisco / sônico com vários ISPs conectados. Não há como impedir que um roteador falhe, a menos que você tenha dois roteadores com ISPs separados (para redundantes porque os roteadores ainda precisam se conectar ao servidor, com outro roteador ou através de placas de rede no servidor). Agora, quando você configura seu DNS para seu endereço IP, a maioria permitirá um IP de backup. Quando isso for digitado, você poderá acessar seu servidor a partir do ip (contanto que todos os encaminhamentos e firewalls estejam configurados corretamente).

    

Answer 4

Você pode usar um serviço de Cache externo - o cloudflare.com é gratuito e a conta básica funciona - onde seu site "aparece" on-line, mesmo quando não está.

Para garantir que ele permaneça ativo, você precisaria de um ASN e da capacidade de ser multi-aprimorado ou usar um DataCenter.

    

Answer 5

A melhor solução é multi-site com um mecanismo de failover transparente e capacidade de operar em modo de cérebro dividido.

Desde que você não pode alterar sensivelmente o software em execução nos clientes - failover transparente significa round-robin DNS - perferivelmente com ponderação com reconhecimento de localização (CDN).