Discussion :

[crashyear]

Bonjour,

Mon entreprise souhaite externaliser une partie de ses applications et donc une partie de ses bases de données chez un infogérant.
Les bases de données directement liées aux applications externalisées seront externalisées (plutôt logique me direz-vous).
Néanmoins, certaines des applications externalisées possèdent des modules qui devront récupérer et mettre à jour des données sur d'autres bases.

Comment garantir une disponibilité/accessibilité à ces autres bases en cas de coupure réseau ? Est-ce possible ?
Pourrait-on envisager de répliquer ces bases "non-externalisées" sur la plateforme de l'infogérant et que ces réplications puissent servir durant une indisponibilité réseau ?
Comment, dans ce cas, faire la mise à jour des bases chez nous après rétablissement du réseau mais sans risquer de se retrouver avec des problèmes de clés primaires ou autre ?
Peut-on envisager un mode de fonctionnement Always-On (Actif/Actif) avec plusieurs Noeud, et finalement ne déployer qu'un Noeud Actif chez l’info-géreur ?

Merci d'avance pour vos suggestions

[mikedavem]

Hello,

Quelques questions sur le contexte:

Néanmoins, certaines des applications externalisées possèdent des modules qui devront récupérer et mettre à jour des données sur d'autres bases.

Mettre à jour des données vers d'autres bases de données qui seront elles-mêmes externalisées ou qui resteront interne à ton infrastructure ?

Comment garantir une disponibilité/accessibilité à ces autres bases en cas de coupure réseau ? Est-ce possible ?
Pourrait-on envisager de répliquer ces bases "non-externalisées" sur la plateforme de l'infogérant et que ces réplications puissent servir durant une indisponibilité réseau ?
Comment, dans ce cas, faire la mise à jour des bases chez nous après rétablissement du réseau mais sans risquer de se retrouver avec des problèmes de clés primaires ou autre ?
Peut-on envisager un mode de fonctionnement Always-On (Actif/Actif) avec plusieurs Noeud, et finalement ne déployer qu'un Noeud Actif chez l’info-géreur ?

Est-ce que les données pourront être mises à jour des 2 côtés mutuellement ? interne <-> infogérance ? Ou Est-ce une mise à jour exclusivement unidirectionnelle?

SQL Server AlwaysOn (groupes de disponibilité) ne permet pas de faire du actif - actif. De plus jusqu'à la version 2014, cela nécessite d'avoir un domaine unique qui héberge l'ensemble des réplicas .. Je ne pense pas que ce soit le cas entre le prestataire et ton réseau interne (sauf erreur de ma part). A mon avis AlwaysOn n'est pas une solution viable dans ton cas. A voir d'autres solutions en fonction des réponses que tu donneras.

++

[crashyear]

Mettre à jour des données vers d'autres bases de données qui seront elles-mêmes externalisées ou qui resteront interne à ton infrastructure ?

Des bases qui potentiellement restent en interne (mais ce n'est pas figé, s'il faut les sortir et les mettre chez l'info-géreur alors elles y passeront).
Le scénario d'externalisation n'est pas défini pour le moment, et le schéma des échanges de flux entre applications ne m'a pas encore été communiqué.

Est-ce que les données pourront être mises à jour des 2 côtés mutuellement ? interne <-> infogérance ? Ou Est-ce une mise à jour exclusivement unidirectionnelle?

D'après ce que j'ai compris des mises à jour peuvent avoir lieu dans le sens applications info-gérées vers bases de données internes. Je ne crois pas qu'il y ai des mises à jour vers ce qui sera chez l’info-géreur (il faut que je vérifie ceci auprès des développeurs).

[mikedavem]

Le flux de mise à jour de données est important dans ton cas car il va exclure des choix architecturaux et en révéler d'autres.

En attente de tes réponses donc ...

++

[crashyear]

Bonjour,

J'ai eu la confirmation de ce que je pensais. Il n'y a pas de mises à jour vers les bases de données qui seront chez l’info-géreur depuis chez nous.
En ce qui concerne le flux de données je n'ai pas (ou ne connais pas) le moyen d'identifier précisément la volumétrie des mises à jour de chaque bases de données depuis les applications qui vont être sorties.
J'ai des stats I/O pour chaque base mais je ne sais pas voir la provenance de ces I/O.
NB : stats issues du script disponible ici http://blog.developpez.com/mikedavem..._o_des_fichier
Connaissez-vous un moyen de voir les accès bases qui serait fait via nos différentes applications ?

[mikedavem]

Si je résume le flux de mise à jour:

application info-gérées --> base de données internes = oui
base de données internes --> application info-gérées = non

Autre questions qui viennent après coup:

-1-
En admettant que des mises à jour puissent s'effectuent depuis les bases info-gérées vers les bases en interne comment allez vous procéder ?
Est-ce que base de données info-gérée A peut mettre à jour une autre base de données B en interne (A et B n'étant pas du tout les mêmes bases - on serait alors dans un modèle application cross-databases) ?
Ou Est-ce que les mises à jour de la base de données info-gérée A doivent s'appliquer sur une base de données A' identique sur le site interne ?

-2-
Quelle va être la liaison entre le site d'info gérance et vous ? VPN ? WAN? MAN? LAN? domaines distincts?

++

[crashyear]

Je confirme ton résumé des flux de mise à jour:
Application info-gérées --> base de données internes = oui
Base de données internes --> application info-gérées = non

Réponses :
1 - Mises à jour depuis les applications info-gérées vers les bases en interne : ce sont des webservices qui s'occupent de ces mises à jour vers les bases en interne.
2 - La liaison n'est pas encore définie entre l’info-géreur et nous, à l'heure actuelle il y aura forcement une liaison WAN, mais un lien privé supplémentaire sera également mis en place (pour l'administration en back des applications par exemple).
Ce lien privé n'a pas encore de taille définie, nous essayons actuellement de quantifier la volumétrie de data qui peuvent transiter entre les applications pour demander 10, 20, 50 ou 100Mo ou autre.
Et comme je l'ai dit un peu plus haut, je n'ai pas (ou ne connais pas) le moyen d'identifier précisément la volumétrie des mises à jour de chaque bases de données.

[aserf]

BOnjour,

Lors de votre connexion vous pouvez mettre un ApplicationName, il vous permettra ensuite de filtrer sur cette valeur pour connaitre le volume par application.
http://www.connectionstrings.com/use...me-sql-server/

Si vous passé par des web services vous allez devoir modifier par mal de chose dans vos applications et vous perdrez en performances.

Pour la synchronisation des base de données, si elle ce voie je vous conseil d'utiliser les mécanismes du SGBD.
maintenant si ce n'est pas le cas, j'ai des solutions pour vous, contactez moi en Privé.

Bonne chance.