host webhosting maroc tanger

Vous avez probablement entendu quelqu’un parler de la technologie sans serveur au bureau ou lors d’une conférence que votre patron vous a fait y aller et tout en comprenant son mérite en tant que technologie n’est pas facile pour une personne sans formation technique. Cela dit, j’aimerais passer en revue les principaux avantages de s’éloigner d’un serveur traditionnel et d’entrer dans le cloud.

À la base, le sans serveur n’est pas le manque de serveurs mais l’existence d’un serveur qui n’a pas besoin d’être géré. En utilisant des microservices téléchargés sur Lambda qui exécute un peu de code à la fois et renvoient une valeur, vous pouvez créer une application à grande échelle au niveau de l’entreprise sans avoir à voir une seule ligne de PHP. Maintenant, cela pourrait ne pas rendre tout le monde aussi heureux que moi, mais pour un développeur front-end comme moi, c’est une aubaine.

Alors pourquoi est-ce si grave ?

Il va de soi que toute nouvelle technologie essayant de remettre en question les anciennes méthodes de création, d’exécution et d’hébergement d’applications Web et mobiles aura du mal à obtenir de l’aide, mais la communauté sans serveur a connu une croissance exponentielle au cours de la dernière année et les raisons du mouvement sont dégager.

  1. Déploiements plus rapides
  2. Coûts inférieurs
  3. Mise à l’échelle gracieuse

Comment cela m’affecte-t-il ainsi que mon magasin ?

Eh bien, il existe un certain nombre de mises à niveau majeures qu’une approche sans serveur peut apporter à votre magasin. Commençons par l’évidence. La réduction des coûts. L’utilisation d’une technologie sans serveur est moins chère que votre hébergement traditionnel et si vous avez déjà hébergé une boutique Magento (ou essentiellement toute autre solution auto-hébergée), vous saurez à quel point l’exploitation coûte cher, même une boutique semi-réussie peut être.

Pour AWS Lambda, le prix de calcul mensuel est de 0,00001667 USD par Go-s et le niveau gratuit fournit 400 000 Go-s. Le prix des demandes mensuelles est de 0,20 $ par million de demandes et le niveau gratuit fournit 1 million de demandes par mois.

Il y a de plus en plus d’entreprises qui partagent leurs histoires sur la façon dont la réduction des coûts en utilisant le sans serveur et si vous le souhaitez, vous pouvez lire comment les entreprises économisent de l’argent avec le sans serveur.

La deuxième raison pour laquelle le sans serveur peut être d’une grande valeur est l’évolutivité sans précédent qui peut être réalisée avec le sans serveur. Si vous faites des achats en ligne pendant les vacances, en particulier pendant les soldes du « Black Friday », vous avez probablement vu votre juste part de magasins en panne, s’effondrer sous le poids d’innombrables utilisateurs essayant de parcourir, d’ajouter au panier ou de comparer des produits.

La création de microservices pour toutes les fonctionnalités de vos sites Web améliorera la vitesse de chargement de vos pages, éliminera les problèmes d’évolutivité et apportera des modifications à votre code ou à votre logique métier sera beaucoup plus facile à mettre en œuvre.

Alors, comment feriez-vous exactement pour changer votre magasin d’un serveur traditionnel et passer au sans serveur ?
Pour rendre les choses plus faciles à comprendre pour tout le monde, je ne serai pas trop technique car cela transformera cet article en une documentation logicielle de 15 000 mots, et avouons-le. Je ne suis pas assez intelligent pour réussir ce genre de chose. Ce que je vais faire, c’est diviser le magasin en petites sections et expliquer comment je ferais face à la situation.Le CMS

Je fais référence aux pages statiques comme la page d’accueil, la page de contact, à propos de nous, etc. Pour cette section, utilisez un système de mise en cache pour créer des pages statiques à partir du CMS et les faire servir à partir d’un fournisseur de services cloud comme AWS ou Microsoft Azure. La plupart des systèmes de gestion de contenu (CMS) de commerce électronique sont déjà fournis avec une solution de mise en cache à moitié décente, vous connaissez donc peut-être déjà le concept.

Personnellement, j’irais avec Amazon EslastiCache. Il est facile à installer et à déployer et ne fera pas sauter la banque.

