Vue d’ensemble du développement des applications : Azure SQL Database et Azure SQL Managed Instance
S’applique à : 
Base de données SQL Azure SQL Managed Instance Base de données Azure SQL dans Fabric
Cet article explique les aspects de base qu’un développeur doit prendre en compte lors de l’écriture d’un code permettant d’établir une connexion à votre base de données dans Azure. Cet article s’applique à Azure SQL Database et Azure SQL Managed Instance.
Langage et plateforme
Vous pouvez utiliser différents langages de programmation et plateformes pour vous connecter à une base de données Azure SQL et l’interroger. Vous trouverez des exemples d’applications qui peuvent vous permettre de vous connecter à la base de données.
Vous pouvez tirer parti des outils open source comme cheetah, sql-cli et VS Code. En outre, Azure SQL Database fonctionne avec des outils Microsoft tels que Visual Studio et SQL Server Management Studio. Le Portail Azure, PowerShell et les API REST peuvent également contribuer à accroître votre productivité.
Authentification
L’accès à Azure SQL Database est protégé par des connexions et des pare-feu. Azure SQL Database et SQL Managed Instance prennent en charge les utilisateurs et les connexions pour à la fois l’authentification SQL et l’authentification avec Microsoft Entra ID (anciennement Azure Active Directory). Les connexions Microsoft Entra sont généralement disponibles dans SQL Managed Instance et sont en préversion publique pour Azure SQL Database.
En savoir plus sur la gestion des accès et des connexions aux bases de données.
Connexions clientes
Dans votre logique de connexion client, définissez le délai d’expiration sur 30 secondes. La valeur par défaut de 15 secondes est trop courte pour les connexions qui reposent sur Internet.
Si vous utilisez un pool de connexions, veillez à fermer la connexion dès que votre programme ne l’utilise plus activement et qu’il ne se prépare pas à le réutiliser.
Évitez les transactions de longue durée, car tout échec de connexion ou d’infrastructure peut restaurer la transaction. Si possible, fractionnez la transaction en plusieurs transactions plus petites et utilisez le traitement par lot pour améliorer les performances.
Il est possible de connecter votre application à votre ressource Azure SQL en utilisant les langages suivants :
Il est possible de configurer l’authentification Microsoft Entra sur votre ressource Azure SQL. Pour plus d’informations, passez en revue les articles suivants :
- Se connecter à Azure SQL avec l’authentification Microsoft Entra et SqlClient
- Utiliser les identités managées dans Microsoft Entra ID pour Azure SQL
- Se connecter à SQL Database à partir d’App Service .NET sans secrets à l’aide d’une identité managée
Résilience
Azure SQL Database est un service cloud où vous pouvez attendre des erreurs temporaires qui se produisent dans l’infrastructure sous-jacente ou dans la communication entre les entités du cloud. Bien qu’Azure SQL Database résiste aux échecs d’infrastructure transitive, ces échecs peuvent affecter votre connectivité. Lorsqu’une erreur temporaire se produit au moment de la connexion à SQL Database, votre code doit effectuer une nouvelle tentative d’appel. Nous vous recommandons d’utiliser une logique de nouvelle tentative basée sur une logique d’interruption afin d’éviter que le service ne soit inondé de tentatives simultanées de plusieurs clients. La logique de nouvelle tentative dépend des messages d’erreur pour les programmes clients SQL Database.
Pour plus d’informations sur la préparation aux événements de maintenance planifiée sur Azure SQL Database, consultez Planification des événements de maintenance Azure dans Azure SQL Database.
Considérations relatives au réseau
- Assurez-vous que le pare-feu de l’ordinateur qui héberge votre programme client autorise les communications TCP sortantes sur le port 1433. Plus d’informations : Configurer un pare-feu Azure SQL Database.
- Si votre programme client se connecte à la base de données SQL pendant que votre client s’exécute sur une machine virtuelle Azure, vous devez ouvrir certaines plages de ports sur la machine virtuelle. Plus d’informations : Ports au-delà de 1433 pour ADO .NET 4.5 et SQL Database.
- Parfois, les connexions clientes à Azure SQL Database ignorent le proxy et interagissent directement avec la base de données. Les ports autres que le port 1433 deviennent importants. Pour plus d’informations, consultez Architecture de connectivité d’Azure SQL Database et Ports au-delà de 1433 pour ADO.NET 4.5 et SQL Database.
- Pour la configuration de mise en réseau d’une instance de SQL Managed Instance, consultez Configuration réseau de SQL Managed Instance.
Étapes suivantes
Explorez toutes les fonctionnalités de SQL Database et de SQL Managed Instance.
Pour démarrer, consultez les guides relatifs à Azure SQL Database et Azure SQL Managed instances.