Réponses:
Une machine virtuelle dans le cloud vous permet un démarrage plus rapide et à moindre coût. Vous pouvez démarrer immédiatement sans frais d'achat de machine.
Il y a également moins de problèmes de maintenance du système. Si vous manquez de compétences ou d'assistance informatique, c'est quelque chose à considérer; esp pour une couverture 24/7.
L'évolutivité instantanée est un autre avantage.
Mais évidemment, les coûts initiaux de votre propre machine s'étalent dans le temps, et il y a moins de pics nécessitant une évolutivité instantanée, donc plus votre configuration est grande et plus vous prévoyez de l'exécuter, plus cela vaut probablement la peine de faire votre propre installation.
Dans Experience, l'option cloud l'emporte sur votre propre serveur dédié.
Pourquoi évolutif - pas des jours ou des semaines mais fait en quelques minutes. Il peut également être réduit à l'avenir. (passez de 10 Go à 1 To - 4 cœurs à 16 cœurs)
Comme le mentionne CDBrown - Temps de disponibilité et très rarement des temps d'arrêt. 99,98% Cela seul l'emporte sur votre propre serveur. (quand il descend 16 h 59 le vendredi après-midi)
* RAM acheter autant que vous pouvez vous le permettre. 16 Go de RAM vont aider. 32 Go de mieux.
Un des gros avantages d'avoir votre propre machine physique (... à laquelle vous pouvez accéder physiquement!) Est le chargement de données sneakernet.
C'est moins un problème si vous n'hébergez pas vos propres données - mais si vous avez des gigaoctets ou des téraoctets de données et que vous les mettez constamment à jour, vous devrez investir du temps et de l'argent [bande passante] pour les transmettre "dans le nuage". Cependant, si vous pouvez accéder à un périphérique physique avec un autre périphérique physique, un téléchargement d'une semaine peut devenir une copie de fichier d'une heure.
Comme je le vois, voici quelques éléments à considérer.
Pour Amazon Cloud - environnement virtuel hors site - sécurité et temps de montée en charge évolutif - 0 temps d'arrêt - administrateur disponible où que vous soyez
Contre Amazon Cloud - besoin de placer des logiciels coûteux sur la machine de quelqu'un d'autre - besoin de placer des données potentiellement sensibles sur la machine de quelqu'un d'autre - besoin de passer beaucoup de temps à organiser la mise à jour des services - paiement périodique, donc si un paiement a manqué, les services peuvent être down - enfin si tout le monde a des données dans la même architecture cloud, combien de temps seront-elles sécurisées
Il n'y a pas de règles strictes à ce sujet, ma suggestion serait de considérer le Cloud comme un emplacement de démarrage et à mesure que vous augmentez la migration vers un environnement de serveur virtualisé statique local que vous pouvez contrôler.
FYI, un livre blanc d'ESRI sur l' estimation du coût d'un SIG dans le cloud Amazon
En ce qui concerne le SIG et le cloud computing dans son état actuel, je pense que le plus grand facteur décisif serait le nombre d'utilisateurs et l'endroit où ils se trouvent. Si les utilisateurs finaux qui accéderont aux services et aux données que vous placez dans le cloud proviennent de divers emplacements indépendants sans infrastructure réseau commune, le cloud computing pourrait être fait pour vous. Bien que vous n'ayez pas besoin de gérer le matériel, vous devrez toujours gérer le système d'exploitation et les logiciels du serveur comme vous le feriez avec une boîte locale. D'un autre côté, si tous vos utilisateurs sont localisés sur ou dans un campus / bâtiment avec une infrastructure réseau commune, une installation locale offrira probablement de bien meilleures performances.
Nous soutenons actuellement environ 30 éditeurs à travers le pays sur une machine m1.large dans la région de Californie du Nord. Il en coûte environ 350 $ / mois. Notre plan est de passer à un m3.medium dans la région de l'Oregon. Cela devrait ramener nos coûts à moins de 200 $ / mois. Nous exécutons la version standard de groupe de travail d'ArcGIS Server avec SqlServer Express, SDE, les services SIG, le serveur Web et le site FTP fonctionnant tous sur la même boîte. Nous avons été très satisfaits des performances et des coûts.
Nous avons actuellement du matériel de production physique interne, ce qui est parfois excellent (vitesse, puissance). À d'autres moments, c'est un cauchemar. Comme lorsque des mises à jour sont envoyées à votre boîte par quelqu'un d'autre et que cela fait totalement sauter les choses. Si vous pouvez avoir un contrôle total sur votre environnement, vous êtes mieux. Malheureusement, c'est rarement le cas.
Nous envisageons certaines solutions cloud ESRI / EC2. Quelqu'un peut-il intervenir sur les coûts que vous avez rencontrés?