Si vous êtes (ou si vous étiez peut-être à ce moment-là) client de GoDaddy cette semaine, la vie sera nulle pour vous car votre site est en panne. Ouais, bien sûr, vous bénéficiez d'un mois de crédit gratuit pour le temps d'indisponibilité, mais le fait est que votre site Web était en panne et que rien ne pouvait être fait.
Ou était-ce?
La plupart des petites entreprises qui gèrent des sites Web d’entreprise n’ont aucun plan de reprise après sinistre (DRP). Vous penseriez que si vous dirigiez une entreprise, vendiez un produit et dépendiez de votre site pour rester en alerte, vous auriez quelque chose de prêt au cas où il tomberait. Eh bien, tout un groupe de personnes n’avait pas ce type de PPR et quand leurs sites s’éteignaient, tout ce qu’ils pouvaient faire, c’était d’attendre. Et comme tout propriétaire d'entreprise le sait, le temps, c'est de l'argent.
Si vous gérez un site Web professionnel dès maintenant, vous pouvez effectuer certaines opérations à des fins de DRP. Certains sont simples, d'autres non.
1. Connaissez-vous le compte Twitter de votre hébergeur?
Si votre hébergeur tombe en panne, les meilleurs hébergeurs en feront l'annonce sur leur compte Twitter, car au moment de la panne, ils n'auraient aucun moyen d'alerter la clientèle.
Lorsque votre site Web rencontre des problèmes et que vous ne pouvez pas charger le site Web de votre hôte Web lui-même, accédez à son compte Twitter.
Exemple: J'utilise Fluid Hosting sur mon blog personnel et je fais marquer leur compte Twitter. Comme avec tout fournisseur d’hébergeur Web, des pannes se produisent parfois. Chaque fois que mon site présente des performances médiocres, je me connecte à ce compte Twitter avant même de soumettre un ticket de support. En effet, s'il s'agit d'un problème touchant tout le système, il sera annoncé ici et je sais que dans environ une heure, le problème sera résolu. il ne sera donc pas nécessaire de soumettre un billet.
2. Avez-vous un compte Twitter?
Aimez ou détestez Twitter, c'est un excellent moyen d'alerter les masses si votre site rencontre des difficultés, car il fonctionne indépendamment de votre site. Cela signifie que même si votre site est en panne, Twitter est en place et vous pouvez y faire des annonces. Hé, c'est mieux que rien.
3. En règle générale, l'hébergement de votre site au même endroit que votre nom de domaine enregistré est une mauvaise idée.
Lorsque vous «mettez tous vos œufs dans le même panier», pour ainsi dire, vous risquez un désastre en ce qui concerne l'hébergement d'un site Web professionnel. Le registraire de domaine et l'emplacement où votre site est hébergé doivent être séparés, sinon vous vous mettez en ligne pour un effet domino de panne (une partie tombe en panne, tout tombe en panne).
Je vais vous donner un exemple de la raison pour laquelle cette séparation est importante.
Si mon blog personnel tombait en panne, et je veux dire vraiment si mal que cela prendrait plusieurs jours avant de revenir en ligne, je pourrais me connecter à mon registraire de domaine et diriger le domaine vers un site temporaire, tel qu'un compte Twitter, pendant que le site est réparé. Une fois fixé, je peux le remettre en place.
4. Il est toujours bon de disposer d'une adresse électronique de sauvegarde auprès d'un fournisseur de messagerie Web gratuit à des fins de DRP.
Les bonnes affaires sont conduites en utilisant des adresses électroniques telles que _business_site.com, mais si votre site est en panne, vos courriels le sont également.
En cas d'urgence, il peut être suffisant d'avoir un compte Gmail ou Hotmail ou un autre compte de messagerie hébergé ailleurs jusqu'à la sauvegarde du courrier principal.
Vous pouvez également diffuser cette adresse e-mail sur votre compte Twitter d'entreprise, si vous en avez besoin.
Dans ce cas, Gmail est la meilleure option, car une fois votre courrier principal sauvegardé, vous pouvez vous connecter à votre compte Gmail et le transférer à nouveau pour que vous ne manquiez aucun message. D'autres fournisseurs (tels que Hotmail) offrent des fonctionnalités similaires, mais Gmail a le plus de contrôle sur l'emplacement et la destination de votre courrier.
5. Vous devez savoir comment «quitter le navire» si vous devez absolument le faire.
Comme Dave (ou Dave) peut vous le dire, le passage à un autre registraire de domaine et / ou hôte Web est un véritable casse-tête. Il n'y a pas de moyen facile de le faire, peu importe ce que quelqu'un vous dit. Mais cela ne signifie pas que vous ne devriez pas apprendre à le faire.
Passer d'un registraire de domaine à un autre (par exemple, de GoDaddy à NameCheap) ne se fait pas le jour même et le processus prend environ trois à dix jours ouvrables.
Passer d'un hébergeur à un autre .. hoo boy, ouais c'est la partie la plus difficile. Il est probablement vrai que votre site existant utilise un moteur de contenu tel que WordPress ou Drupal, qui utilise une base de données MySQL avec des adresses de serveur et des ports très spécifiques, et le moteur lui-même utilise des chemins d'accès très spécifiques. Si tout cela vous effraie, ce devrait être le cas.
Bien que Dave et moi ayons le savoir-faire pour déplacer des sites où tout est correctement migré (uniquement parce que nous effectuons tous les deux l’administration de sites depuis la fin des années 1990 et que nous avons dû apprendre à la vieille école), vous ne devez probablement pas t. Tout ce que je peux dire, c'est de ne pas exclure de payer quelqu'un pour que votre site soit déplacé correctement pour vous. Cela vaut la peine de dépenser de l'argent pour effectuer une migration appropriée d'un site à un autre.
Si vous gérez un site professionnel maintenant, j'espère que vous ne devrez jamais réellement déplacer le périphérique, car ce n'est pas beau. Toutefois, si vous devez passer d'un registre à un autre et / ou un hôte, apprenez comment migrer ou savez comment trouver quelqu'un pour le faire à votre place. Ce genre de travail n’a absolument rien à voir avec le travail sur des fichiers de votre ordinateur de bureau ou de votre ordinateur portable personnel. Il vous suffit de copier des fichiers d’un endroit à un autre et tout fonctionne correctement. Les sites Web utilisant des moteurs de contenu qui fonctionnent à un niveau dynamique sont un jeu de balle totalement différent.
Si vous êtes sérieux au sujet de vos affaires, alors vous devriez être sérieux au sujet de votre site web DRP
La plupart des propriétaires de petites entreprises n'apprennent rien sur l'importance d'un DRP tant que quelque chose de grave ne se produit pas, comme ce qui est arrivé à une tonne de clients de GoDaddy.
En tant que propriétaire du site Web de l'entreprise, vous devriez avoir une solution de sécurité, même s'il ne s'agit que d'un compte Twitter et d'une adresse e-mail Gmail. Les sites Web auto-hébergés sont toujours soumis à la loi de Murphy, vous devez donc vous y préparer.
