Crédit : Dreamstime
Absolument rien ne remonte le moral d’une équipe de développement comme voir une application devenir virale . C’est un sentiment fantastique – au moins jusqu’à ce que les dépenses mensuelles liées au cloud soient disponibles.
Certains concepteurs pensent que la gestion des dépenses informatiques est un devoir pour l’équipe devops. Les codeurs écrivent l’application logicielle, la jettent par-dessus le mur et laissent une autre personne insister sur le fait de la payer. Rien n’est peut-être encore plus faux.
Les développeurs intelligents comprennent que leurs choix de codage font une grande différence pour les résultats de l’entreprise. Le code volumineux est plus lent et nécessite plus de ressources cloud pour s’exécuter. La sélection de meilleurs algorithmes et l’écriture d’un code plus précis ne se limitent pas à la vitesse. Un code bien composé coûte moins cher à exécuter.
Les développeurs ne voient pas toujours le lien. Il est facile d’écrire du code par eux-mêmes, où la RAM et l’espace disque supplémentaire ont été payés lors de l’achat du fabricant. S’ils disposent de 2 téraoctets d’espace disque, ils ne découvriront peut-être pas la quantité de leur code.
Si un nouvel algorithme prend deux fois plus de temps à s’exécuter, leur bureau ne clignotera peut-être même pas. – et d’ailleurs, qui notifie quelques millisecondes supplémentaires ? Il est presque certain que le fait de doubler le calcul entraînera une facture cloud plus importante.
Le cloud computing moderne excelle à convertir l’utilisation des ressources en frais individuels. Les grands développeurs cloud comprennent qu’ils ont le pouvoir de prendre des décisions plus intelligentes lors de la composition de leur code. Cela peut être aussi simple que d’exécuter un profileur pour déterminer les points lents ou d’empêcher le stockage inutile d’informations pour une empreinte mémoire inférieure.
Voici 12 manières dont les concepteurs améliorent le code afin qu’il soit plus léger, plus rapide et plus abordable à exécuter.
Composez du code plus rapidement
La plupart des concepteurs ne passent pas beaucoup de temps à optimiser leur code. S’il s’exécute en une fraction de seconde sur leur ordinateur portable, ils ne voient pas s’il tourne 20 %, 30 % ou même 300 % plus lentement avec le temps. Le programme répond toujours en une fraction de seconde. Ces distinctions s’additionnent lorsqu’elles se produisent des millions de fois sur le serveur. Un profilage conscient peut signaler les parties lentes. Les réécrire peut réduire la variété d’instances requises par une application.
Réduction de l’empreinte RAM
La quantité de RAM utilisée est un critère crucial pour la tarification des instances cloud . Dans de nombreux cas, doubler la RAM double également les dépenses. Les programmeurs peuvent réduire leur empreinte RAM en évitant de conserver les données en mémoire.
Certains algorithmes de streaming, comme les classes Stream de Java, sont développés pour traiter de gros fichiers de données sans les mettre tous en mémoire. La tâche Apache DataSketches génère des réponses approximatives pour les statistiques complexes d’informations volumineuses sans occuper toute la mémoire.
En tant qu’avantage secondaire, l’utilisation consciente de la RAM peut également accélérer les algorithmes. Souvent, le système d’exploitation commencera à décharger les données sur le disque en utilisant la mémoire virtuelle. Cela évite les plantages, mais cela peut ralentir considérablement les programmes.
Utilisez des images et des vidéos à faible résolution
L’utilisation d’images et de vidéos à faible résolution peut s’avérer payante dans de nombreux cas. méthodes. Dans un premier temps, les stocker sera plus abordable. Deuxièmement, les frais d’exfiltration de données seront moins élevés. Troisièmement, l’application semblera plus vive aux utilisateurs.
Toutes les images fixes doivent être réduites dès le départ. La quantité de minimisation, hélas, n’est pas simple en raison du fait qu’à un moment donné, la qualité visuelle se détériore suffisamment pour être apparente pour les utilisateurs. Découvrir le compromis idéal est une décision de conception que certains programmeurs ne sont pas prêts à prendre.
Certaines applications qui utilisent des images téléchargées peuvent également créer des vignettes de plus petite taille et des versions à résolution réduite après avoir obtenu l’image. Des boîtes à outils comme ImageMagik et des formats comme WebP ont été créés à cette fin.
Rejetez les données inutiles
De nombreux concepteurs sont des rats de meute numériques qui stockent des informations simplement au cas où ils peut l’exiger un jour. Ils complètent les tableaux avec des colonnes illimitées et ne suppriment jamais les lignes. Les informations supplémentaires ne coûtent rien s’ils possèdent le matériel et que le disque dur dispose de beaucoup d’espace. Le cloud facture n’importe quoi.
Auront-ils vraiment besoin de toutes ces valeurs à l’avenir ? L’utilisateur désire-t-il même autant de détails ? Vider quelques-unes de ces anciennes données permettra d’économiser de l’argent sur le stockage et l’exfiltration d’informations.
Limiter le stockage sur disque
L’utilisation du disque local sur les instances cloud n’est pas seulement dangereux, mais cela peut coûter cher. L’espace disque local est souvent développé pour être suffisamment rapide pour que le système d’exploitation fonctionne efficacement. De nombreux designers créent leur code sur un maker personnel avec plusieurs téraoctets de stockage.
Le stockage Cloud Maker est rarement aussi bon marché ou facilement proposé. Les clouds facturent souvent directement le stockage en fonction de leur taille. La meilleure méthode consiste donc à utiliser le moins de stockage possible. Réfléchissez aux moyens de minimiser non seulement les fichiers éphémères produits par l’application, mais aussi les bibliothèques système et les ensembles de logiciels nécessaires.
Nettoyer les journaux
Journal Les fichiers sont excellents pour reconnaître les problèmes et déboguer les logiciels pendant l’avancement. Lorsque le code est en production, les concepteurs n’ont pas besoin de tous les conserver. Toutes les informations supplémentaires obstruent soit le disque local, soit le stockage des objets. Lorsqu’ils créent le système de journalisation, configurez-le pour qu’il se débarrasse régulièrement des journaux. De nombreux plans de journalisation comme Log4j peuvent être configurés pour conserver un très petit nombre de journaux et les supprimer au fur et à mesure.
Passez au sans serveur
Plans d’architecture sans serveur ne coûte que lorsque le code est en cours d’exécution, ce qui peut faire économiser beaucoup aux concepteurs lorsque les charges sont intermittentes. Même les applications qui ont un flux constant d’utilisateurs ont plus de temps mort qu’elles ne le pensent.
De nombreux plans tarifaires sans serveur récompensent un codage minutieux et une efficacité très rapide avec très peu d’utilisation de la RAM. La formule de facturation compte le temps d’action en millisecondes et ne facture que le temps pendant lequel le processeur est habité. En tant que développeur, ils obtiennent des commentaires instantanés car ils peuvent suivre directement le temps de réponse et voir l’impact de leurs modifications de code.
L’approche sans serveur est parfaite pour les tâches plus petites ou plus expérimentales et le les dépenses peuvent souvent être aussi faibles que quelques centimes par mois. Si une application n’exécute certaines fonctions qu’occasionnellement, il peut être judicieux de passer sans serveur.
Archivage des anciennes données
À mesure que les informations vieillissent, elles sont moins régulières accédé. Ils peuvent s’y attendre en configurant l’application pour migrer les anciennes informations vers un emplacement moins cher. Certains clouds facturent beaucoup moins pour ce que l’on appelle le « congélateur », qui peut prendre des minutes, voire des heures, pour livrer les bits.
D’autres clouds comme Wasabi ou Backblaze se spécialisent dans le stockage d’archives pour les objets Amazon S3 et facturent beaucoup moins que les principaux clouds. Dans de nombreux cas, ils ne facturent même pas l’exfiltration d’informations. Le déchargement des données dès qu’elles ne sont plus très demandées peut être très rentable.
Simplifiez les conceptions CSS
S’ils ont examiné les balises HTML créées par certains frameworks, ils comprennent à quel point les mises en page peuvent devenir ridicules. Ce ne sont que des balises DIV intégrées dans des balises DIV jusqu’au bout, ce qui coûte de l’argent à créer et à fournir. Un concepteur Web que je connais préconise de réduire sa facture de bande passante de 30 % simplement en créant un design plus simple avec une utilisation plus judicieuse du CSS.
Développez des sites statiques
Certains frameworks comme React ont besoin d’un peu de puissance de calcul, surtout s’ils utilisent des fonctionnalités comme la création côté serveur. Tout ce code augmente les dépenses mensuelles liées au cloud. L’approche inverse consiste à produire un site statique, construit à partir de blocs invariables de HTML, CSS et JavaScript fournis à partir d’un cache textuel. L’utilisation d’un réseau de diffusion de contenu peut accélérer la livraison beaucoup plus en déplaçant les caches plus détaillés pour l’utilisateur.
De nombreux frameworks adoptent ce point de vue statique. Jekyll, Hugo, Gridsome et Pelican ne sont que quelques outils qui regrouperont tout le contenu dans un ensemble de fichiers compacts et constants. Ils peuvent toujours développer la personnalisation dans les pages avec des appels AJAX, mais la majeure partie du site Web génère peu de charge sur les serveurs.
Externalisez le calcul et le stockage
À mesure que les navigateurs Internet deviennent plus puissants, certaines structures simplifient le transfert de plus de calculs directement au client. Un excellent code JavaScript ou WebAssembly peut appuyer une plus grande partie de la charge sur le créateur de l’utilisateur et hors des serveurs cloud.
Certains concepteurs réduisent leur couche cloud à un peu plus qu’une base de données avec une petite logique d’organisation pour l’authentification. Un ami exécute tout avec du HTML fixe et une variante côté serveur de PostgreSQL avec des procédures intégrées qui génèrent du JSON.
Les navigateurs ont également des choix plus complexes pour conserver les informations dans votre région, comme l’exigence de stockage Web HTML et l’indexation W3C. API de base de données. Il ne s’agit plus seulement de brèves chaînes et de cookies. Ces informations sont proposées plus rapidement car elles ne circulent pas sur Internet et permettent aux utilisateurs de comprendre que leurs données ne sont pas conservées dans une base de données centralisée et piratable. Pourquoi dépenser pour le stockage et l’exfiltration d’informations alors qu’elles peuvent vivre sur le fabricant d’un utilisateur totalement gratuit ?
Désignez un ingénieur des coûts
Certains concepteurs se spécialisent dans la prise en charge de bases de données. Certains aiment créer de belles impressions avec un front-end bien conçu. Maintenant que les dépenses liées au cloud sont si flexibles, certaines équipes désignent officiellement des « ingénieurs des coûts » pour gérer les dépenses et les performances du code.
Le premier objectif d’un ingénieur des coûts est d’obtenir un code d’application plus propre, plus rapide, plus léger et donc plus abordable. Faire de ce travail une partie de la tâche de quelqu’un envoie un message sur l’importance de la gestion des coûts de code dans le cadre de la fonction et de la responsabilité de l’équipe d’avancement.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
