Hosting selection, setup, and website migration

Hébergement- un service destiné aux propriétaires de sites Web, de boutiques en ligne, d'applications et de systèmes internes qui ont besoin d'une infrastructure fiable sans changements aléatoires ni dépendance à l'égard d'un seul interprète. Sur DitWork, vous pouvez comparer les professionnels en fonction de leur expérience pertinente, de la qualité du diagnostic, du plan de sécurité, de la documentation et de l'assistance post-tâche. Pour une évaluation précise, il est important de décrire la conception actuelle et le résultat souhaité, et de ne pas se limiter à l'expression « tout mettre en place ».

Dans la catégorie « Hébergement », vous pouvez commander un choix d'hébergement mutualisé, VPS, dédié ou cloud, comparaison des ressources, restrictions et support, transfert de fichiers, téléchargements de bases de données et utilisateurs, configuration de PHP, base de données, cron et files d'attente, connexion HTTPS, CDN et mise en cache, transfert des paramètres de messagerie et DNS et organisation des sauvegardes et de la surveillance. La tâche doit être divisée en un résultat requis, des améliorations utiles et un soutien supplémentaire. Par exemple, un transfert ponctuel, une surveillance continue et une réponse 24h/24 et 7j/7 sont des services différents avec des responsabilités différentes, il est donc préférable de les évaluer séparément.

Quelles tâches peuvent être commandées

• choix d'hébergement mutualisé, VPS, dédié ou cloud
• comparaison des ressources, des limites et du support
• transfert de fichiers, de bases de données et de téléchargements d'utilisateurs
• mise en place de PHP, base de données, cron et files d'attente
• connexion HTTPS, CDN et mise en cache
• transfert des paramètres de messagerie et DNS
• organiser les sauvegardes et la surveillance

Résultat par étapes

Ce qu'il faut inclure dans les spécifications techniques

Dans les spécifications techniques, indiquez le type de site et le CMS ou framework utilisé, le volume actuel de fichiers et de base de données, le trafic moyen et maximal, les versions requises de PHP, de base de données et d'extensions, la présence de cron, de files d'attente, de websocket et de processus en arrière-plan, les exigences relatives aux régions, la latence et le stockage des données, ainsi que les temps d'arrêt et la période de commutation acceptables. Ajoutez des exemples d'erreurs anonymisés, un schéma de service et le contact du responsable lors du basculement. Ne publiez pas de mots de passe, de clés privées, de jetons, de codes de sauvegarde, de données client ou le contenu des configurations privées. Les accès ne sont transférés qu'après sélection d'un spécialiste et uniquement dans la mesure nécessaire à un travail spécifique.

• type de site et CMS ou framework utilisé
• volume actuel de fichiers et de base de données
• trafic moyen et pic
• versions requises de PHP, base et extensions
• présence de cron, de files d'attente, de websocket et de processus en arrière-plan
• région, latence et exigences de stockage
• temps d'arrêt et période de commutation admissibles

Que vérifier avant de commencer les travaux

Avant d'apporter des modifications, vérifiez la consommation réelle du CPU, de la mémoire et du disque, la taille de la base de données et la vitesse des requêtes les plus lourdes, le volume du trafic sortant et des fichiers utilisateur, les limites du tarif en vigueur, la dépendance à la messagerie système et aux API externes, la disponibilité des sauvegardes et les exigences applicatives pour les processus, les ports et le système de fichiers. Sans inventaire, il est facile de corriger un symptôme et d'interrompre un service dépendant. L'audit doit distinguer un problème d'infrastructure d'une erreur d'application, d'une limitation de débit, d'une API externe ou d'un enregistrement DNS incorrect. Si la source n'a pas encore été identifiée, la première étape consiste à commander un diagnostic avec un rapport, plutôt que de payer immédiatement pour un ensemble d'actions incertaines.

