Pour évaluer votre base de données source et la façon dont son utilisation correspond à Spanner, vous devez évaluer vos besoins commerciaux, techniques, opérationnels et financiers. Nous vous recommandons de couvrir les domaines clés suivants dans votre évaluation :
- Objectifs commerciaux : définissez les problèmes commerciaux spécifiques que Spanner résout, tels que la scalabilité, la disponibilité et la cohérence. Définissez des critères de réussite mesurables, tels que la réduction de la latence, l'augmentation du volume de transactions et la réduction des coûts.
- Analyse des coûts : calculez le coût total potentiel de l'utilisation de Spanner (calcul, stockage et réseau) et comparez-le à vos coûts de base de données actuels. Tenez compte des coûts de migration ponctuels et des dépenses opérationnelles continues. Pour en savoir plus, consultez la page Tarifs de Spanner.
Compatibilité du schéma : analysez le schéma de la base de données source existante pour détecter d'éventuelles incompatibilités avec Spanner, telles que les types de données, les contraintes, les index ou les procédures stockées. Planifiez les modifications de schéma et les transformations de données pour mapper correctement le schéma de votre base de données source à Spanner. Pour en savoir plus, consultez Bonnes pratiques liées à la conception de schémas.
Cohérence des données et transactions : comprenez le modèle de cohérence externe de Spanner et ses différences par rapport au modèle de transaction de votre base de données source. Évaluez l'impact sur la logique de votre application. Pour en savoir plus, consultez Spanner : TrueTime et cohérence externe.
Localité des données et configurations régionales : déterminez la topologie de déploiement Spanner optimale (déploiements régionaux, birégionaux ou multirégionaux, par exemple) en fonction de la localisation des utilisateurs, des exigences de latence et des considérations de coût. Pour en savoir plus, consultez Configurations des instances.
Compatibilité du code d'application : inventoriez toutes les interactions avec la base de données à l'aide de votre code d'application. Identifiez les zones qui nécessitent une modification en raison des différences de dialecte SQL, de bibliothèques clientes et de gestion des transactions.
Exigences en termes de performances et d'évolutivité : définissez les charges de travail actuelles et prévues, telles que les ratios de lecture et d'écriture, les taux de transaction et le volume de données. Déterminez la latence et le débit acceptables. Pour en savoir plus sur les performances de Spanner, consultez Présentation des performances.
Stratégie de migration et temps d'arrêt : élaborez un plan de migration détaillé, y compris l'extraction, la transformation, le chargement et la validation des données. Si les temps d'arrêt ne sont pas un problème, vous pouvez effectuer un chargement groupé et une transition uniques. Sinon, envisagez de réduire les temps d'arrêt. Définissez un plan de rollback.
Considérations opérationnelles : planifiez les modifications apportées à l'administration, à la surveillance et à la reprise après sinistre de la base de données. Évaluez la courbe d'apprentissage de l'équipe. Intégrer Spanner aux outils et processus opérationnels existants Pour en savoir plus, consultez Présentation de la reprise après sinistre.
Sécurité : passez en revue les fonctionnalités de sécurité de Spanner, telles que l'authentification, l'autorisation et le chiffrement. Assurez-vous de respecter les réglementations applicables.
Guides spécifiques aux sources
- MySQL : Migrer de MySQL vers Spanner