Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
En outre, il y a le problème de la latence qui doit être très faible sinon tout ralentit considérablement. Je vois un fort ralentissement pendant l'ouverture de clôture quand je passe pour le pont wifi. C'est un problème de latence car le pont a une vitesse efficace allant de 100 à 170 mbps. Si la latence de 5 ms me provoque un ralentissement similaire, je n'ose pas penser via adsl, je pense que même une entreprise qui a une fibre de 100 mbps est assez lente.Je travaille là souvent et (mal)willers dans le cloud, avec cocréer plus de gestionnaires de modèles. Le problème est technique à mon avis: les adsl italiens ne sont ni assez rapides ni assez stables pour permettre une utilisation dans la production avec des systèmes complexes et avec de grands fichiers comme ceux de cad à bord solide. déjà' est très permalosetto sur tout petit problème de lan, encore moins au milieu il y avait un adsl qui une ou deux fois par jour perd la connexion d'une demi-seconde et puis se reconnecte de lui-même (ce qui se passe normalement mais nous ne le remarquons pas).
En outre, il y a le problème de la latence qui doit être très faible sinon tout ralentit considérablement. Je vois un fort ralentissement pendant l'ouverture de clôture quand je passe pour le pont wifi. C'est un problème de latence car le pont a une vitesse efficace allant de 100 à 170 mbps. Si la latence de 5 ms me provoque un ralentissement similaire, je n'ose pas penser via adsl, je pense que même une entreprise qui a une fibre de 100 mbps est assez lente.
Donc ça devrait marcher, je synchronise deux serveurs distants, et en une nuit je passe même 1 gb de données, ce qui pour un ut normal je pense est suffisant. Ce n'est pas un vrai nuage, mais c'est déjà une bonne co-ingénierie.à la fin de la journée de travail, nous n'automatisons pas un joli serveur ftp qui prend en charge de déplacer de 21 à 6 le matin (si vous réussissez heheh) tous les fichiers dans le dossier distant. mais c'est un système hybride qui ne profite pas des bons avantages traîne stronz.. désavantages
ci-joint à cette discussion:Ps. Si j'avais fait quelque chose de mal, ce qui est très probable. . a dû cracher des erreurs d'un autre genre.. Par exemple les permissions classiques ou les fichiers manquants, ce n'est qu'un crash.
Ça dépend du pdm et du cad...En outre, il y a le problème de la latence qui doit être très faible sinon tout ralentit considérablement. Je vois un fort ralentissement pendant l'ouverture de clôture quand je passe pour le pont wifi. C'est un problème de latence car le pont a une vitesse efficace allant de 100 à 170 mbps. Si la latence de 5 ms me provoque un ralentissement similaire, je n'ose pas penser via adsl, je pense que même une entreprise qui a une fibre de 100 mbps est assez lente.
Comme je l'ai dit plus haut, nous le faisons aussi sans les 2 sites... s'appelle store & forward.Donc ça devrait marcher, je synchronise deux serveurs distants, et en une nuit je passe même 1 gb de données, ce qui pour un ut normal je pense est suffisant. Ce n'est pas un vrai nuage, mais c'est déjà une bonne co-ingénierie.
En fait, il existe plusieurs systèmes pour limiter le problème. Il y a aussi des systèmes « matériels », comme le lit de rivière ou similaire, qui utilisent le cache pour minimiser le trafic réel de données.Comme je l'ai dit plus haut, nous le faisons aussi sans les 2 sites... s'appelle store & forward.
dans la pratique, vous avez:
- 1 db
- volumes centralisés sur lesquels les clients de l'ut1 écrire
- volume s&f sur lequel les clients de theut2 écrit
- de temps en temps, selon le calendrier défini, les données du volume s&f sont envoyées aux volumes centraux, mais en conservant la copie sur le serveur de cache de theut2
- puis les données sont supprimées du volume s&f
- à partir de là sur les données suivent les mécanismes classiques des serveurs de cache.. .
Ah, une chasse... Vous avez raison, pour une maison d'usage qui est juste.En fait, il existe plusieurs systèmes pour limiter le problème. Il y a aussi des systèmes « matériels », comme le lit de rivière ou similaire, qui utilisent le cache pour minimiser le trafic réel de données.
le problème est les coûts: un "multisite" du cocréateur coûte 6000 euros pour chacun des sommets de l'étoile que vous devez gérer, lit de rivière plus ou moins nous sommes là, c'est-à-dire des coûts non supportables par le petit ut tertiste comme moi, par exemple.
Maintenant je travaille en tcp/ip pur et l'assemblée je l'ai mis à charger la veille, sinon le matin je perds deux heures de travail seulement pour cela.
serait la solution idéale si le client ne faisait pas le pippe mental de l'endroit où réside le serveur... (Roumanie, Bangalore, Ouzbékistan? ).Ah, une chasse... Vous avez raison, pour une maison d'usage qui est juste.
pour cela j'ai dit que pour un petit ut si vous voulez vous équiper avec un pdm pour évaluer le nuage serait intéressant. . . .
En fait, je suis étrange que tc sur le nuage, du moins ici en Italie, ne le déposera pas nesuno. . . .serait la solution idéale si le client ne faisait pas le pippe mental de l'endroit où réside le serveur... (Roumanie, Bangalore, Ouzbékistan? ).
ptc avait fait un produit sur le nuage il y a des années, il n'a pas été appelé sur le nuage qui rend aujourd'hui cool mais sur demande qui a alors rendu cool égal, le résultat? Un fiasco comme celui du coiffeur pour nous. : visage rouge :
aussi parce qu'après l'histoire du prisme et de la porte de date.... garderiez-vous les brouillons de nx10 sur un serveur d'amazon ou de windows azure??? ? :biggrin:::confusé:En fait, je suis étrange que tc sur le nuage, du moins ici en Italie, ne le déposera pas nesuno. . . .