• consommation réelle du CPU, de la mémoire et du disque
• taille de la base de données et vitesse des requêtes les plus difficiles
• volume de trafic sortant et fichiers utilisateurs
• restrictions tarifaires actuelles
• dépendance à la messagerie système et aux API externes
• disponibilité des sauvegardes
• exigences d'application pour les processus, les ports et le système de fichiers

Comment se passe le travail ?

Le processus sécurisé comprend le choix d'un plan basé sur des exigences mesurées, la création d'un environnement de test, une copie complète des fichiers, de la base de données et de la configuration, un test sur un nouvel hébergement, la vérification des formulaires, des paiements, du courrier, du cron et de l'API, la commutation DNS contrôlée et la surveillance des erreurs et du chargement après le lancement. Chaque changement critique doit être effectué avec une sauvegarde et un moyen clair de revenir en arrière. Après la configuration, ils vérifient non seulement l'ouverture visuelle de la page principale, mais également les scripts utilisateur réels, les processus en arrière-plan, l'envoi de notifications, les journaux, les limites de ressources et la récupération après un redémarrage.

1. sélection du tarif en fonction des besoins mesurés
2. créer un environnement de test
3. copie complète des fichiers, de la base de données et de la configuration
4. essai sur un nouvel hébergement
5. vérification des formulaires, des paiements, du courrier, du cron et de l'API
6. commutation DNS contrôlée
7. surveillance des erreurs et du chargement après le démarrage

Exigences techniques et sécurité

Dans les exigences techniques, incluez les versions prises en charge des programmes sans dépendances obsolètes, des paramètres de production et de test séparés, HTTPS et le renouvellement automatique des certificats, des droits limités sur les fichiers et les utilisateurs, des sauvegardes en dehors du compte ou du serveur principal, une surveillance de la disponibilité et des ressources et un chemin de mise à l'échelle clair à mesure que la charge augmente. Les mots de passe partagés, le travail constant en tant que root, les secrets de la correspondance et la désactivation de la sécurité pour un démarrage rapide créent des risques à long terme. Les droits doivent être adaptés au rôle et le propriétaire du projet doit disposer d'un moyen indépendant de rétablir l'accès sans la participation de l'artiste précédent.

• versions logicielles prises en charge sans dépendances obsolètes
• paramètres de production et de test séparés
• HTTPS et renouvellement automatique des certificats
• droits limités sur les fichiers et les utilisateurs
• sauvegardes en dehors du compte ou du serveur principal
• surveillance de la disponibilité et des ressources
• un moyen clair d'évoluer à mesure que la charge augmente

Que doit transmettre le spécialiste ?

Une fois terminé, demandez le compte d'hébergement du client, une liste de tarifs, de ressources et de limitations, une copie de la configuration du site et de la base de données, des instructions de déploiement et de récupération, une liste des enregistrements DNS et la date de basculement, une description des sauvegardes et de la surveillance, ainsi qu'un plan d'augmentation des ressources ou de déplacement au fur et à mesure de la croissance. La documentation n'est pas nécessaire pour un rapport formel, mais pour la répétabilité : un autre spécialiste doit comprendre où se trouvent les paramètres, comment vérifier le travail, quelles actions sont dangereuses, comment restaurer le système et qui contrôle les comptes. Les configurations et les instructions doivent être stockées avec les documents de sauvegarde du client.

• compte d'hébergement côté client
• liste des tarifs, ressources et restrictions
• une copie de la configuration du site et de la base de données
• instructions de déploiement et de récupération
• liste des enregistrements DNS et date de changement
• description des sauvegardes et de la surveillance
• prévoyez d'augmenter vos ressources ou de déménager au fur et à mesure de votre croissance

De quoi dépend le coût ?

Le coût du service d'hébergement dépend de facteurs tels que le type d'infrastructure et le niveau de gestion, le volume de fichiers et de bases de données, la nécessité de migrer la messagerie, les exigences de temps d'arrêt minimal, la disponibilité du CDN, du stockage d'objets et de plusieurs régions, la complexité des processus d'application et d'arrière-plan, ainsi que l'administration et le support ultérieurs. Comparez les offres pour la même étendue de travail. Le prix bas peut ne pas inclure les diagnostics, la sauvegarde, l'environnement de test, les services associés à la réparation, la surveillance post-basculement et la documentation.