Amazon ElastiCache propose Redis et Memcached entièrement gérés. Déployez, exploitez et faites évoluer de manière transparente les magasins de données en mémoire compatibles open source populaires. Créez des applications gourmandes en données ou améliorez les performances de vos applications existantes en récupérant des données à partir de magasins de données en mémoire à haut débit et à faible latence.

Le catalogue

Le catalogue est la partie avec toutes les catégories et tous les produits et le principal problème que vous rencontrez avec eux est la vitesse de rendu. L’application de milliers de produits avec des filtres ralentira l’arrêt de votre site Web. Imaginez maintenant avoir 10, 100 ou 1000 utilisateurs simultanés qui parcourent, filtrent et comparent les produits.
La solution?

C’est ici qu’AWS Lambda brille le plus. Chaque interaction que l’utilisateur peut avoir avec le site Web est divisée en petites fonctions. Ainsi, le fait d’avoir 10 personnes sur votre site ou 1 000 ne réduira pas le temps de chargement de la page, car AWS s’adaptera au mieux à vos besoins.

Mais attendez, il y a plus !

a meilleure partie de cette approche est le fait que vous ne payez que ce que vous utilisez. C’est exact. Ne payez plus de grosses factures de serveur lorsque votre magasin ne reçoit aucun visiteur. Voici un petit calculateur de prix AWS pour vous aider à déterminer à quoi vous attendre en termes de coût.

Les fichiers statiques, comme les images et les vidéos, peuvent être servis à partir de S3 ou encore mieux : CloudFront pour réduire les coûts et augmenter la vitesse.

Le chariot

C’est probablement le sujet qui intéresse la plupart des personnes qui sont restées aussi loin dans l’article. Les chariots sont des systèmes extrêmement compliqués et encombrants qui mangeront ce processeur comme s’il était fait de tacos. Le problème avec les magasins conventionnels, ce sont les goulots d’étranglement de MySQL et lorsque cela se produit, tout le site Web cesse de répondre jusqu’à ce que MySQL rattrape son retard (soit cela, soit tout tombe en panne).

La correction n’est pas si compliquée. Arrêtez d’utiliser MySQL ! Puisque vous utilisez déjà AWS Lambda, pourquoi ne pas utiliser DynamoDB, c’est facile à installer, bon marché et fiable et avant de commencer à m’appeler un vendeur pour avoir poussé AWS sur vous tous, MongoDB est une autre option solide, en fait, je le préfère en quelque sorte DynamoDB car je suis plus habitué à l’utiliser. Voici un guide rapide sur la façon de démarrer avec Lambda et MongoDB.
En plus de s’éloigner de l’utilisation de MySQL, j’exhorte quiconque reçoit beaucoup de commandes à envisager d’utiliser une API telle que l’API de Magento pour gérer les commandes. Pour le moment, avoir un serveur coûteux avec toutes les cloches et tous les sifflets peut supporter 3 à 5 commandes/seconde, ce qui en fait, c’est encore moins que ce dont ont besoin des magasins comme le magasin Angry Birds ou Anki.com.

Donc quel est le problème?

Pourquoi tout le monde n’utilise-t-il pas encore cette solution ? Il y a beaucoup de gens qui utilisent déjà cette solution et cela permet d’économiser à la fois du temps et beaucoup d’argent. Alors pourquoi y a-t-il encore des gens qui ne l’utilisent pas ? Une des raisons pourrait être le fait que le sans serveur est encore une nouvelle technologie. Tout le monde ne s’y sent pas encore à l’aise et parce qu’il est si nouveau, les outils nécessaires au développement ne sont pas assez populaires. Prenons par exemple le débogage AWS Lambda. C’est un besoin fondamental pour chaque développeur et pourtant Amazon n’a pas d’outil qui fournit tout le support nécessaire au développement. Nous finissons donc par chercher des outils comme Thundra.io et Dashbird.io (entre autres).
En conclusion

Passer d’une solution auto-hébergée traditionnelle au cloud sera un problème complexe pour les propriétaires de magasins, mais à un moment ou à un autre, ils devront faire face à des décisions difficiles vis-à-vis de leur plate-forme et de leurs capacités de mise à l’échelle. beaucoup de problèmes.



1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading...

Write A Comment