Pourquoi utiliser des fonctions Serverless avec AWS Lambda - La malédiction des Lambda
ฝัง
- เผยแพร่เมื่อ 24 มี.ค. 2019
- Pourquoi le serverless a été inventé et quels sont les problèmes que le serverless résout.
On parle plus en détails des cas dans lequels le service de Serverless d'AWS, AWS Lambda est vraiment utile.
Enfin on parle aussi rapidement des nouveaux problèmes que le serverless Lambda apporte, car cette technologie est encore très jeune et l'adoption du serverless est encore limitée.
Vers la fin de la vidéo j'explique pourquoi mon équipe est hantée par la "malédiction des Lambda" :)
Video précédente sur les principaux services des cloud:
• Le cloud expliqué en f...
Rejoignez le discord:
/ discord
Newsletter:
mailchi.mp/118f9876cefe/cocadmin
Twitter:
/ cocadmin - วิทยาศาสตร์และเทคโนโลยี
Quel services cloud vous aimeriez avoir après le serverless ?
cocadmin hello ! les VCP ;)
Salut Xavier! J’en parle un peu dans la vidéo précédente mais peut être que je ferais une dédier car c’est un très gros sujet :)
th-cam.com/video/I0R9RTLOOXw/w-d-xo.html
cocadmin super ! Merci à toi et continue comme ça !
Les services type EC2 si tu peux rentrer un peu dans le détail ou décrire un cas d'application intéressant.
Merci pour tes vidéos, tes explications sont bien claires.
explication du CloudFormation, kubernetes dans AWS, des services AWS de bases S3 .., et ton retour d'expérience dans ce domaine .. si tu peux le faire ca sera top top ,,, merci bc bc bc pour tes efforts, you are the best
Je trouve tes expériences vraiment pertinentes. Avec plaisir d 'en parler.
4:00 « Scalabité » est un anglicisme de « Scalability », en français tu peux utiliser le terme « Échelonnement » / « Escalade ».
Mais tu perds l'essence du termes anglais ; la « Scalability » c'est la capacité à fournir les ressources nécessaires à l'exécution de la solution.
Donc inventer un nouveau mot ; bien que angliciste ; est hautement valide dans nôtre métier.
« Scalabité » est donc un bon mot, faut juste savoir le définir.
Merci pour le partage
bravo pour l'explication
je te kif. tu es très pédagogue. tu as un don. Que tous les dieux de l'IT te bénissent
Bonjour, merci pour tes vidéos qui m'ont beaucoup aidé à comprendre le cloud. Si on est dans une architecture microservices avec une dizaine de services nodejs des db mongo et mysql avec un broker. Quel serait la meilleure solution pour payer moins sachant que les services ne sont pas très grosses. Quelques uns des crud et autres. Merci
Tres instructif!
J espere bosser avec aws un jour!
Je trouve ça super intéressant aussi :)
C'est dimensionnement la traduction
Merci Thomas
Hello ! Merci pour cette vidéo. J’ai cependant des questions car je suis développeur front et du coup ce monde des « serveurs » est encore obscur pour moi. J’ai développé mon API avec node.JS, express et une db. Si je veux mettre en ligne mon back, il faut que je passe par un serverless si je ne souhaite pas louer un serveur tous les mois ? Merci par avance pour ta réponse.
Merci pour ta vidéo 👍
On peut aussi faire du serverless on-premise avec Kubernetes et Knative Serving.
Les temps de cold-start pour des images Docker HelloWorld est entre 2-3 secondes.
Des exemples basés sur des tests « Hello World » !
No! No! Nooo! 😉
4:00 Scalability = mise à l'échelle, le fait de mettre à l'échelle non?
Hello, que pensez-vous du fournisseur de services US "Digital Ocean" (droplets, domain name, load balancer,...)?
Je l'ai jamais utilisé mais c'est tres connu. C'est une bonne alternative au autre gros provider (aws, gcp, azure) qui focus sur la simplicité.
Tres bien pour démarrer dans le cloud ;)
J'ai un site internet qui a des pics de charge vraiment très périodiquement (en gros c'est un site de live ranking pour course auto/moto etc...).
Donc y'a des pics de charge 1/2/3 week-end par mois seulement avec de 20 à parfois 8k/10k utilisateurs mais la plupart du temps y'a personne dessus.
Est-ce que donc ce système de serverless serait viable dans mon cas ? Sachant qu'il faut une lecture en base de donnée assez régulière aussi.
Merci
ca serai viable mais tu devrai refaire ton site pour qu'il marche avec lambda.
C'est probablement plus simple d'utiliser un CDN pour pouvoir absorber les pic de charges si tu as principalement du contenu static.
Sinon de l'autoscaling simple peut faire l'affaire (demmarer automatiquement des nouvelles machines lorsque la charge monte)
@@cocadmin Merci pour le conseil. Je pense effectivement que je vais faire de l'autoscaling plutôt que du lambda. Pour le coup c'est très dynamique comme contenu donc le CDN c'est le cadet de mes soucis mais ça peut être un bon ajout ;)
Côté gestion de conf, du serverless pourrait remplacer salt (ou ansible/puppet) ?
Question très intéressante :)
C'est pas vraiment fait pour mais après c'est du code donc tu peux faire tout ce que tu veux.
J'avais vu des framework pour faire du cicd avec des lambda et donc des deployment.
Le problème c'est que le temps d'execution est limité a 5min donc ce n'est pas ideal si ton deployment ou ton processus de configuration prend plus de temps.
@@cocadmin aaah je ne savais pas pour le temps limité d’exécution ! Merci pour ta réponse :}
@@cocadmin Depuis c'est passé à 15 minutes :) Merci pour la vidéo !
Sympas les vidéos. Mais ça ne te pose pas de problème de confidentialité d'utiliser des services cloud ou serveurs américains ?
Scalabilite = variation d echelle?
Elasticité n'est pas le bon terme ? Merci pour la video :)
Je partage l'avis d'un commentaire que je lisais il y a pas si longtemps. En fait Aws Lambda, FaaS, l'idée est pas neuve. C'est du CGI/bin (en.wikipedia.org/wiki/Common_Gateway_Interface) réinventé avec du marketing dessus. Bref une idée qui a 20 ans. Bon ok ce, commentaire est un peu pour troller les jeunes qui crois que Amazon a tout inventé. ;)
J'aimais bien le CGI/Bin, est ce qu'avant Lambda on a autant de pb de securité ?
Je crois que c'est une mauvaise comprehension de ce qu'est Lambda. Avec cgi-bin, vous deviez toujours installer configurer, maintenir un serveur. Je ne parle meme pas de la scalabilité (quid si votre cgi est appelé par 100k clients en meme temps). Les modèles business, les modèles d'operation sont radicalement différents. J'ai developpe des cgi-bin en C++ et en Perl au siècle passé, je developpe des fonctions Lambda maintenant, croyez-moi il n'y a pas beaucoup de points communs.
scalabilité = montée en charge en français. non ?
Scalabilité = mise à l'échelle ?
Précisions:
- les lambda sont du Faas. Le serverless est également composé de Saad. Faas sur Azure est Azure Function. Azure serverless reprend les deux types.
- Scalability est traduit en "mise à l'échelle" (comme en math)
- Chez Google aujourd'hui, ils mettent en avant les fonctions Firebase
"mise à l'échelle" c'est la traduction de "scaling"
"scalability" est un adjectif donc sa traduction est "pouvant être mis à l'échelle", il n'existe pas de mot français désignant cette caractéristique
scabilité = mise à l'échelle !
Évolutivité ;) scalability
Scalabilité = mise à l'échelle (c'est plus une définition qu'une traduction).
scalable : Passage à l'échelle , mais c'est peu utilisé
ou mise à l'échelle . échelonner ? échelonnage ? Demande aux québequois, ils doivent savoir..
scalability :-) ... il y a une traduction, mais elle ne tient pas en 1 mot.. "mise à l'échelle" pouvoir mettre à l'échelle...
c'est ce que j'ai trouvé aussi mais j'ai jamais entendu personne dire ca :p
@@cocadmin il met arriver de le dire, tout dépend de mon auditoire (on m'a parfois reproché d'utiliser trop d'anglisisme / un client), et si je ne suis pas trop préssé
“Dimmensionable”?
Pour moi le terme "serverless" est un (énorme) coup marketing.
C'est du simplement du FaaS (ou du Baas) ...
Mx Lgd en fait le faas est une des façons de faire du « serverless »
Heroku ou Google app engine permettent aussi de ne pas gérer les serveurs. Le terme serverless regroupe les deux mais effectivement en général ça fait référence à du faas
A timeline :
11:00 cron 12:06 server web like 13:00 attention 15:04 malédiction
lambda c'est une manière de faire des fonctions à la volée pour fonctionner en mode déclaratif en java ou python par exemple
sûrement : d'où le lambda chez amazon !
Merci beaucoup pour l'explication c'est très clair. Par contre la musique de fond est très gênante.
Contant que ca te plaise :) Je change les musique de temps en temps
Oui en effet il faudrait qu'elle soit moins forte. Mais c'est un detail.
Interessant, par contre insupportable et inutile la musique d'arrière plan