Discussion :

[aolelien]

Bonjour à tous,

Nous développons une application ASP.NET MVC 5.
L'architecture est la suivante :
ISS 10
SQL Server 2017

Nous avons une volonté que cette nouvelle application entre dans un schéma devOps afin d'automatiser et accélérer les intégrations en continu entre les dfférents environnements (Test/UAT/PreProd/Prod)
Nous utilisons AzureDevops comme sourceControl.

Nous n'avons pas du tout d'expérience dans ce domaine et je me tourne donc vers la communauté pour avoir vos retours d'expérience sur les outils que vous utilisez.
Je suis DBA et la partie qui me concerne le plus est donc l'intégration continue des scripts de Maj de schema + procs.
Nous avons rencontré un acteur du marché, mais la partie SQL n'est que très peu automatisée (création des scripts de modification de schema + retour arrière, et drop create de toutes les procs pour chaque version). Cette méthode ne nous convient pas, en particulier pour la partie procs car notre appli sera en ligne H24.

Auriez-vous des conseils à me donner sur le sujet?

Merci.

[jak59]

Bonjour,

Nous sommes dans la même démarche que vous. (je suis un dev SQL)

SQL Server 2016

On a démarré par un nouveau projet. La base SQL est développée dans un projet SQL visual studio.

Pour livrons, pour le moment le SQL en dev/recette/prod via le publish (génaration du dacpac ect...) de visual Studio avec un fichier de profil dédié par environnement.
Le web quand à lui, part déjà automatiquement via devops.


Nous en somme justement à créer le pipeline devops pour le SQL, mais on bloque pour le passage de variables sqlCmdVariables . Sachant que l'on ne souhaite pas utiliser de fichier de profil via devops.


Sinon quel paramétrage SQL utilisez-vous lors de vos déploiements ? (BlockOnPossibleDataLoss ect ...)


Cordialement,

[SQLpro]

Toutes les routines (UDF, Trigger, Procédures) peuvent être créées/modifiées via la commande CREATE OR ALTER ainsi que les vues.

A +