• type d'infrastructure et niveau de gestion
• volume de fichiers et de bases de données
• la nécessité de migrer le courrier
• exigences minimales en matière de temps d'arrêt
• disponibilité du CDN, du stockage objet et de plusieurs régions
• complexité des processus de candidature et d’arrière-plan
• administration et assistance ultérieures

Comment choisir un spécialiste

Lors du choix d'un spécialiste dans le domaine « Hébergement », demandez à décrire une tâche similaire sans divulguer les données d'un autre client. Un bon interprète pose des questions sur les dépendances, les accès, les sauvegardes, les fenêtres de maintenance, la surveillance et les critères d'acceptation. Il ne promet pas une sécurité absolue ni aucun temps d'arrêt sans étudier l'architecture et communique à l'avance quels risques subsistent après les travaux.

Comment accepter le résultat

Avant l'acceptation, vérifiez que le site et l'API fonctionnent aux adresses principales, HTTP et HTTPS ne créent pas de cycles de redirection, les formulaires et les lettres sont effectivement livrés, cron, les files d'attente et les planificateurs sont en cours d'exécution, les fichiers utilisateur sont accessibles et ne sont pas perdus, les sauvegardes sont créées et la récupération est documentée, et les ressources ne sont pas limitées immédiatement après le lancement. Le résultat doit être évalué sur la base des scénarios et des journaux convenus, et pas seulement sur la capture d'écran du panneau. Il est utile de sauvegarder les commandes de contrôle, la date des modifications, les valeurs avant et après, ainsi que les contacts et les procédures en cas de répétition d'incident.

1. le site et l'API fonctionnent aux adresses principales
2. HTTP et HTTPS ne créent pas de boucles de redirection
3. les formulaires et les lettres sont effectivement livrés
4. cron, les files d'attente et les planificateurs sont en cours d'exécution
5. les fichiers utilisateur sont accessibles et ne sont pas perdus
6. la sauvegarde est créée et la récupération est documentée
7. les ressources n'atteignent pas leurs limites immédiatement après le lancement

L'hébergement doit être sélectionné en fonction des exigences de l'application et de la charge mesurée, et pas seulement en fonction du prix, de l'espace disque ou du mot publicitaire « illimité ». L'hébergement partagé peut suffire pour un site simple, mais une application avec des files d'attente, des processus natifs, des websockets ou des extensions personnalisées nécessitera un VPS, des conteneurs ou une plateforme gérée. Lors de la migration, il est important de vérifier non seulement la page principale : des problèmes apparaissent souvent dans le cron, la messagerie système, les tâches en arrière-plan, les droits de téléchargement, la taille de la demande, le fuseau horaire et les chemins de fichiers.

Accès, responsabilités et limites des services

Dans la tâche « Hébergement », le client est responsable de la légalité des données, du paiement des fournisseurs, de la propriété des domaines et des comptes, de la coordination des risques commerciaux et de la sécurité des secrets transférés. Le spécialiste est responsable de l'étendue convenue de la personnalisation, des droits minimaux, de l'enregistrement des modifications et de l'avertissement concernant les restrictions identifiées. Le développement d'applications, l'évaluation juridique, la disponibilité 24h/24 et 7j/7 et l'acquisition de licences ne sont inclus qu'avec une approbation explicite.

Comment publier un devoir sur DitWork

Pour commander le service « Hébergement » sur DitWork, créez une tâche avec le schéma actuel, l'objectif, la liste des services, les symptômes, les délais et la fenêtre de modification acceptable. Indiquez si vous avez besoin d'une configuration ponctuelle, d'une migration, d'un audit ou d'une maintenance continue. Comparez les offres en fonction de la qualité du plan, de la sécurité d'accès, de la vérification du contenu, de la documentation et de la possibilité de récupérer le système après une erreur.