Configuration matérielle requise pour les développeurs AWS - nuls

Peu importe le nombre de services offerts par AWS, vous avez besoin d'une certaine quantité de matériel pour utiliser les services. La quantité de matériel dont vous avez besoin lorsque vous travaillez avec des services dans le cloud est minime, car le matériel AWS effectue tout le travail lourd. Lorsque vous travaillez avec des services au niveau local, vous avez besoin de matériel supplémentaire, car AWS ne vous charge plus. Par conséquent, vous devez prendre en compte différentes exigences matérielles en fonction de l'endroit où vous hébergez le service AWS.

Hébergement local des services

Vous trouverez toutes sortes d'informations utiles sur divers services dans la documentation AWS. Par exemple, AWS Storage Gateway connectera une appliance logicielle sur site (une application combinée avec juste assez de capacité de système d'exploitation pour fonctionner sur le matériel ou sur une machine virtuelle) avec un stockage basé sur le cloud. En d'autres termes, vous utilisez la passerelle pour connecter votre application au stockage de données dont elle a besoin. Il pourrait sembler que l'exécution de la passerelle dans le cloud serait une bonne idée, car vous n'auriez pas besoin d'investir dans du matériel supplémentaire. Cependant, lorsque vous examinez les exigences, vous constatez que AWS Storage Gateway est livré avec des exigences spécifiques en termes de matériel, d'instance et de stockage. La chose importante à comprendre est que le nuage présente des limites que vous devez prendre en compte lors de toute étape de planification.

L'utilisation de services cloud peut présenter des limites.

Après vous être assuré que vous pouvez exécuter la configuration voulue, vous pouvez commencer à considérer les avantages et les inconvénients du travail dans le cloud. Par exemple, lorsque vous hébergez le service dans le cloud, vous bénéficiez d'une mise à l'échelle automatique si nécessaire, et Amazon exécute la plupart des tâches administratives pour vous. Cependant, pour une perspective réaliste, vous devez compenser ces avantages par la connaissance des inconvénients, tels que:

Potentiel de réduction de la vitesse d'application

• Nécessité de maintenir une connexion Internet fiable
• Perte de flexibilité
• Les fournisseurs cessent leurs activités
• Même si les besoins matériels de base diminuent, vous devez considérer des dépenses supplémentaires sous la forme de licenciements. La plupart des entreprises constatent que les coûts liés au passage au cloud sont nettement inférieurs à ceux d'un service informatique complet, ce qui explique pourquoi ils le font. Cependant, vous devez faire le mouvement avec la compréhension que vous avez d'autres questions à considérer lorsque vous le faites.

Hébergement des services dans le cloud

Lorsque vous hébergez des services localement, vous devez fournir toute l'infrastructure requise, ce qui peut coûter cher.AWS fournit des conseils sur les exigences minimales pour l'hébergement d'un service localement.

Une bonne règle à suivre pour héberger des services localement consiste à voir les exigences fournies par le fournisseur comme des minimums. Si vous ne prévoyez pas de charger le service lourdement, ces minimums fonctionnent généralement. Toutefois, lorsque vous cliquez sur le lien Optimisation de la performance de la passerelle, la première suggestion que vous voyez est d'ajouter des ressources à votre passerelle. Il est préférable de prévoir trop de capacité que de ne pas en avoir assez, mais la configuration la plus proche possible de ce dont vous avez besoin vous aidera toujours financièrement.

Planifiez à l'avance pour des ressources suffisantes.

Tous les services ne fonctionneront pas localement, mais vous pourriez être surpris de constater que beaucoup le font. Le problème est de définir précisément comment vous prévoyez d'utiliser un service donné et les compromis que vous êtes prêt à faire. Par exemple, lorsque vous hébergez un service localement, vous pouvez avoir du mal à fournir le même niveau de connectivité que vous pourriez fournir à des tiers lors de l'hébergement du même service dans le cloud.

Définition d'un bon environnement de développement

Après avoir pris connaissance des ressources requises pour AWS et pris en compte les bases de votre configuration, vous devez prendre en compte votre environnement de développement. Le premier problème à considérer est celui de la langue. AWS ne se soucie pas de l'IDE que vous utilisez (bien que le choix de l'EDI détermine les fonctionnalités dont vous disposez pour l'accès à distance), mais il se soucie de la langue. Vous devez vérifier qu'AWS prend en charge la langue de votre choix pour le service auquel vous souhaitez accéder. Par exemple, voici les choix pour le service de file d'attente simple (SQS).

Assurez-vous que AWS prend en charge la langue que vous souhaitez utiliser.

Vous pouvez créer un environnement de déploiement à l'aide de EC2. Ce tutoriel décrit comment effectuer cette tâche. Le principal avantage de cette approche est que vous pouvez théoriquement développer des applications AWS de n'importe où car le développement ne nécessite plus de système local avec des ressources spécifiques.

Cependant, cette approche n'est certainement pas gratuite, et cela signifie que vous devez disposer d'une connexion Internet fiable où que vous souhaitiez effectuer des tâches de développement - ce qui n'est pas un problème au travail, mais peut-être un problème à la maison. L'approche de développement basée sur le cloud utilise l'interface de ligne de commande (CLI) AWS.

La principale raison d'utiliser un environnement de développement localisé est que vous conservez l'accès aux ressources locales et aux bibliothèques de code sur lesquelles votre organisation s'appuie actuellement pour effectuer des tâches de développement.

Cette option présente également un avantage en termes de fiabilité car vous ne comptez pas sur une connexion distante pour l'utiliser. Si votre connexion Internet tombe en panne, vous pouvez continuer à développer du code (mais le test n'est pas possible tant que la connexion n'est pas rétablie). Lorsque vous utilisez cette option, vous avez besoin d'une bande passante supplémentaire - au moins à des fins de test et d'autorisations pour l'accès AWS via le pare-feu de l'organisation.

Vous n'êtes pas limité à seulement deux options lorsque vous travaillez avec AWS. Par exemple, vous pouvez utiliser un environnement de développement local, mais placez votre code sur S3.L'utilisation du stockage de données basé sur le cloud signifie que vous pouvez avoir des configurations localisées dans plusieurs emplacements (pour que vous conserviez l'accès aux ressources locales) et bénéficier des avantages du développement basé sur le cloud, comme l'accès à votre code depuis n'importe quel endroit. avoir un environnement de développement configuré.

Ce tutoriel est également intéressant car il vous indique comment configurer votre environnement de développement pour utiliser Elastic Beanstalk pour le projet, le contrôle de source et l'utilisation du référentiel. Comme avec un environnement de développement localisé, vous avez toujours besoin des autorisations requises pour accéder à Internet et d'une bande passante suffisante pour gérer l'augmentation des demandes de données afin que cette option fonctionne correctement. En fait, les besoins en bande passante sont plus élevés qu'une configuration locale et l'environnement de développement doit fonctionner avec des ressources distantes.

Choisir l'environnement de développement correct n'est pas facile. Dans de nombreux cas, le choix devient celui des préférences personnelles et des exigences organisationnelles. Par exemple, l'utilisation d'une solution de développement basée sur le cloud peut ne pas être une option lors de l'exécution de tâches de développement sensibles. les besoins de sécurité pourraient l'emporter sur d'autres besoins.