Technologie
Pris entre deux feux avec Edgio ? 5 étapes de préparation essentielles pour survivre à la prochaine migration de CDN
Pris entre deux feux avec Edgio ? 5 étapes de préparation essentielles pour survivre à la prochaine migration de CDN
Pris entre deux feux avec Edgio ? 5 étapes de préparation essentielles pour survivre à la prochaine migration de CDN
Ce n'est pas le meilleur cadeau de Noël
Les retombées de la procédure de chapitre 11 d'Edgio ont apporté un cadeau de Noël inattendu aux technologues des organisations d'OTT, de streaming et d'édition numérique du monde entier, le 15 janvier 2025 ayant été annoncé comme la date à laquelle Edgio commencerait à débrancher ses serveurs. Par conséquent, les 30 derniers jours et la majeure partie de la période des fêtes ont été, pour beaucoup, entièrement consacrés à des migrations rapides (et un peu chaotiques) des services de CDN et de diffusion d'Edgio vers des solutions alternatives.
L'un des aspects les plus marquants des nouvelles du chapitre 11 était que les contrats avaient été achetés plutôt que les technologies sous-jacentes. En d'autres termes, une migration était inévitable, que vous le vouliez ou non.
Maintenant que nous avons géré quelques-unes de ces transitions, j'aimerais partager cinq étapes de préparation clés qui vous aideront à gérer efficacement une migration de CDN et de diffusion lorsque le temps n'est pas de votre côté.
5 étapes de préparation pratiques
1. Maintenir des conventions de nommage claires
L'un des plus grands défis lors de la migration de domaines, de sous-domaines et de propriétés dans les grandes organisations est leur volume impressionnant. Lorsque les ingénieurs utilisent des conventions de nommage telles que `qa-1-test-pipeline-release4.domain.com`, il devient difficile pour toute équipe de migration sous pression d'identifier à qui appartient chaque domaine et ce qu'il fait.
Morale de l'histoire : une convention de nommage cohérente et claire portera ses fruits à long terme. Ce principe s'applique non seulement aux domaines, mais aussi aux API, aux règles, aux certificats et aux redirections. Prenez de l'avance sur la migration en établissant un système de nommage uniforme pour tout. Rendez-le intelligible et lisible par l'homme.
2. Mettre en œuvre des registres de domaines et de sous-domaines
Dans le prolongement de l'importance des conventions de nommage, il est crucial de disposer d'un registre qui suit chaque domaine, sous-domaine ou redirection, ainsi que la personne qui l'a demandé. Lors de plusieurs de ces migrations, les équipes ont perdu un temps précieux à essayer de déterminer qui avait initialement demandé un sous-domaine, quand il avait été créé, pour quelle raison, ou s'il était encore utilisé.
Pourquoi est-ce important ? Lors des migrations massives du fournisseur A vers le fournisseur B, les configurations peuvent être corrompues ou mal formées. Un temps considérable a été consacré à démêler les règles de redirection incorrectes et à déterminer où les actifs devaient pointer, plutôt qu'où ils ont fini après la migration. Un registre centralisé avec un point de contact pour chaque domaine, sous-domaine ou règle de réécriture peut réduire considérablement la confusion et accélérer le dépannage.
3. Un nettoyage régulier porte ses fruits
Tout processus de migration met en évidence le nombre impressionnant de règles existantes, souvent avec des couches de règles superposées. Cette complexité peut rendre difficile la recherche de l'origine des problèmes pendant ou après la migration. De nombreuses organisations perdent de vue l'ampleur que peut prendre ce problème ; permettre à quiconque de demander n'importe quelle règle pour n'importe quel but peut facilement devenir incontrôlable.
Un bon entretien implique des nettoyages réguliers des règles, redirections, domaines et sous-domaines inutilisés. Cela permet non seulement de respecter les meilleures pratiques, mais aussi de réduire la charge de tests après la migration. Envisagez de procéder à un nettoyage tous les six mois. Au cours de ces intervalles, établissez un rapport sur chaque domaine et chemin d'accès, indiquant le nombre de visiteurs ou de requêtes qu'une adresse ou une URL donnée reçoit. Créez une gouvernance autour du retrait des éléments inutilisés et planifiez des audits de suivi réguliers.
4. Tous les WAF ne se valent pas
Les pare-feu d'applications web (WAF) peuvent être le meilleur ami d'un environnement de production, mais le pire ennemi d'un environnement de test. Les ingénieurs constatent souvent que des sites, des API et des points de terminaison qu'ils pensent avoir migrés avec succès échouent lors des tests, pour découvrir ensuite que des règles strictes de WAF bloquent le trafic à la périphérie. Si les origines utilisent des listes blanches d'adresses IP ou des en-têtes d'hôte pour se protéger, les défis n'en sont que plus compliqués.
Une approche utile consiste à passer chaque règle de WAF en mode COUNT ou REPORT pendant les tests (ou dans les environnements de pré-production/recette). Vous pourrez réactiver le blocage une fois la migration terminée. De cette façon, si quelque chose cesse de fonctionner après la réactivation du blocage, vous saurez immédiatement si le coupable est le WAF ou la migration des configurations. Gardez à l'esprit que tous les WAF ne se valent pas : les règles de logique métier et de propriété intellectuelle qui fonctionnaient chez un fournisseur peuvent ne pas se comporter de la même manière chez un autre.
5. Cadre de communication
Il est facile de sous-communiquer ou de sur-communiquer lorsqu'une migration est sous pression. Une grande partie de l'inquiétude initiale concernant les interruptions d'activité aurait pu être atténuée en fournissant une vue simple et transparente des domaines et propriétés appartenant à chacun, de leurs objectifs et de leur statut actuel.
Créer un registre et l'utiliser comme feuille de suivi globale
Essayez de créer des plans et des registres à l'avance. Ils n'ont pas besoin d'être excessivement détaillés, mais même une liste de base des domaines et des propriétés, accompagnée des détails de propriété, indiquant s'ils pointent vers des services internes ou externes, et une description lisible par l'homme, réduira considérablement la confusion. Si cette situation se reproduit, vous serez mieux préparé à l'affronter de front. Oh, et oubliez les diagrammes de GANTT et les plans de projet traditionnels. Ils sont utiles pour la gestion des ressources, mais il est plus facile de suivre les problèmes par rapport aux domaines et aux propriétés que selon un modèle traditionnel basé sur les ressources.
Définir le plan de communication en temps réel au quotidien
De plus, je recommande de mettre en place un canal de communication ouvert pour l'ensemble de l'entreprise. Utilisez un canal Slack ou Teams. Bien que je reconnaisse qu'une équipe restreinte et concentrée est souvent idéale pour mener la charge, de nombreux domaines, propriétés, sites et redirections auront été créés par une équipe produit et marketing élargie. Leur aide sera essentielle pour les tests de dernière minute, la transmission d'informations aux partenaires ou tiers, ou simplement pour obtenir des réponses rapides à vos questions.
Créer une équipe dédiée et une liste de diffusion
Les migrations les plus réussies sont celles qui s'appuient sur un groupe restreint et concentré pour surmonter les difficultés de la migration et communiquer efficacement avec l'entreprise. Mettez en place une méthode permettant à quiconque dans l'entreprise de demander de l'aide ou de signaler un problème. Définissez un contact et configurez une liste de diffusion pour faciliter ce processus. Surtout, envoyez un e-mail à toute l'entreprise afin que chacun sache qui contacter.
Communiquer auprès de votre public
Il est probable que quelque chose soit oublié en cours de route. Anticipez toute interruption potentielle pour les utilisateurs ou le public et affichez un court message de maintenance sur votre site web ou service à l'avance. Bien qu'une interruption ne soit jamais idéale, cela est préférable pour votre réputation lorsque les utilisateurs tombent sur une erreur 404 occasionnelle ou une erreur d'origine.
Résumé
Lorsqu'il s'agit d'exercices d'une telle ampleur et d'une telle complexité, il y aura toujours des détails qui passeront entre les mailles du filet. Nous adoptons la philosophie selon laquelle même si certaines redirections ne pointent pas tout à fait vers le bon endroit, présenter un site, même partiel, vaut mieux que de ne rien avoir qui fonctionne. La fin de la migration n'est pas une fin en soi, c'est un début ; c'est à ce moment-là que le nettoyage et les ajustements commencent.
Ce n'est pas le meilleur cadeau de Noël
Les retombées de la procédure de chapitre 11 d'Edgio ont apporté un cadeau de Noël inattendu aux technologues des organisations d'OTT, de streaming et d'édition numérique du monde entier, le 15 janvier 2025 ayant été annoncé comme la date à laquelle Edgio commencerait à débrancher ses serveurs. Par conséquent, les 30 derniers jours et la majeure partie de la période des fêtes ont été, pour beaucoup, entièrement consacrés à des migrations rapides (et un peu chaotiques) des services de CDN et de diffusion d'Edgio vers des solutions alternatives.
L'un des aspects les plus marquants des nouvelles du chapitre 11 était que les contrats avaient été achetés plutôt que les technologies sous-jacentes. En d'autres termes, une migration était inévitable, que vous le vouliez ou non.
Maintenant que nous avons géré quelques-unes de ces transitions, j'aimerais partager cinq étapes de préparation clés qui vous aideront à gérer efficacement une migration de CDN et de diffusion lorsque le temps n'est pas de votre côté.
5 étapes de préparation pratiques
1. Maintenir des conventions de nommage claires
L'un des plus grands défis lors de la migration de domaines, de sous-domaines et de propriétés dans les grandes organisations est leur volume impressionnant. Lorsque les ingénieurs utilisent des conventions de nommage telles que `qa-1-test-pipeline-release4.domain.com`, il devient difficile pour toute équipe de migration sous pression d'identifier à qui appartient chaque domaine et ce qu'il fait.
Morale de l'histoire : une convention de nommage cohérente et claire portera ses fruits à long terme. Ce principe s'applique non seulement aux domaines, mais aussi aux API, aux règles, aux certificats et aux redirections. Prenez de l'avance sur la migration en établissant un système de nommage uniforme pour tout. Rendez-le intelligible et lisible par l'homme.
2. Mettre en œuvre des registres de domaines et de sous-domaines
Dans le prolongement de l'importance des conventions de nommage, il est crucial de disposer d'un registre qui suit chaque domaine, sous-domaine ou redirection, ainsi que la personne qui l'a demandé. Lors de plusieurs de ces migrations, les équipes ont perdu un temps précieux à essayer de déterminer qui avait initialement demandé un sous-domaine, quand il avait été créé, pour quelle raison, ou s'il était encore utilisé.
Pourquoi est-ce important ? Lors des migrations massives du fournisseur A vers le fournisseur B, les configurations peuvent être corrompues ou mal formées. Un temps considérable a été consacré à démêler les règles de redirection incorrectes et à déterminer où les actifs devaient pointer, plutôt qu'où ils ont fini après la migration. Un registre centralisé avec un point de contact pour chaque domaine, sous-domaine ou règle de réécriture peut réduire considérablement la confusion et accélérer le dépannage.
3. Un nettoyage régulier porte ses fruits
Tout processus de migration met en évidence le nombre impressionnant de règles existantes, souvent avec des couches de règles superposées. Cette complexité peut rendre difficile la recherche de l'origine des problèmes pendant ou après la migration. De nombreuses organisations perdent de vue l'ampleur que peut prendre ce problème ; permettre à quiconque de demander n'importe quelle règle pour n'importe quel but peut facilement devenir incontrôlable.
Un bon entretien implique des nettoyages réguliers des règles, redirections, domaines et sous-domaines inutilisés. Cela permet non seulement de respecter les meilleures pratiques, mais aussi de réduire la charge de tests après la migration. Envisagez de procéder à un nettoyage tous les six mois. Au cours de ces intervalles, établissez un rapport sur chaque domaine et chemin d'accès, indiquant le nombre de visiteurs ou de requêtes qu'une adresse ou une URL donnée reçoit. Créez une gouvernance autour du retrait des éléments inutilisés et planifiez des audits de suivi réguliers.
4. Tous les WAF ne se valent pas
Les pare-feu d'applications web (WAF) peuvent être le meilleur ami d'un environnement de production, mais le pire ennemi d'un environnement de test. Les ingénieurs constatent souvent que des sites, des API et des points de terminaison qu'ils pensent avoir migrés avec succès échouent lors des tests, pour découvrir ensuite que des règles strictes de WAF bloquent le trafic à la périphérie. Si les origines utilisent des listes blanches d'adresses IP ou des en-têtes d'hôte pour se protéger, les défis n'en sont que plus compliqués.
Une approche utile consiste à passer chaque règle de WAF en mode COUNT ou REPORT pendant les tests (ou dans les environnements de pré-production/recette). Vous pourrez réactiver le blocage une fois la migration terminée. De cette façon, si quelque chose cesse de fonctionner après la réactivation du blocage, vous saurez immédiatement si le coupable est le WAF ou la migration des configurations. Gardez à l'esprit que tous les WAF ne se valent pas : les règles de logique métier et de propriété intellectuelle qui fonctionnaient chez un fournisseur peuvent ne pas se comporter de la même manière chez un autre.
5. Cadre de communication
Il est facile de sous-communiquer ou de sur-communiquer lorsqu'une migration est sous pression. Une grande partie de l'inquiétude initiale concernant les interruptions d'activité aurait pu être atténuée en fournissant une vue simple et transparente des domaines et propriétés appartenant à chacun, de leurs objectifs et de leur statut actuel.
Créer un registre et l'utiliser comme feuille de suivi globale
Essayez de créer des plans et des registres à l'avance. Ils n'ont pas besoin d'être excessivement détaillés, mais même une liste de base des domaines et des propriétés, accompagnée des détails de propriété, indiquant s'ils pointent vers des services internes ou externes, et une description lisible par l'homme, réduira considérablement la confusion. Si cette situation se reproduit, vous serez mieux préparé à l'affronter de front. Oh, et oubliez les diagrammes de GANTT et les plans de projet traditionnels. Ils sont utiles pour la gestion des ressources, mais il est plus facile de suivre les problèmes par rapport aux domaines et aux propriétés que selon un modèle traditionnel basé sur les ressources.
Définir le plan de communication en temps réel au quotidien
De plus, je recommande de mettre en place un canal de communication ouvert pour l'ensemble de l'entreprise. Utilisez un canal Slack ou Teams. Bien que je reconnaisse qu'une équipe restreinte et concentrée est souvent idéale pour mener la charge, de nombreux domaines, propriétés, sites et redirections auront été créés par une équipe produit et marketing élargie. Leur aide sera essentielle pour les tests de dernière minute, la transmission d'informations aux partenaires ou tiers, ou simplement pour obtenir des réponses rapides à vos questions.
Créer une équipe dédiée et une liste de diffusion
Les migrations les plus réussies sont celles qui s'appuient sur un groupe restreint et concentré pour surmonter les difficultés de la migration et communiquer efficacement avec l'entreprise. Mettez en place une méthode permettant à quiconque dans l'entreprise de demander de l'aide ou de signaler un problème. Définissez un contact et configurez une liste de diffusion pour faciliter ce processus. Surtout, envoyez un e-mail à toute l'entreprise afin que chacun sache qui contacter.
Communiquer auprès de votre public
Il est probable que quelque chose soit oublié en cours de route. Anticipez toute interruption potentielle pour les utilisateurs ou le public et affichez un court message de maintenance sur votre site web ou service à l'avance. Bien qu'une interruption ne soit jamais idéale, cela est préférable pour votre réputation lorsque les utilisateurs tombent sur une erreur 404 occasionnelle ou une erreur d'origine.
Résumé
Lorsqu'il s'agit d'exercices d'une telle ampleur et d'une telle complexité, il y aura toujours des détails qui passeront entre les mailles du filet. Nous adoptons la philosophie selon laquelle même si certaines redirections ne pointent pas tout à fait vers le bon endroit, présenter un site, même partiel, vaut mieux que de ne rien avoir qui fonctionne. La fin de la migration n'est pas une fin en soi, c'est un début ; c'est à ce moment-là que le nettoyage et les ajustements commencent.
Ce n'est pas le meilleur cadeau de Noël
Les retombées de la procédure de chapitre 11 d'Edgio ont apporté un cadeau de Noël inattendu aux technologues des organisations d'OTT, de streaming et d'édition numérique du monde entier, le 15 janvier 2025 ayant été annoncé comme la date à laquelle Edgio commencerait à débrancher ses serveurs. Par conséquent, les 30 derniers jours et la majeure partie de la période des fêtes ont été, pour beaucoup, entièrement consacrés à des migrations rapides (et un peu chaotiques) des services de CDN et de diffusion d'Edgio vers des solutions alternatives.
L'un des aspects les plus marquants des nouvelles du chapitre 11 était que les contrats avaient été achetés plutôt que les technologies sous-jacentes. En d'autres termes, une migration était inévitable, que vous le vouliez ou non.
Maintenant que nous avons géré quelques-unes de ces transitions, j'aimerais partager cinq étapes de préparation clés qui vous aideront à gérer efficacement une migration de CDN et de diffusion lorsque le temps n'est pas de votre côté.
5 étapes de préparation pratiques
1. Maintenir des conventions de nommage claires
L'un des plus grands défis lors de la migration de domaines, de sous-domaines et de propriétés dans les grandes organisations est leur volume impressionnant. Lorsque les ingénieurs utilisent des conventions de nommage telles que `qa-1-test-pipeline-release4.domain.com`, il devient difficile pour toute équipe de migration sous pression d'identifier à qui appartient chaque domaine et ce qu'il fait.
Morale de l'histoire : une convention de nommage cohérente et claire portera ses fruits à long terme. Ce principe s'applique non seulement aux domaines, mais aussi aux API, aux règles, aux certificats et aux redirections. Prenez de l'avance sur la migration en établissant un système de nommage uniforme pour tout. Rendez-le intelligible et lisible par l'homme.
2. Mettre en œuvre des registres de domaines et de sous-domaines
Dans le prolongement de l'importance des conventions de nommage, il est crucial de disposer d'un registre qui suit chaque domaine, sous-domaine ou redirection, ainsi que la personne qui l'a demandé. Lors de plusieurs de ces migrations, les équipes ont perdu un temps précieux à essayer de déterminer qui avait initialement demandé un sous-domaine, quand il avait été créé, pour quelle raison, ou s'il était encore utilisé.
Pourquoi est-ce important ? Lors des migrations massives du fournisseur A vers le fournisseur B, les configurations peuvent être corrompues ou mal formées. Un temps considérable a été consacré à démêler les règles de redirection incorrectes et à déterminer où les actifs devaient pointer, plutôt qu'où ils ont fini après la migration. Un registre centralisé avec un point de contact pour chaque domaine, sous-domaine ou règle de réécriture peut réduire considérablement la confusion et accélérer le dépannage.
3. Un nettoyage régulier porte ses fruits
Tout processus de migration met en évidence le nombre impressionnant de règles existantes, souvent avec des couches de règles superposées. Cette complexité peut rendre difficile la recherche de l'origine des problèmes pendant ou après la migration. De nombreuses organisations perdent de vue l'ampleur que peut prendre ce problème ; permettre à quiconque de demander n'importe quelle règle pour n'importe quel but peut facilement devenir incontrôlable.
Un bon entretien implique des nettoyages réguliers des règles, redirections, domaines et sous-domaines inutilisés. Cela permet non seulement de respecter les meilleures pratiques, mais aussi de réduire la charge de tests après la migration. Envisagez de procéder à un nettoyage tous les six mois. Au cours de ces intervalles, établissez un rapport sur chaque domaine et chemin d'accès, indiquant le nombre de visiteurs ou de requêtes qu'une adresse ou une URL donnée reçoit. Créez une gouvernance autour du retrait des éléments inutilisés et planifiez des audits de suivi réguliers.
4. Tous les WAF ne se valent pas
Les pare-feu d'applications web (WAF) peuvent être le meilleur ami d'un environnement de production, mais le pire ennemi d'un environnement de test. Les ingénieurs constatent souvent que des sites, des API et des points de terminaison qu'ils pensent avoir migrés avec succès échouent lors des tests, pour découvrir ensuite que des règles strictes de WAF bloquent le trafic à la périphérie. Si les origines utilisent des listes blanches d'adresses IP ou des en-têtes d'hôte pour se protéger, les défis n'en sont que plus compliqués.
Une approche utile consiste à passer chaque règle de WAF en mode COUNT ou REPORT pendant les tests (ou dans les environnements de pré-production/recette). Vous pourrez réactiver le blocage une fois la migration terminée. De cette façon, si quelque chose cesse de fonctionner après la réactivation du blocage, vous saurez immédiatement si le coupable est le WAF ou la migration des configurations. Gardez à l'esprit que tous les WAF ne se valent pas : les règles de logique métier et de propriété intellectuelle qui fonctionnaient chez un fournisseur peuvent ne pas se comporter de la même manière chez un autre.
5. Cadre de communication
Il est facile de sous-communiquer ou de sur-communiquer lorsqu'une migration est sous pression. Une grande partie de l'inquiétude initiale concernant les interruptions d'activité aurait pu être atténuée en fournissant une vue simple et transparente des domaines et propriétés appartenant à chacun, de leurs objectifs et de leur statut actuel.
Créer un registre et l'utiliser comme feuille de suivi globale
Essayez de créer des plans et des registres à l'avance. Ils n'ont pas besoin d'être excessivement détaillés, mais même une liste de base des domaines et des propriétés, accompagnée des détails de propriété, indiquant s'ils pointent vers des services internes ou externes, et une description lisible par l'homme, réduira considérablement la confusion. Si cette situation se reproduit, vous serez mieux préparé à l'affronter de front. Oh, et oubliez les diagrammes de GANTT et les plans de projet traditionnels. Ils sont utiles pour la gestion des ressources, mais il est plus facile de suivre les problèmes par rapport aux domaines et aux propriétés que selon un modèle traditionnel basé sur les ressources.
Définir le plan de communication en temps réel au quotidien
De plus, je recommande de mettre en place un canal de communication ouvert pour l'ensemble de l'entreprise. Utilisez un canal Slack ou Teams. Bien que je reconnaisse qu'une équipe restreinte et concentrée est souvent idéale pour mener la charge, de nombreux domaines, propriétés, sites et redirections auront été créés par une équipe produit et marketing élargie. Leur aide sera essentielle pour les tests de dernière minute, la transmission d'informations aux partenaires ou tiers, ou simplement pour obtenir des réponses rapides à vos questions.
Créer une équipe dédiée et une liste de diffusion
Les migrations les plus réussies sont celles qui s'appuient sur un groupe restreint et concentré pour surmonter les difficultés de la migration et communiquer efficacement avec l'entreprise. Mettez en place une méthode permettant à quiconque dans l'entreprise de demander de l'aide ou de signaler un problème. Définissez un contact et configurez une liste de diffusion pour faciliter ce processus. Surtout, envoyez un e-mail à toute l'entreprise afin que chacun sache qui contacter.
Communiquer auprès de votre public
Il est probable que quelque chose soit oublié en cours de route. Anticipez toute interruption potentielle pour les utilisateurs ou le public et affichez un court message de maintenance sur votre site web ou service à l'avance. Bien qu'une interruption ne soit jamais idéale, cela est préférable pour votre réputation lorsque les utilisateurs tombent sur une erreur 404 occasionnelle ou une erreur d'origine.
Résumé
Lorsqu'il s'agit d'exercices d'une telle ampleur et d'une telle complexité, il y aura toujours des détails qui passeront entre les mailles du filet. Nous adoptons la philosophie selon laquelle même si certaines redirections ne pointent pas tout à fait vers le bon endroit, présenter un site, même partiel, vaut mieux que de ne rien avoir qui fonctionne. La fin de la migration n'est pas une fin en soi, c'est un début ; c'est à ce moment-là que le nettoyage et les ajustements commencent.
Ce n'est pas le meilleur cadeau de Noël
Les retombées de la procédure de chapitre 11 d'Edgio ont apporté un cadeau de Noël inattendu aux technologues des organisations d'OTT, de streaming et d'édition numérique du monde entier, le 15 janvier 2025 ayant été annoncé comme la date à laquelle Edgio commencerait à débrancher ses serveurs. Par conséquent, les 30 derniers jours et la majeure partie de la période des fêtes ont été, pour beaucoup, entièrement consacrés à des migrations rapides (et un peu chaotiques) des services de CDN et de diffusion d'Edgio vers des solutions alternatives.
L'un des aspects les plus marquants des nouvelles du chapitre 11 était que les contrats avaient été achetés plutôt que les technologies sous-jacentes. En d'autres termes, une migration était inévitable, que vous le vouliez ou non.
Maintenant que nous avons géré quelques-unes de ces transitions, j'aimerais partager cinq étapes de préparation clés qui vous aideront à gérer efficacement une migration de CDN et de diffusion lorsque le temps n'est pas de votre côté.
5 étapes de préparation pratiques
1. Maintenir des conventions de nommage claires
L'un des plus grands défis lors de la migration de domaines, de sous-domaines et de propriétés dans les grandes organisations est leur volume impressionnant. Lorsque les ingénieurs utilisent des conventions de nommage telles que `qa-1-test-pipeline-release4.domain.com`, il devient difficile pour toute équipe de migration sous pression d'identifier à qui appartient chaque domaine et ce qu'il fait.
Morale de l'histoire : une convention de nommage cohérente et claire portera ses fruits à long terme. Ce principe s'applique non seulement aux domaines, mais aussi aux API, aux règles, aux certificats et aux redirections. Prenez de l'avance sur la migration en établissant un système de nommage uniforme pour tout. Rendez-le intelligible et lisible par l'homme.
2. Mettre en œuvre des registres de domaines et de sous-domaines
Dans le prolongement de l'importance des conventions de nommage, il est crucial de disposer d'un registre qui suit chaque domaine, sous-domaine ou redirection, ainsi que la personne qui l'a demandé. Lors de plusieurs de ces migrations, les équipes ont perdu un temps précieux à essayer de déterminer qui avait initialement demandé un sous-domaine, quand il avait été créé, pour quelle raison, ou s'il était encore utilisé.
Pourquoi est-ce important ? Lors des migrations massives du fournisseur A vers le fournisseur B, les configurations peuvent être corrompues ou mal formées. Un temps considérable a été consacré à démêler les règles de redirection incorrectes et à déterminer où les actifs devaient pointer, plutôt qu'où ils ont fini après la migration. Un registre centralisé avec un point de contact pour chaque domaine, sous-domaine ou règle de réécriture peut réduire considérablement la confusion et accélérer le dépannage.
3. Un nettoyage régulier porte ses fruits
Tout processus de migration met en évidence le nombre impressionnant de règles existantes, souvent avec des couches de règles superposées. Cette complexité peut rendre difficile la recherche de l'origine des problèmes pendant ou après la migration. De nombreuses organisations perdent de vue l'ampleur que peut prendre ce problème ; permettre à quiconque de demander n'importe quelle règle pour n'importe quel but peut facilement devenir incontrôlable.
Un bon entretien implique des nettoyages réguliers des règles, redirections, domaines et sous-domaines inutilisés. Cela permet non seulement de respecter les meilleures pratiques, mais aussi de réduire la charge de tests après la migration. Envisagez de procéder à un nettoyage tous les six mois. Au cours de ces intervalles, établissez un rapport sur chaque domaine et chemin d'accès, indiquant le nombre de visiteurs ou de requêtes qu'une adresse ou une URL donnée reçoit. Créez une gouvernance autour du retrait des éléments inutilisés et planifiez des audits de suivi réguliers.
4. Tous les WAF ne se valent pas
Les pare-feu d'applications web (WAF) peuvent être le meilleur ami d'un environnement de production, mais le pire ennemi d'un environnement de test. Les ingénieurs constatent souvent que des sites, des API et des points de terminaison qu'ils pensent avoir migrés avec succès échouent lors des tests, pour découvrir ensuite que des règles strictes de WAF bloquent le trafic à la périphérie. Si les origines utilisent des listes blanches d'adresses IP ou des en-têtes d'hôte pour se protéger, les défis n'en sont que plus compliqués.
Une approche utile consiste à passer chaque règle de WAF en mode COUNT ou REPORT pendant les tests (ou dans les environnements de pré-production/recette). Vous pourrez réactiver le blocage une fois la migration terminée. De cette façon, si quelque chose cesse de fonctionner après la réactivation du blocage, vous saurez immédiatement si le coupable est le WAF ou la migration des configurations. Gardez à l'esprit que tous les WAF ne se valent pas : les règles de logique métier et de propriété intellectuelle qui fonctionnaient chez un fournisseur peuvent ne pas se comporter de la même manière chez un autre.
5. Cadre de communication
Il est facile de sous-communiquer ou de sur-communiquer lorsqu'une migration est sous pression. Une grande partie de l'inquiétude initiale concernant les interruptions d'activité aurait pu être atténuée en fournissant une vue simple et transparente des domaines et propriétés appartenant à chacun, de leurs objectifs et de leur statut actuel.
Créer un registre et l'utiliser comme feuille de suivi globale
Essayez de créer des plans et des registres à l'avance. Ils n'ont pas besoin d'être excessivement détaillés, mais même une liste de base des domaines et des propriétés, accompagnée des détails de propriété, indiquant s'ils pointent vers des services internes ou externes, et une description lisible par l'homme, réduira considérablement la confusion. Si cette situation se reproduit, vous serez mieux préparé à l'affronter de front. Oh, et oubliez les diagrammes de GANTT et les plans de projet traditionnels. Ils sont utiles pour la gestion des ressources, mais il est plus facile de suivre les problèmes par rapport aux domaines et aux propriétés que selon un modèle traditionnel basé sur les ressources.
Définir le plan de communication en temps réel au quotidien
De plus, je recommande de mettre en place un canal de communication ouvert pour l'ensemble de l'entreprise. Utilisez un canal Slack ou Teams. Bien que je reconnaisse qu'une équipe restreinte et concentrée est souvent idéale pour mener la charge, de nombreux domaines, propriétés, sites et redirections auront été créés par une équipe produit et marketing élargie. Leur aide sera essentielle pour les tests de dernière minute, la transmission d'informations aux partenaires ou tiers, ou simplement pour obtenir des réponses rapides à vos questions.
Créer une équipe dédiée et une liste de diffusion
Les migrations les plus réussies sont celles qui s'appuient sur un groupe restreint et concentré pour surmonter les difficultés de la migration et communiquer efficacement avec l'entreprise. Mettez en place une méthode permettant à quiconque dans l'entreprise de demander de l'aide ou de signaler un problème. Définissez un contact et configurez une liste de diffusion pour faciliter ce processus. Surtout, envoyez un e-mail à toute l'entreprise afin que chacun sache qui contacter.
Communiquer auprès de votre public
Il est probable que quelque chose soit oublié en cours de route. Anticipez toute interruption potentielle pour les utilisateurs ou le public et affichez un court message de maintenance sur votre site web ou service à l'avance. Bien qu'une interruption ne soit jamais idéale, cela est préférable pour votre réputation lorsque les utilisateurs tombent sur une erreur 404 occasionnelle ou une erreur d'origine.
Résumé
Lorsqu'il s'agit d'exercices d'une telle ampleur et d'une telle complexité, il y aura toujours des détails qui passeront entre les mailles du filet. Nous adoptons la philosophie selon laquelle même si certaines redirections ne pointent pas tout à fait vers le bon endroit, présenter un site, même partiel, vaut mieux que de ne rien avoir qui fonctionne. La fin de la migration n'est pas une fin en soi, c'est un début ; c'est à ce moment-là que le nettoyage et les ajustements commencent.
Si vous souhaitez obtenir des conseils sur la documentation d'idées ou la préparation de migrations CDN, OTT ou de streaming au sein de votre écosystème produit et technologique, nous sommes là pour vous aider. Grâce à une collection de modèles, de documents de référence, de procédures et de cadres, nous pouvons vous aider à vous préparer pour le prochain scénario du Chapitre 11 - ou tout autre événement de migration majeur. Pour en savoir plus, envoyez-nous un message à hello@spicymango.co.uk, appelez-nous ou envoyez-nous un message via notre formulaire de contact et nous vous recontacterons.
Si vous souhaitez obtenir des conseils sur la documentation d'idées ou la préparation de migrations CDN, OTT ou de streaming au sein de votre écosystème produit et technologique, nous sommes là pour vous aider. Grâce à une collection de modèles, de documents de référence, de procédures et de cadres, nous pouvons vous aider à vous préparer pour le prochain scénario du Chapitre 11 - ou tout autre événement de migration majeur. Pour en savoir plus, envoyez-nous un message à hello@spicymango.co.uk, appelez-nous ou envoyez-nous un message via notre formulaire de contact et nous vous recontacterons.
Si vous souhaitez obtenir des conseils sur la documentation d'idées ou la préparation de migrations CDN, OTT ou de streaming au sein de votre écosystème produit et technologique, nous sommes là pour vous aider. Grâce à une collection de modèles, de documents de référence, de procédures et de cadres, nous pouvons vous aider à vous préparer pour le prochain scénario du Chapitre 11 - ou tout autre événement de migration majeur. Pour en savoir plus, envoyez-nous un message à hello@spicymango.co.uk, appelez-nous ou envoyez-nous un message via notre formulaire de contact et nous vous recontacterons.
