Réseau entre sites distants : goulot d'étranglement - Réseaux - Systèmes & Réseaux Pro
Marsh Posté le 12-07-2007 à 10:59:44
l'estimation du débit est surtout conditionné par le volume de données qui transitent ainsi que le temps que les données doivent mettre pour etre transférées.
pour la haute disponibilté, je ne sias pas si les serveur CVs savent gérer ça mais tu as déja la possibiltié de mttre un " backup à froid" : les données du serveur principal se répliquent sur un serveur secondaire . s'il ya un pb sur l'un, tu mets à l'autre à la place.
Marsh Posté le 12-07-2007 à 11:11:54
J'ai du mal à estimer le volume de données.
Les sources vont être très fréquemment mises à jour et plus j'y pense plus je considère qu'il faudrait une base de sources par site.
Surtout en cas de coupure réseau...
Après il devient donc nécessaire de disposer d'un serveur "central" de sources approvisionné par les serveurs dédiés à chaque site.
Du coup, pour les builds (que je pensais faire sur un serveur en France), ça devient complexe. Si chaque site à besoin de faire ses builds, le serveur de build à besoin de disposer des sources sur le serveur central de sources. A chaque build il faut donc migrer les bases de sources.
Ou alors le serveur de build va s'approvisionner en sources à distance sur les serveurs locaux et ne les migre qui si le build réussit ?
Qu'en pensez vous en termes d'optimisation des ressources réseau ?
Marsh Posté le 12-07-2007 à 11:54:53
tu dois séparer l'expression de besoin avec la technique.
en gros, ne penses pas technique AVANT de penser fonctionnel.
l'idée de disposer d'un serveur de référence central, de sites distants mirroir etc.. c'est une déclinaison technique.
ton objectif est que les équipes distantes travaillent en meme temps ou pas, deplusieurs endroits sur un meme projet ou pas etc..
après on parle technique . ( et notamment quel genre de services de versionning pourrait gérer ça d'un point de vue fonctionnel)
Marsh Posté le 12-07-2007 à 12:13:51
L'objectif est que ces équipes travaillent en même temps effectivement mais sur des projets distincts.
Il est nécessaire également de disposer d'un serveur central où seront compilées les releases.
Merci
Marsh Posté le 12-07-2007 à 14:14:22
et ça tu en penses quoi :
http://www.wandisco.com/php/produc [...] ?lname=cvs
Marsh Posté le 12-07-2007 à 14:28:12
je regarde, ça mérite d'y porter attention
je te tiens informé
merci
Marsh Posté le 19-07-2007 à 11:46:11
Le concept est exactement ce que je recherche mais les tarifs pas vraiment
Je cherche actuellement des alternatives moins chère ou carrément gratuites et opensource (ce serait le must).
Merci pour tes infos gizmo.
Marsh Posté le 12-07-2007 à 10:54:47
Bonjour à tous,
J'étudie actuellement la mis en place d'un réseau entre sites distants (pays différents)
L'objectif est de permettre à des équipes de développeurs de travailler ensemble par VPN.
Pour cela, il a été envisagé de disposer d'un unique serveur de sources (type CVS), en france, auquel les différentes équipes accèderont.
Etant donné que ces équipe développeront du code en permanence, je me demande quel sont les contraintes de débit au niveau du serveur.
Il faut tout de même que les développeur puissent travailler confortablement.
A voter avis, quel débit par développeur est nécessaire ?
Est-il préférable de doubler les serveurs ? Dans ce cas, comment et où regroupe-t-on les données ?