Bonjour les devs, bienvenue dans ce nouvel épisode de Double Slash, épisode spécial où on a un invité pour cet épisode, c'était un petit moment qu'on n'avait pas eu d'invité.
Évidemment, comme d'habitude, on est accompagné d'Alex. Salut Alex !
Salut Patrick, salut tout le monde !
Et donc pour notre invité, c'est Vitefait, c'est un disciple de DHH et je pense un des meilleurs ambassadeurs de Ruby en France ! Salut Guillaume !
Salut à tous, merci pour l'invitation, merci beaucoup.
Et ambassadeurs, c'est pas, mais ils me donnent du mal en tout cas !
Donc, épisode spécial, on va parler en fait... Je sais pas si vous vous souvenez un petit peu, on avait parlé dans les précédents épisodes, il y a eu la conf Ruby on Race il y a quelques temps, c'est Race World, c'est ça, ça s'appelle.
Ouais, Race World, ouais.
Et DHH avait fait une keynote de présentation qui était assez acide en fait, concernant tout ce qui était versel et compagnie, voilà, un gros.
Il prenait le fait de retourner au self-hosting, de maîtriser les serveurs, de se débrouiller seul sans tous ses providers.
Donc voilà, on va principalement parler de ça au niveau de l'épisode, mais avant de commencer, Guillaume va te laisser de présenter.
Ouais, carrément, bah rapidement, ça fait une dizaine d'années que j'étais du web à peu près, j'ai quasiment fait que du Laravelle, du Rails et du Vue.
Le Rails, j'ai testé quasiment toutes les techno mais plus pour m'amuser, quoi de chose.
Mais ouais, principalement sur Rails, j'ai rejoint la contributor team de Rails à l'époque pour entrer, intégrer WebPikers dedans.
Donc ouais, je me suis chauffé sur Rails, énormément de Vue aussi, comme toi, toujours du Next, toujours aujourd'hui.
Ça n'a pas bougé, mais ça dépend du projet.
Pas mal de vente-presse, beaucoup de Laravelle et surtout dans l'hébergement, j'ai fait pas mal de forges, pas mal de...
Ouais, j'ai maintenu pas mal de serveurs, j'ai fait pas mal d'HeroCoup et de Scalingo aussi pour en citer un français.
Donc Scalingo, je ne sais pas si vous connaissez, mais Equivalent HéroCoup français à Strasbourg, très très cool, très très chouette ça.
Ouais, du coup j'ai fait ça, ça fait quoi ouais ? 11 ans, doublant cette année que je fais que ça de ma vie.
Mais du coup, surtout du Rails, je ne vais pas vous mentir.
Et du coup, évidemment, j'étais à la Rails World de la Toronto.
Donc j'ai su du développement de Kamal de très près et du coup ça a été l'annonce de la 1.0.
Et enfin de la 2.0 surtout, mais qui est la vraie première version, on va dire, de Kamal à Toronto.
C'est cool, mais voilà, rapidement.
Nice, et pour le coup, DHH on le sait qu'il est hyper acide comme Patrick l'a dit sur ses présentations, tout, il attaque l'effort.
Mais au-delà de ça, et un peu de l'effet d'annonce, d'un peu punchline, on voit quand même qu'il y a une tendance, tu vois,
on a fait un épisode sur Coolify, on a parlé de Forge, où on sent en fait que tous les providers et toute la solution technologique
qui nous a été donnée, on va dire, facilement par Heroku, par Vercel, par tous ces systèmes-là,
on se rend compte aussi que ça vient avec un coup pour le porte-monnaie, qui est souvent aussi assez fort.
Oui, il va falloir provisionner des machines qui nous vendent ça à des prix astronomiques.
Alors oui, c'est hyper facile à déployer, ça vient aussi avec un coup et aussi avec une sorte de lock-in,
on est un peu bloqué chez eux, si tu veux brancher d'autres services, il faut que l'intégration soit faite.
Est-ce qu'aujourd'hui toi, tu sens aussi cette tendance au-delà de Kamal, mais de l'ordre général sur le web,
où on est un peu en train de se dérouter, ou en tout cas se détourner des gros opérateurs type GAFAM, quoi.
Ouais, d'accord. J'ai l'impression que depuis que l'argent est moins gratuit qu'il y a quelques années,
donc là on sort un peu de la période de Cogn, je sais pas si vous vous souvenez,
il y a quelques années l'argent était gratuit et limité, on est en mode, on s'en fout,
on veut que notre boîte ait de la vallot, pas qu'elle génère de l'argent, mais qu'elle ait de la vallot.
Donc en fait, les coûts, que ce soit les coûts humains ou les coûts de serveurs de technologie,
on s'en fichait un peu, on était en mode, ok je veux tester cette techno, si tu as besoin de 14 ingénieurs,
on va mettre 14 ingénieurs dessus et ton serveur va te coûter 5000 dollars par jour, mais c'est pas grave en fait.
Le but c'était d'être le plus rapidement possible en prod pour valoir de l'argent.
Et je trouve que depuis que l'argent est plus cher qu'à une époque et quand je parle de ça,
je parle de l'argent des vicilles, ce genre de choses, on se retrouve avec justement,
il faut revenir à quelque chose de plus rationnel, et on le voit d'ailleurs même dans les frameworks,
mais aussi dans les bairvements, on se rend compte que quand il faut commencer à déployer du Kubernetes
ou du Versel avec, je sais pas quel autre serveur, il en faut 15 ans parallèles et que ça coûte très vite, très cher.
Et surtout qu'on est vendor lock-in, on peut se poser la question de pourquoi on a besoin de tout ça en fait.
Est-ce que vraiment c'est si compliqué de le faire tout seul ?
Et surtout qu'est-ce qu'on est en train de faire ? Qu'est-ce qu'on a besoin pour notre business ?
Et où est-ce qu'on peut aller gratter de l'argent pour aller l'investir ailleurs ?
Et c'est ce qui dit dans la présentation et c'est ce que moi je défend beaucoup,
c'est que plutôt que de donner des sous-amazones, je préfère payer un freelance ou un ingénieur
pour chipper de la valeur plutôt que de l'héberger rapidement.
Et après on verra peut-être que c'est pas si compliqué que ça potentiellement de déployer un appareil en prod,
mais oui on le voit dans quasiment tous les services, quasiment tous les frameworks que aujourd'hui,
c'est de se dire est-ce que ça vaut le coup d'aller donner 200 dollars à Versel chaque mois
pour une app qu'a 200 utilisateurs ? Je sais pas, c'est... faut voir.
Mais ouais, je pense que c'est un peu la tendance qui vient aujourd'hui, alors on ne parlera de Camal après,
mais je pense que c'est un peu la tendance aujourd'hui, c'est de revenir à quelque chose de plus simple et qu'on maîtrise.
Et l'histoire de Camal vient un peu de là de... en fait on est bloqué chez Amazon et comment on peut en sortir ?
Bah c'est pas si simple et ça coûte très très cher d'en partir.
Et ça coûte très très cher d'y rester donc comment trouver une solution pour potentiellement être un peu... un peu libre quoi.
Ouais mais de toute façon DHH l'avait clairement dit, la raison première de la naissance de Camal c'était en reprend le contrôle
parce qu'on laisse des millions chez AWS et pour objectivement on pourrait réinternaliser ça
et je me rappelle où ils faisaient un parallèle avec justement le staff ingénieur où ils disaient ok ça coûte beaucoup trop cher.
Donc toi tu penses qu'en fait il n'y a même pas une philosophie en fait, c'est... on va dire bestialement Money Driven quoi.
C'est en fait un mec qui fait ses comptes et à la fin du mois ou à la fin de l'année il fait ses comptes et il dit au final ça nous coûte moins cher.
Donc tu penses qu'au-delà de la... c'est pas tellement philosophique, c'est purement financier quoi.
Je pense qu'il y a les deux, en fait DHH depuis toujours et vous en parlez parfois dans les épisodes, il a toujours été un advocate de l'anti-monopoly, je sais pas comment on dit mais il est très...
il aime bien être indépendant, il s'est battu énormément contre Apple qui est justement... il a mis en avant énormément les PWR, vous en avez aussi parlé, j'ai vu.
Et en fait il aime beaucoup ce côté de... veut être indépendant et ça... jusque dans la technologie on le ressent dans Rails.
Par exemple l'idée de faire du NoBuild, du NoBuild vient de l'idée de justement pas être dépendant de Node, pas être dépendant de quoi que ce soit.
Je le jette dans le navigateur, ça marque et il n'y a pas une entité, une entreprise ou un projet qui va me bloquer pour faire ça.
Et l'idée de Kamal derrière c'est de se dire mais en fait... attendez, on est développeur, le terminal on le connaît, on a un Linux, on se stère de Mac OS et Linux tous les jours.
Est-ce que c'est vraiment si compliqué de déployer quelque chose ? En fait ça va me coûter quoi ? 200, 250 000 dollars par an pour payer un DevOps.
Mais déjà il ne sera potentiellement pas full time dessus et je vais économiser peut-être quelques millions et en l'occurrence c'est dans l'orcail quelques dizaines de millions par an.
Donc à la rechelle ça commence à être largement significatif. Donc bah ok, même quand je fais mes petits calculs d'apothicaires c'est rentable.
Mais au-delà de ça, c'est juste bah il se couche peut-être un peu plus sur un, se disant bah ok, il y a quelqu'un qui s'occupe de mes serveurs.
Mais si demain je veux pas scaler, si je veux changer mon serveur bah j'ai juste à racheter un CPU et de la RAM et en avant je peux faire mes petits trucs.
Donc l'idée c'était ouais je pense que c'est un peu les deux, l'argent c'est du bonus dedans mais c'est aussi cette idée de se dire
vous avez vu on voit souvent passer sur Racker News, sur Twitter partout et salut Versel et t'envoie une facture de 90 000 dollars pour un site project pour un blog
et bah tu peux quasiment rien faire en fait. Et alors que bah c'est ce que je me suis amusé à faire récemment sur mon blog c'est de se dire bah ok est-ce que déployer là mon blog
en fait ça doit me coûter 3 dollars par mois et j'aurais jamais de surprise parce que c'est juste un serveur qui est dans une cave et j'aurais jamais la surprise
d'une grosse facture ou d'un truc comme ça. Donc en fait c'est vraiment l'idée d'être indépendant à tous les niveaux que ce soit sur l'hébergement,
sur la politique pour déployer une application bah comme une PWA ou dans un store et jusque dans l'hébergement donc ouais je pense que c'est un peu les deux, c'est un peu le double bonus quoi.
Est-ce que au niveau des formations il n'y a pas aussi eu un louper un moment donné où nous on est plutôt ancien développeur donc on a fait du Linux, on a fait un peu de serveurs tout ça
et les nouvelles générations de développeurs on va dire juniors mais qui sont même un peu plus que juniors on quasiment jamais fait information de gestion de serveurs des choses comme ça
et de suite on les a fait déployer sur Netlify ou du Versel et du coup ils se sont habitués à ça c'est facile et on fait comme ça.
Ouais je pense que clairement il y a de ça mais j'ai cru comprendre que tu faisais beaucoup de WordPress ou de PHP en parallèle des techno front
et en fait bah tu l'as ressenti aussi c'est que de partout on entend plus dire que PHP c'est une vieille techno et que c'est mort et que ça sert à rien maintenant il faut faire du react plein de balles
alors oui pourquoi pas je suis d'accord mais je pense qu'il y a un peu le même effet enfin un peu le même parallèle de se dire on a un peu diabolisé le fait de déberger un serveur on l'entend partout en mode ne fait surtout pas ça c'est dangereux c'est dur
imaginez votre serveur n'est pas sécurisé imaginez l'app tombe en prod et vous êtes pas capable de le redémarrer
en fait je pense que si on est capable aujourd'hui de construire une application en React on est capable de déployer un serveur
comme je dis dans une des confs que j'ai fait récemment là on est plus en 1997 les serveurs sont quasiment sécurisés par défaut
quand vous prenez un Linux même de base sans aucune forme de sécurité particulière il est quasiment inviolable
du coup les technologies ont énormément changé côté serveur et vraiment on est plus à cette époque où on disait justement que PHP n'était pas fait pour les entreprises
parce que c'est un peu la même période même parallèle de se dire ouais on est c'est pas si compliqué que ça et surtout c'est faisable en fait
donc ouais je pense qu'il y a un peu les faits de mode de se dire ah si tu veux déployer prend du versel t'embête pas la question ne se pose même pas
c'est tu veux déployer une app Rails par tu résauts ou tu veux déployer du Laravel par sur force tu veux déployer du React avec des serveurs qu'on peut uséne par sur versel
la question se pose même pas mais bah ça se challenge quand même de se dire ok sur des pizzas ça coûte pas très cher donc pourquoi pas
sur des app d'entreprises qui commencent à être plus grosses avec de la redonnance avec des choses comme ça
la question peut-être qu'il faut commencer à se la poser quoi qu'est-ce qu'on est en train de faire et de qui on est dépendant pour notre business
clairement et clairement après je pense aussi que si versel a explosé aussi c'est que ils ont investi beaucoup d'argent sur les développeurs advocate
et aujourd'hui alors je vais pas dire que c'est la plaie mais en fait c'est un marché et comme tout marché en fait il y a de ces évangélistes
ces influenceurs qui sont grassement payés par ces boîtes pour nous faciliter la vie et il y a un peu aussi du marketing de la peur
c'est-à-dire tu vois comme tu disais c'est compliqué tu vas te faire raquer et tout et donc on croit en fait que si c'est versel
et je suis complètement d'accord avec toi sur le fait qu'ils nous promèdent quelque chose mais au final ils nous le donnent pas c'est pas vrai en fait
c'est pas si sécur parce que si tu as codé et tu as fait n'impe, si tu as leak, tes variables d'environnement tu les as leak
ça rien à voir avec versel donc c'est nous notre comportement par contre il faut pas acheter non plus le bébé avec l'audubain
ils ont quand même fait des trucs super bien et tu vois pour des étudiants qui n'ont pas spécialement le budget
ils déploient leur appli instantanément ils le montrent à tonton ou à mamie le soir c'est quand même extraordinaire de pouvoir faire ça
c'est hyper facile alors d'un autre côté ça vient casser la barrière à l'entrée parce que voilà tu fais un netlify deploy
et ça marche quoi tu vois ou netlify ou versel ou héros coups et oui tu fais guide push héros coup master et puis master
et donc ça ça marche par contre à côté de ça si tu veux passer peut-être à l'échelle à un moment donné le surcoût est vachement plus intéressant
il faut pas tirer trop trop fort sur versel et sur les autres il faut savoir en fait quel est le meilleur outil
et ne pas tomber dans le dogme soit de tout bar métal tout on fait tout nous même et tout versel tout passe et tout ça
il faut essayer de trouver pour toi sur quoi tu verrais une sorte de limite à quel moment tu te poses vraiment la question
tu vois est ce que pour des side project est ce qu'il y a de la du calcul serveur ou c'est vraiment une histoire de business d'équipe
c'est pour toi c'est quoi en fait les éléments qui doivent rentrer dans le jeu pour dire ok maintenant on est apte à récupérer
et à devenir plus indépendant et à reprendre le contrôle de notre hosting et tout bordel
pour moi ça dépend de plein de choses bah déjà de la typologie de ton business de ce que tu es en train de manipuler de qui t'as en face
si par exemple ton but c'est de vendre ta boîte le plus rapidement possible bah c'est peut-être pas le but du jeu de...
et c'est de faire une arme moi je suis à l'aise avec ça c'est peut-être pas le but d'aller se mettre sur du self hosting là tout de suite
parce que comme tu dis en fait cette technologie versel et netlify pour tous les cités peu importe sont des technologies qui sont très très bien
elles ont fait des trucs de fou mais je pense à planète scale surtout pour la partie hébergrement de base de données
c'est incroyable ce qui font l'autonomie que tu peux avoir avec leur système de primaries replicas avec des clusters
c'est ouf à refaire ça à la main c'est honnêtement un cauchemar
mais en fait quand on dit justement ce self hosted c'est pas forcément quitter le cloud entièrement
en fait ça nous empêche pas d'hébergrer son compute par exemple donc son la ravelle ou ce que tu veux
et d'avoir du s3 d'avoir un planète scale derrière d'avoir ce que tu veux
en fait on n'est pas obligé de toucher et je pense ça dépend de ton business
si encore une fois quand tu commences un projet t'es quand même bien content d'avoir un serveur bar métal à 40 $ par mois
tu vas pouvoir mettre 5, 6, 7 applications je ne sens rien dessus
ça va pas te coûter plus cher par application ça c'est cool les coûts sont anticipables et très linéaires souvent
par contre quand tu vas commencer à pâcher à l'échelle, avoir un load balancer, avoir des services qui tournent
avoir peut-être un nod en parallèle d'un ravelle par exemple ou d'un rails, rails c'est possible
d'avoir tout un tas de choses à droite à gauche
les coûts vont être souvent exponentiel
l'upscale sur ces outils là va être très très cher
et du coup la question va rapidement se poser de qu'est ce qu'on a envie de faire
est-ce que le prendre quelqu'un qui va peut-être être un peu plus dédié à ça
ou réduire du temps quelqu'un dans l'équipe pour qu'il s'occupe un peu plus de ça
est-ce que c'est rentable par rapport à tout déléguer à versez les compagnies
parce qu'il y a encore une fois le scaling sur ces outils là
et je pense le plus cher le coût à l'entrée est pas si cher que ça mais c'est en général le scaling qui devient insolent
en termes de très très cher
en fait par exemple pour reprendre l'exemple des recours je crois qu'ils ont encore les prix de 2009, 10, 11 dans ces eaux là
c'est insolent le prix des recours alors oui il s'occupe sur le papier de tout
mais faut remettre en perspective justement qu'est-ce qu'ils font pour nous
qu'est-ce que moi je suis pas capable de faire et à quel point ça me prendrait du temps de le faire moi-même
pour reprendre l'exemple de plan scale je suis pas capable à tout de suite de faire des clusters
avec des prix maris répliqués dans toutes les régions du monde
on va être trop durs
par contre Hébergré en l'autre balancteur, un next, même avec un server-side rendering
ça en vrai je pense qu'on sait tous faire
en fait si vous savez le lancer à peu près on y reviendra après mais
si vous savez lancer la commande dans votre terminal en développement
l'étape pour passer en production est pas si grande que ça
beaucoup moins qu'il y a une dizaine d'années, beaucoup moins qu'à l'époque Oversale est née
je crois que c'est en 2015, 16, coupez moi si vous voulez, par là
dans ces eaux là
et comme tu dis en fait ils ont un budget qui est immunité pour les influenceurs
on les connait, on a tous le même fil de Youtube je pense
vous savez très bien qui je parle, ils en ont parlé énormément sur internet
ils ont des centaines de milliers de vues
c'est délirant par rapport à toutes les autres communautés et d'ailleurs vu en pâtisserie aussi
parce qu'ils misent à fond sur next et versel du coup de fait
mais du coup il y a toute une génération de gens qui sont en mode
la stack par défaut c'est versel next, le reste n'existe quasiment pas
et je pense que c'est cool de challenge ça et de se dire en tant qu'entreprise
on est en train de scale et scale ne veut pas dire grand chose mais
c'est à tout le niveau
qu'est-ce qu'on est en train, qu'est-ce qu'on veut mettre en place et comment est-ce qu'on veut aussi
donc si c'est pour un projet, on peut mettre 5, 10, 20 projets sur une boîte qui coûte 70$ par mois
tout va bien, ça ne degrage jamais en fait, il n'y a pas de raison que ça plante
par contre si on commence à avoir des pics de charge
ou qu'on a une projection d'évolution qui est assez lunaire
on peut anticiper quelque chose et là je pense que la question se pose de
comment est-ce qu'on scale, voilà, à peu près
je reviens sur une expérience, parce que tout à l'heure t'as parlé de scalingos
ça me fait plaisir, parce que j'aime bien ce service
et pour un client où on a fait du next justement avec un proxy qui était devant
on était sur versel et puis donc d'un coup du jour au lendemain
le WAF a bloqué notre proxy et le site devenait inaccessible
et là, qu'est-ce que tu fais en fait, quand tu veux contacter versel
il n'y a personne qui te répond en fait, personne te répond
Netlify c'est pareil, on a demandé des tarifs de l'assistance
en fait de Netlify, c'est plus de 3000$ par mois en fait
pour ne serait-ce qu'avoir une assistance
donc par la suite, on est passé sur scalingos
où là, du coup ils étaient là, ils répondaient etc
donc il y a aussi cette partie là, tant que tu n'as pas de problème ça va
mais le jour où tu as des problèmes, il n'y a pas grand monde pour te répondre en fait
c'est clair, on le voit même avec les factures cachées
ou avec les coups cachés, Rinc, l'Ingress
donc pour sortir d'un service par exemple
ça peut être en dizaines centaines de milliers de dollars, millions pour certains
et oui, l'auto scaling, tous ces services-là sont excessivement chers
alors oui, on peut avoir la sénitité des suites de se dire
enfin c'est ce qu'on paye, mais est-ce qu'on a envie de payer pour ça
et oui, ces services-là sont très chers
mais très très cool malgré tout, faut pas cracher dessus
et moi je m'en sers encore tout le temps, il y a des projets, je ne vois pas l'intérêt d'aller les héberger moi-même
parce que c'est des blocs post, parce que c'est des petits nœuds, c'est un droit à gauche
c'est de la documentation, c'est un signe vitrine pour une boulangerie
ou ce genre de choses, ouais aller l'héberger moi-même à la main
bon bah ok, tant pis je paye dix dollars de trop
mais c'est que dix dollars, je ne suis pas dans...
pour certains projets on n'est pas dans les échelles dont on parle actuellement
mais par exemple pour donner un ordre d'idée
Basecamp, donc 37 signales, quand ils ont sorti Camal
en trois ans, si je ne dis pas le bêtise, ça fait trois ans maintenant
parce que pendant une année, c'était pas public
ils ont économisé, je crois, 9 millions de dollars
quelque chose tout comme ça
donc en fait 9 millions moins 250 000 de dollars de DevOps
fois trois, bah en fait ça fait...
ça reste rentable, ça reste rentable
alors eux c'est une petite idée, imaginez sur des beaucoup plus gros projets
la question je pense ne se pose même pas, on n'a pas le choix de revenir au self-esteem
mais du coup ça dépend, la typologie des projets
je pense que ça dépend de l'équipe, de l'apétance des gens, des compétences que vous avez
mais je pense qu'il y a vraiment ce côté de
il ne faut pas en avoir peur, quoi
comment presse, ça fait peur au début mais en fait, pas tant qu'un
mais il y a aussi...
pardon, vas-y, vas-y, vas-y, pas trop
je pensais aussi, il y a aussi une baisse aussi de tout ce qui est hardware, tout ça
parce que la promesse au début de AWS en fait c'était
écoutez, vous prêtes nos serveurs
et vous utilisez ce que vous avez besoin, si vous n'avez pas besoin d'utiliser beaucoup
ça vous coûte pas cher et si vous avez un pic de trafic, ça vous coûte cher
sauf qu'aujourd'hui, le hardware est beaucoup baissé
et pourtant les prix Amazon n'ont pas tellement baissé en fait
donc il y a un petit truc qui n'est pas logique en fait
le jour où je faisais un calcul pour rigoler pour la dernière conf
là, en fait si je le prends un bar métal chez Skalware en l'occurrence
mais peu importe, c'est valable chez tout le monde, même chez AdSner et compagnies
celui de 96 coeurs et 256 gigadrames, ça me coûte
200$ et quelques par mois, c'est un conteneur et recoup
et du coup le plus puissant évidemment
mais en gros c'est un ratio de 1 à 100 en termes de puissance
donc même si je n'ai pas d'autoscaling, même si je n'ai pas de trucs de fou
en fait ça me coûte moins cher, c'est eux l'autoscaling
qui n'existe que parce que justement c'est cher
et du coup le prix du hardware c'est effondré, c'est dit des dernières années
avec 15 dernières années, mais on ne se rend pas compte à quel point la puissance
qu'on a aujourd'hui à disposition pour un coût qui est émis
c'est délirant maintenant les serveurs et on le voit même avec les plus IRM
qui sont aussi disponibles sur du bar métal, on le voit avec les MacBook
avec des MacBook en fait, c'est des machines de hier pour 1500$
donc c'est assez fou
Et après tu vois tu on parle de scaling hyper poussé
il y a aussi un autre penchant
pour moi je considère qu'il y a une énorme barrière à l'entrée
mais il y a aussi une barrière à la sortie chez les gros, chez les gars femmes
en mode on met tous chez AWS, on a tous ouvert un jour dans notre vie la console AWS
ou Azure, tu pleures du sang, tu es là, tu ne comprends rien
donc en fait t'es obligé de te former, de monter en compétences là-dessus
pour dire ok je vais apprivoiser cet environnement
maintenant il y a du infrastructur AsCode, donc tu vas faire ton framework en interne
tu vas diploie, ça va se faire tout automatiquement
mais après tu ne sais plus trop ce qui est lancé, tout intérêt à bien gérer ton truc
donc il y a une énorme barrière à l'entrée
sauf que quand le CFO de la boîte il dit ok maintenant les gars on va faire des économies
t'as l'équipe, t'as dit attends on a passé un an à tout déployer, à tout mettre
à faire une montée en compétences
en fait là tu me demandes de repasculer sur ton bar métal
pour de l'idéologie mais aussi pour de la tune
mais ça va m'écouter aussi taquette-pognon
c'est clair, je pense qu'il y a d'autres trucs
de toute façon les transitions si il y a besoin d'en faire une c'est très cher
toujours toutes les transitions sont chères et compliquées
et du coup pour l'histoire de la barrière à l'entrée
clairement je pense que ça soit en self hosting ou dans le cloud
il y a toujours une barrière à l'entrée
Ken Ken qui vient de commencer le dev et qui veut mettre en prod son projet
il y a quand même des trucs à faire, il faut quand même monter en compétences comme tu dis par WS
sur Versel, sur les DNS, sur la sécurité de ses credentials
sur les backups si ils ne sont pas par défaut
il y a quand même des choses à faire, c'est pas juste bonjour
enfin c'est pas un truc que tu demandes à Ken Ken et qui s'en occupe pour toi
c'est pas un employé Versel, donc il y a quand même des choses à faire
et ça soit dans les deux cas du coup
et oui le coût de la transition peut être très élevé
donc il y a quand même du vendor locking qui est confortable pendant un temps
parce que justement on ne peut pas sortir ça, la transition c'est trop cher
et je ne sais plus pourquoi je dis ça, je me suis perdu
c'est pas grave, il y a un coût à l'entrée, il y a un coût à la sortie
il y a un coût à l'entrée, c'est ça, il y a un coût à l'entrée, oui c'est ça
c'est que quand par exemple tu es chez Google ou chez Eurocoû ou chez Versel
est-ce que tu sais comment Versel déploie ton application ?
en fait on n'en sait rien, c'est leur business
c'est voilà mon code, débrouillez-vous pour contemuriser tout ça
débrouillez-vous pour installer toutes les dépendances, tout ce que vous avez besoin
je veux juste que mon app s'en emprunte
et ça pour savoir le refaire, ça demande effectivement des compétences
mais de toute façon pour déployer une application, quelle qu'elle soit
vous êtes obligés d'avoir des compétences au moins un minimum de dévotes
et je pense que pareil, on en fait un peu des caisses peut-être
de dire que le self hosting c'est compliqué, c'est une usine à gaz
ça me rappelle vraiment ce côté, on est plus dans les années 90
et je pense qu'en se lançant, on se rend compte que c'est pas si dur
par contre la transition, oui la transition est très compliquée, même moi
je suis un salle de self hosting depuis longtemps
il y a des app que, ouais, tant pis, je paye trop cher pour l'héberger
mais parce que le coût de la transition ne vaut pas le coup
il sera amorti dans plusieurs années et j'ai la flemme
mais du coup, la question en tout cas, elle n'est pas si simple
et je pense qu'il faut qu'elle soit posée assez tôt et que les gens
montent assez vite en compétence
mais de toute façon il y a de montée en compétence
dans tous les cas, c'est pas binaire, c'est pas blanc d'un côté
et noir de l'autre
et tu crois pas aussi qu'il y a un jeu qui s'instore aussi
avec les devops qui sont déjà en place
et on sait qu'il y a une communauté de devops
on va de voilà, nous on fait plus de devops
est-ce qu'il y a pas aussi
et là je vais pas me faire des amis peut-être
mais tu vois, d'essayer de...
non mais, ce que je veux dire, de défendre un peu sa paroisse
et en disant, ouais c'est complexe
et donc c'est aussi une manière de garder sa compétence
ou en tout cas d'être reconnue pour sa compétence
parce que c'est complexe, c'est compliqué
la sécurité et ben nanana, tout ça
et en fait ça entretient le mythe, tu vois ce que je veux dire un peu
bien sûr, ouais
je pense qu'il y a forcément une part de vrai
même les devops, on est comme ça
je pense qu'on est tous comme ça
mais je sais pas si pour l'anecdote, je sais pas si vous avez connu l'époque
ou tous les devops, tout ce qu'on voulait recruter
voulait mettre du Kubernetes de partout
est-ce que vous avez connu ça ?
quelque soit l'app avant même qui te demande quel est ton business
quel est le goal de ton entreprise
alors qu'est ce que t'espère être dans 2 ans, 3 ans
quel sont tes objectifs ?
faut mettre du cube
si vous voulez scale, faut mettre du cube
mais t'en vaut, ouais mais je veux faire un site pour une boulangerie
en fait je ne veux pas faire du cube
ou je veux être, enfin je connais la croissance
la croissance de ma boîte depuis 4 ans elle est linéaire
elle va pas magiquement être exponentielle
on n'a pas fait de sales, enfin de d'actions de communication particulièrement
on n'a pas fait de marketing
t'as pas de black friday ?
j'ai pas de black friday à gérer
mon business, l'immense majorité des business
la croissance est linéaire et ou meurt
mais en général les linéaires c'est rarissime les cas où ça les pas
mais quand même, ouais c'est prévisible
ça dépense souvent des actions qu'on met en place à côté
je vais pas passer sur m6 sans le savoir
je vais pas être responsable de la gestion des vaccins
comme Dr. Libla a été sans le savoir
c'est rarissime que les projets la croissance ne soient pas linéaires
et du coup malgré tout les devops voulaient mettre du cube de partout
et cette vague est un peu partie
et j'ai l'impression qu'il y a un peu cet aspect de
bah en fait la question ne se pose pas à l'époque c'était cube
maintenant en ce temps, pendant longtemps ça a été cube, le passe
et en fait on peut tout remettre en question
pourquoi on pourrait pas se dire bah ok vas-y je mets
du self hosting moi-même en fait c'est possible
en fait tu sais faire si tu sais mettre du cube en état sans place
tu sais faire du self hosting
donc ouais je pense qu'il y a un peu ce côté
il y avait une hype aussi de la part des devops
on a juste un nouvel techno de fou
comme à l'époque avec react en mode
tiens c'est facebook qui présente ça
bah là c'est google, ok on va en mettre de partout
et on se retrouve avec des techno
enfin des projets Frankenstein dans tous les sens
parce que c'était la mode à l'époque
et je pense que c'est un peu de la musine à gaz aussi
à diploie quoi
alors qu'il y a juste
une petite hape fronte
ok il y a un bac en
et tu te trouves avec une musine à gaz
tu ne vas pas c'est plus de temps à mettre en place
ta stack pour ton nouveau dev qui vient d'arriver
et oui ils sont 3
il est le 4ème il arrive
putain il faut tout le setup
c'est méga complexe tout
alors que ça n'allait pas
ok tu as fait une présentation
il y a pas longtemps sur
justement un outil ou Kamal
qui a été poussé par DHH
37 signal tout ça
toi tu as déjà déployé des applications
en prod dessus
tu as fait un espèce de mini ripot
est ce que tu peux nous en dire un peu plus
sur Kamal ?
comment ça se passe ?
c'est quoi le concept ?
c'est quoi en fait les étapes du process ?
moi j'ai soit un uxt, soit un Rubien Rails
à déployer
j'ai mon bar métal
j'ai ma clé SSH pour me connecter
comment ça marche ?
en gros avec tout ce que vous pouvez me dire
Kamal est né dans cette philosophie
en mode j'ai pas envie d'avoir du lavent de la lock-in
j'ai pas envie d'avoir tout ça
j'ai envie de gérer mes serveurs moi-même
mais sans tout le côté un peu relou
peut-être que la plupart des gens qui nous écoutent
connaissent force pour déployer du Laralel
je pense que c'est l'exemple le plus connu
ici nous on a Hatchbox côté Rails
mais le principe est le même
en gros quand vous achetez un serveur
et je viens après sur Kamal
mais quand vous achetez un serveur
vous devez le sécuriser
vous devez installer nginx, base de données
vous devez installer Redis probablement
tout un tas d'outils, vous devez les installer à la main
et une fois que tout ça est installé et clapé déployé
vous allez devoir maintenir ce serveur
l'idée de Kamal c'est de se dire
ok toute la partie sécurisation du serveur
on le fait pas
par contre ce qui est difficile dans le déploiement
d'une application sur un darm metal, tout le long
c'est pas l'installation de ces outils-là
c'est comment je prends le code de GitHub
et je le mets en ligne
sans qu'il y ait de coupure entre eux le déploiement
c'est tout ce que fait magiquement versel
tout ce que fait magiquement, tout ce que je veux dire
c'est comment prendre le code et l'exécuter en prod
ce qu'on dit au début c'est que prendre du nuk c'est le déployer en prod
tu peux pas juste faire nuk start
il y a quand même des étapes à faire
et du coup l'idée de Kamal c'est de se dire
on a docker, on a du bar metal
comment on va automatiser
les commandes docker
pour que ça prenne l'application
ça la met dans un compteur docker
et ça la pousse, sort un serveur et que ça fasse
un peu sa magie tout seul
l'idée c'est de répliquer
la simplicité en gros des passes
donc versel et rogu tout ce truc-là
répliquer la simplicité des passes
mais en ligne de command
en gros on une commande Kamal deploy
c'est un outil qui va
accriger votre application, la containeriser
la mettre sur un docker hub
quel qu'il soit
et après ça va lancer des commandes directement depuis votre serveur
pour déployer l'application
donc c'est très très proche de ce que va faire
un force, typiquement
ou ce genre d'outil
sauf que au lieu que ça soit directement en dur
sur votre serveur en faisant un nukstart sur le serveur
ça va le faire via un conteneur docker
donc pour ce qui est trop pratique
une fois que l'application est bindée
vous pouvez la déployer sur 48 serveurs en parallèle
si vous avez envie
toute la partie SSL donc HTTPS
géré par Kamal
et du coup vous avez globalement
un peu de temps à faire
donc j'ai fait plusieurs démos à la présentation
que tu parles qu'on mettra peut-être en lien
en gros entre le moment où j'achète le serveur
et le moment où je déploie mon application
si le docker file est déjà créé
il me faut 10 minutes, même pas
est-ce qu'on est vraiment
à 10 minutes près quand on fait du passe
je ne le pense pas
mais en tout cas je peux scale mon application
sur autant de serveurs que je veux
en 10 minutes
et l'idée générale de Kamal
c'est ça, c'est de se dire ok
on s'occupe de rien si ce n'est pas le code
le mettre sur le serveur
ce n'est pas si il répond à tes questions
mais c'est un peu d'idée
mais est-ce que tu lances
Kamal de ta console sur l'ordi
est-ce que tu as un système
qui va déployer automatiquement
ou c'est possible de le mettre en place
quand tu fais un commit
oui alors c'est
en gros il y a quand même moins de features
ce n'est pas un service
ce n'est pas un abonnement
pour préciser quand même
ce n'est pas un concurrent de Versailles
c'est vraiment un outil en ligne de commande
c'est open source
en plus c'est open source mais vous n'avez rien à libérer
il n'y a rien à faire
c'est vraiment du pur ciel
il n'y a pas de vuvan
versel bis simplifié ou un héros coup différent
pas du tout, là c'est vraiment des commandes
qui vont pour vous
faire l'équivalent de docker build
docker push, docker up
et c'est quasiment tout en caricaturant
avec évidemment tout un tas de choses
pour gérer les credentials
gérer souvent de choses
gérer les rolling release, gérer le rollback
gérer un tas de trucs comme ça
mais c'est vraiment un outil en pure ligne de commande
pour vous aider à déployer
donc ce n'est pas un concurrent en pass
c'est vraiment un remplissant de tout ça
c'est vraiment un remplissant en ligne de commande
donc si vous avez l'habitude de
de faire
la ravelle de pusher avec la ravelle de forge
par exemple, là ce sera le même concept
sauf que ce n'est pas en ligne
et oui on peut simuler
des passes
par exemple vous pouvez trigger le déploiement
depuis un CII par exemple
pareil, je l'en ai parlé dans la conférence
dont tu parles Alex
ce que je fais c'est que dès qu'il y a
une poulre request qui est ouverte
je déploie un environnement sur un nombre de domaines particuliers
et ça va faire un camal deploy
depuis la CII mais le concept est exactement le même
donc pour une fraction du prix
on va pouvoir simuler
un peu ce que fait un etlify
avec les deployments ou un versel avec les deployments
ou ce genre de choses
donc à GitHub Action
tu peux déployer ton camal
oui, c'est un peu ouf
et en fait il n'y a pas d'intelligence donc il y a un camal
pour voir ça vraiment comme une ligne de commande
qui est disponible
en rien
ce n'est pas que compatible avec Rails
ou avec quoi que ce soit
ça lance vraiment des commandes à votre place
mais ça fait juste des commandes
de Docker pour vous
en caricaturant évidemment
mais l'idée c'est que c'est vraiment
une fois que vous avez un serveur
eux ils s'occupent de déployer votre code
en gros l'idée c'est ça
c'est super important ce que tu dis
parce que quand ça a été présenté on avait l'impression que c'était
Ruby on Rails et finalement c'est compatible
vraiment avec tout en fait
c'est un techno confondu
en fait à partir du moment où tu peux
mettre ton framework dans un conteneur
Docker et lancer par exemple
PMstart, Nuxtart, Nextstart
que tu veux
WordPress avec PHP, FPM ou Laravel
enfin je ne vais pas tout le faire mais vous avez compris l'idée
à partir du moment où tu peux le mettre dans un conteneur Docker
et que l'image arrive à se guider
tu arriveras tu pourras te servir de camal
tout le reste après est complètement transparent pour toi
ça va, faut juste connaître Docker
un petit peu quand même
on ne peut pas le faire sans
mais toute la gestion
des secrets, toute la gestion
de est-ce que c'est up and running
est-ce que quand le conteneur immer est se relance tout seul
est-ce que quand le serveur crash
est-ce que ça se relance tout seul
comment sécuriser les axles à la base de données
comment avoir le SSL
donc HTTPS automatiquement tout ça est géré par camal
donc voilà
mais le concept
c'est que ça lance des commandes
à votre place mais les commandes vous les voyez
c'est pas comme sur HeroCOO, Versel
ce genre de choses là vous voyez ce que camal fait pour vous
en gros
donc ouais non c'est très très cool en fait
et est-ce que
est-ce que t'as toi
t'as déjà utilisé ça est-ce que t'as déjà
vu des limites en fait par exemple
toi je pense que
il y a certaines personnes ils ont des
un fichier n-genics
ou caddy
trafic
où ils ont un petit peu tweaked
leur config pour pouvoir injecter
soit un peu plus de sécurité soit de
l'observabilité ou des choses comme ça
est-ce que toi t'as déjà touché la limite
de camal
parce que
tu voudrais rajouter des trucs
mais c'est pas dans les features
ça le permet pas
ou peut-être t'as trouvé un moyen
de contourner en fait camal
mais aujourd'hui est-ce que ça
te convient pleinement
ou tu vois déjà des limites
je pense que en fait
il n'y a pas vraiment de limites à camal vu qu'il ne fait rien
en fait si tu le peux le faire avec docker
comme tu fais d'habitude donc par exemple en tweaking
des configs n-genics par exemple
déjà si tu sais faire ça normalement tu sais
déployer ton application normalement à peu près
soit sur force tu ne vas pas les toucher
des configurations n-genics sans vraiment
comprendre ce que tu fais
donc là concrètement ça va être tu vas tweaking
des configurations n-genics c'est la mettre dans ton
conteneur docker phpfpm
mais concrètement camal lui
c'est complètement transparent en fait c'est plus de la gestion
d'un docker file que de la gestion de camal lui-même
camal il fait pas grand chose
encore une fois il fait docker build
docker push docker pull docker run
et c'est quasiment tout
donc en fait la ligne de camal pour moi elle n'est pas
tant dans l'outil elle est plus dans
qu'est-ce que moi je sais faire avec docker
et tout à l'heure l'exemple de planescale est parlant
à partir du moment où par exemple je veux
faire un backup de base de données
bah là il y a des concepts quand même qui commencent
à être un peu touchy
dans le sens où comment je la sécurise
comment je la chiffre
comment je la déploie sur s3 de manière sécurisée
comment je suis capable de
ok imagine là mon ad
on a le crash où je dois faire un rollback de ma base de données
est-ce que j'ai des compétences pour le faire
camal lui il y a aucun lien avec camal
c'est juste est-ce que moi je suis capable de le faire
en docker peut-être pas
est-ce que je suis capable de faire un cluster
avec du primary replica comme fait planescale
en un clic ou des je crois que c'est le follower
sourire au coup
ah c'est déjà plus touchy quoi et là
plus dur mais faisable
encore une fois camal là il y a aucun lien avec camal
c'est plus
qu'est-ce que nous on est capable de faire
et donc est-ce que ça serait
ça se rapprochera pas un petit peu de ansible
ou des choses comme ça
ou en fait tu vas un peu orchestrer
tu vois ta création
d'image des choses comme ça
c'est un peu l'idée
alors ansible lui pour le coup il y a un vécri
et c'est juste des fils qui diamole
qui sont transformés en ligne de commande
camal il y a quand même beaucoup de choses qui sont fait pour toi
c'est à dire que quand tu fais
quand tu lances camal la première fois
tu n'as pas besoin de configurer
quoi que ce soit il va juste faire des commandes
par défaut
ansible quand tu l'installes il y a rien dedans
c'est à toi de créer ton yaml mais l'idée
quand on se peut tuer d'ailleurs l'idée
quand même d'orchestrer un peu son truc
alors ansible va plus être utile pour
préparer les serveurs que déployer
et bien sûr on peut faire les deux on peut faire ce qu'on veut
mais au final oui il va juste lancer des commandes à distance
c'est juste que camal vient avec
quand même l'idée derrière par défaut
de lancer ta base de données
de ton ready, enfin ta base de données tout ce que tu veux
et de lancer ton compuque donc ton la ravel
ton rails
ton rails ton la ravel mais
l'idée non c'est ouais il vient pas sans rien
c'est pas une coquille complètement vide non plus
par contre ouais pour ce qui est de
tweaked ou de commencer à faire des choses
bah là c'est à toi de savoir faire
oui moi je m'en sers du coup depuis
quasiment la version 0.2
je crois qu'il faut comme ça et en fait
dès le départ à l'époque moi je déployais des applications
avec capistranaux
pour ceux qui connaissent
mais c'est l'équivalent de forge pour être
très direct c'est on éberve
PHP, SPM en dur sur le serveur
donc c'est pas contenu à l'esprit
en fait j'ai tout remplacé par camal
j'ai pris un serveur à 40$
et j'ai migré tous mes petits projets
ou ceux qui génèrent pas assez d'argent pour que ça soit
justifié ou ceux
ou ceux qui ont moins d'importance
j'ai tout migratu
littéralement tout migratu
parce que
je fais des snapshots du serveur
tous les jours
et si j'ai un problème je le redéploie ailleurs
donc en fait la question
se pose pas mais ça me coûte 40$ fixe
et c'est prévisible à l'avant
vous n'avez aucun problème avec ça et après
pour tout le reste je m'en suis servi
ça dépend les projets, ça dépend les serveurs
ça dépend encore une fois la raison
du business du projet derrière
maintenant par défaut je mets du camal
quasiment partout
sauf quand j'ai besoin encore une fois de faire
surtout du prix maré et replica
c'est mon gros pain points
mais sinon non j'en mets absolument partout
en fait c'est du docker
il n'y a pas de raison que ça marque moins bien
qu'un hero coup et hero coup est hébergé par AWS
il n'y a pas de raison que mon conteneur
marque moins bien ou mieux sur hero coup
que sur camal donc j'en ai mis 20 000
depuis 2 ans maintenant
voilà je le fends dessus
ok tu nous as convaincu
ok vas-y moi j'ai
mon app Nod qui tourne tout
moi ok je sais
ok je sais bidet
je sais paquets de g
on va dire mon app
la run en local
ok tout marche nickel
comment je fais pour
apprendre en fait camal
et voir
c'est quoi il y a une doc
il y a des infos
qui sont suffisamment clairs et explicites
pour qui me prennent par la main
et qui m'expliquent tout
on va dire step 1
prendre mon serveur
step 2 mettre
tel paquets de linux je sais pas
je pense à des fail to ban
ou des
des firewalls
ou des choses comme ça
non j'ai pas besoin de faire ça parce que camal
le fait pour moi tu vois des choses comme ça
en clair si je veux monter
en compétence sur camal
vers où je me tourne
alors tu mets un point sensible
pour l'instant il y a deux trucs
mais je sais que tu fais exprès mais il y a deux notions
camal vient vraiment
se mettre pas dans la configuration
des serveurs ou l'achat des serveurs
ça c'est à vous de vous faire ce que vous voulez
donc en fait camal me sécurise pas le serveur il fait rien
il parle du principe que dockeur est installé
et lui son boulot c'est que
de prendre l'application que vous avez
en local quoi et de la mettre
sur le serveur
par contre tout ce qu'il y a avant ou après
ça sera pas sur camal que on trouvera la documentation
ça sera à vous de savoir comment
configurer votre serveur
donc en vrai c'est ce que je disais dans le lien
qu'on mettra dans la description peut-être
c'est que c'est pas si compliqué que ça
par défaut linux que c'est largement sécurisé
je pense ça au bout de tout par exemple
par défaut il y a quasiment rien à faire
mais il y a quand même des petits trucs à changer
mais globalement si vous enlevez l'authentification
en password votre serveur
vous enlevez 90% des problèmes
si vous mettez un fail to bank
vous enlevez 95% des problèmes
et en vrai un pare-feu derrière
pour ouvrir que les bons ports
vous avez normalement quasiment plus de problèmes
dans vos vies en tout cas de sécurité
en caricaturant mais globalement
vous n'aurez quasiment pas de problèmes
par contre pour la documentation de camal
pour l'instant elle est pas ouf
faut être honnête
il y a quand même des trucs à comprendre
il y a quand même des choses à savoir
faut faire le mapping un peu mental entre
le fichier yaml que vous allez avoir
et le résultat que ça va donner
en prod
mais ça s'approche énormément de ce qu'on a
avec Google bid par exemple pour ceux qui ont fait du gcp
ça s'approche énormément de ce qu'on a
avec docker compose c'est très très proche
la syntaxe est quasiment la même
donc en gros si vous savez faire du docker compose
vous saurez probablement faire du camal
mais
il faut savoir faire un peu de docker compose
faut être honnête
donc la doc ça m'éliore petit à petit
mais il y a énormément d'articles qui sont sortis aussi
parce que la doc n'est pas ouf
et qu'on essaye de l'améliorer petit à petit
mais oui faut quand même des compétences en docker
et en infrastructure de manière générale
encore une fois faut dédiaboliser ça
c'est pas si compliqué que ça en fait
quand on voit les usinagas qui ont réacte et en next
vous savez sécuriser un serveur je pense
mais du coup
ouais c'est loin d'être aussi
complexe que le comble pense
c'était pas le cas il y a dix ans pour être très franc
il y a dix ans un serveur
fallait quand même faire un peu plus de
de bidouille dans des fichiers de config
un peu obscur
aujourd'hui par défaut
ça va quand même
faut le chercher
chat gpt est excessivement bon
en petit tips
excessivement bon vous lui dites qu'est-ce que je dois faire
il vient d'acheter un serveur qu'est-ce que je dois mettre en place
il a quasiment juste surtout
et si tu veux
je peux faire ma petite pub t'as parlé dans le cible
j'ai écrit un playbook
un cible qui conflure tout pour toi
et t'as globalement
pas grand chose à faire
de plus que ça
excellent on mettra le lien de ton playbook
ah ça me fait plaisir
après il faut dire aussi
on peut très bien prendre
pour se faire la main
s'il y a des auditeurs qui veulent se faire la main un petit peu
prenez un vpn
je sais pas qui au va, Saint-François, Magnac
ça vaut 3 à 4 balles par mois
c'est vraiment une misère
et puis abrisez vous avec
mettre une boune tout dessus
c'est quasiment sécurisé par défaut
il n'y a pas le passe-board par défaut
les ports tu les ouvres
faut les ouvrir par défaut ils sont fermés
donc voilà et on se fait la main
on s'amuse avec Kama et puis voilà
et il n'y a pas de risque
c'est clair
pareil dans la même manière on me dit toujours
parce que ça a besoin un peu ce que tu dis
comment on fait pour scale par exemple
par en fait quand on reprend notre courbe linéaire
mais si tu as besoin de scale je crée un deuxième serveur à côté
on a un load balancer à 10$
20$ devant
et voilà j'escale avec le double de puissance
pour un prix qui est seulement froid 2
et pas exponentiel
donc de la même manière pendant que l'un et
l'autre on peut s'occuper de l'autre et ainsi de suite
donc en fait c'est loin d'être si barbare
et compliqué que ça
pour donner un ordinateur pour répondre à ta question depuis un an
j'avais fait un tweet un peu piquant
mais en fait c'était vrai
j'avais oublié que j'avais acheté un serveur parce qu'il me coûtait 3 balles
ça me merve je l'ai facture donc je l'avais oublié
je me suis reconnecté dessus
360
480 jours plus tard
il était à jour parce que les mises à jour se font tout seul
Kamal avait crash de temps en temps
parce que c'est pas moi qui avais crash
c'était une coupeur de l'explicité
où il y a un data center qui avait pris feu au hasard
et du coup on se retrouve avec
le truc qui reboute tout seul et qui se remet à jour tout seul
et je me suis reconnecté dessus
pour passer de Kamal 1 et Kamal 2
et j'avais oublié l'existence de serveurs
et les apps ont été en prod pendant 380 jours
elles n'ont jamais crash pour de vrai
donc c'est fou en fait
on peut très bien oublier un serveur
et il va s'auto-gérer tout seul
pas ce qu'il y a encore une fois, les technologies
sur l'INU qui sont largement évolués depuis
10, 15 ans, 20 ans
et on n'est plus à cet air barbare
où ça allait être dans une cave
avec des pizzas pour s'occuper de ça
c'est un peu fini tout ça
Nice, tu parles de
technologie, de tweet un peu piquant
tout ça
on en a parlé en off
avant mais tu nous l'avais déjà dit
je crois dans l'épisode où tu étais déjà venu
où tu étais parti aux États-Unis
pour la boîte pour qui tu bosses
et
ça m'intéresse
en fait de voir un peu l'écosystème
américain
on parlait de tweet piquant tout à l'heure
on sait que DHH a beaucoup
œuvré et un peu virulent
est-ce que tu crois que
justement toute cette écosystème
un peu punchy
réact
est-ce que vraiment
ils ont un impact
ou c'est que de la com'
ou il y a vraiment une trame de fond
tu vois
et ça m'intéresse aussi parce que
on va pas se le rèdre
t'es pro rubien reils
peut-être un peu
moi je l'ai été pendant très longtemps
je pissais rouge
en mode DHH
j'ai pris vachement plus
de distance parce que je suis tombé
dans l'écosystème J.S
et aujourd'hui en fait
tu peux dire tout ce que tu veux
je me sens vachement raccord avec DHH
et avec tout ce qu'il dit
et je me pose la question
sur un peu toute cette écosystème
un peu pas
pas gaulois
enfin un peu le côté
le village un peu qui
veut pas tomber dans la doxa
que tout le monde impose
est-ce que vraiment
aux Etats-Unis il y a cette mouvance
ou le marketing
fait des ravages identiques
à l'Europe ?
je pense que c'est très similaire
je n'ai pas tout le bâton d'améritain
mais en tout cas
il y a quand même ce besoin
de mettre des coupiers dans la fondillière
quand on fait du rails
ce village gaulois
c'est plus une philosophie
qui est attachée à une technologie
je suis pas attaché à rails
particulièrement c'est pas mon bébé
c'est pas grave mais c'est plus la philosophie qu'il y a derrière
je t'entendais dire l'autre jour
t'as parlé de Gitsum par exemple
qui est mort en l'air
il y a Gatsby que moi j'utilise encore pour mon blog
qui est mort et en fait
des technos comme ça il y en a 20 qui pop 19 qui meurent
et
c'est usant
de se dire, tu vois là par exemple
pour m'alibrérer j'étais en nux 2
la migration vers nux 3 est quasiment impossible
ça m'en fout
c'est vrai elle est quasiment impossible
c'est un cauchemar, la migration de vue 2 à vue 3 est quasiment impossible
elle est très très dure
c'est un euphénisme
la migration de vue 2 à vue 3 est
un cauchemar
la plupart des greveurs n'ont pas migré vers ça
et en fait l'idée derrière rails
la philosophie qu'DHH porte
c'est pas tant venez on fait tous du rails
venez on fait des choses simples
venez on essaie d'utiliser des outils
pas que pour s'amuser mais aussi pour générer de l'argent
parce qu'on est un peu là pour ça
donc oui s'amuser c'est cool
générer de l'argent c'est cool aussi
parce que le principe même de la plupart des business
c'est pas que dans valoir c'est aussi
d'engénérer
DHH déteste les vissis
de manière générale
l'idée c'est vraiment
si ton but c'est de valoir de l'argent et de vendre dans 5 ans
très bien, moi je suis à l'aise avec ça
juste le savoir et dans ce cas là fait ce que tu veux
la question se pose pas
par contre si tu es dans un business un peu plus long terme
ou tu te dis à quoi je vais ressembler
dans 3 à 4, 5 ans, comment je peux me développer
de manière
linéaire ou même un peu plus exponentielle
mais comment je vais générer du cash
à la fin, la question de la stabilité
se pose et tiens on va peut-être pas
mettre du grid sum pour s'amuser parce que la migration
vers nex va être un peu compliquée
pareil pour NEXT on voit les évolutions
de NEXT 14 à 15 à 16
je pense qu'il y a des gens qui encore aujourd'hui
morgler doit d'être sur NEXT
pour des features qui au final sont cools
mais qui sont très proches de ce qu'on a
sur la plupart des frameworks back aujourd'hui
donc je pense qu'il y a un
un regard de
ouais de hype sur les boring technologies
comme je les appelle donc Rails
le self hosting, la ravelle
la ravelle il y a de la hype mais au final
c'est Rails avec 3 endroits tard
on peut me faire de la mienne là mais
l'idée c'est
non mais en fait les features il se passe rien sur Rails
parce que le jeu est fini en fait on a plus
il y a plus grand chose à
à montrer juste avec Rails
je sais pas, Rails new tout est prêt
pour générer de l'argent avec Hamal
tout est prêt pour le déployer dans les 10 minutes
qui suivent ou presque si on a des compétences
en docker on la ravelle c'est pareil en vrai
c'est la même chose mais c'est pas le cas
forcément dans les autres écosystèmes
donc du coup voilà l'idée aux Etats-Unis
c'est de maintenant que l'argent
est beaucoup plus cher qu'il y a encore
autour de la période Covid
bah oui on commence à se remettre à des
choses plus rationnelles je sais pas si vous avez vu
une marchée de l'empaus des Etats-Unis c'est effondré
pour les lèvres ces dernières années
donc c'est un impact évidemment tout le monde devient un peu plus rationnel
on teste moins de choses on va moins voir son manager
en disant eh viens on met du
grid sum pour le lol
viens on teste planète scale
pour rigoler et ça va coûter 20 000 balles par jour
il y a moins cette envie de tester des trucs
on revient à des trucs un peu plus rationnels
et je pense que ça va dans le bon sens
pour ça que j'aime autant la communauté de Rails
c'est qu'il y a cette philosophie
de venir on fait un truc simple
le code qui marque aujourd'hui va marcher dans 15 ans
parce qu'il y a du nobile de par exemple
et je vais pas avoir tout ma touchain
à refaire tous les 4 matins
même si je pense et je suis 100% d'accord avec vous
ce que vous présentez tout le temps c'est
de se dire il faut que cette technologie
il faut que des gens innovent pour qu'il y a la fin
qu'il y en ait un et qu'il y ait vraiment un truc
qui soit 10 fois meilleur que ce qu'on a aujourd'hui
donc il faut faire des tests
mais en attendant, venez on fait des trucs simples
venez on fait des trucs simples et on déploie
des trucs simples et voilà
j'aime beaucoup cette philosophie et je trouve ça cool
aux états-unis ouais, je le ressens un peu le côté
de, tu sais on peut être viré du jour en main
aux états-unis c'est mon cas et du coup
bah, tu t'entends pas des trucs de fou
quand tu peux tirer du jour en main
moins en tout cas
donc voilà, il y a un peu cet effet là
je pense que c'est vrai qu'il y a une
Rails inspire
enfin depuis des années
inspire énormément d'autres technos
Framwork et tout ça, Symfony par exemple
a été beaucoup inspiré par Rails
la Rails aussi, enfin c'est
assez cool que ce Framwork inspire
les autres technos
et finalement c'est tout le monde gang
parce que même si tu fais du PHP
et c'est de s'impliquer
ouais, je trouve que le mapping
le nouveau système de mapping tout ça
le nobile, c'est arrivé dans Symfony,
c'est arrivé dans la Rails, c'est aussi arrivé dans WordPress
je me suis rendu compte que WordPress avait
implémenté ça aussi avec l'interactivity API
donc on voit que vraiment
ça infuse dans tous les technos
c'est ainsi que l'influence de
ce Framwork et de DHH
je pense que tu vois
il est tranquillement, je pense qu'on l'aime, on le déteste
mais au final c'est ce qui permet clairement
d'avoir quelque chose qu'on en parlerait pas
en fait s'il n'était pas comme ça je pense
moins, parce que derrière Rails il n'y a pas de business
c'est différent de la Ravel, la Ravel vit
de la Ravel, Rails c'est pas le cas
donc en fait il y a aussi besoin d'en faire parler
il y a quand même, ils n'ont rien à vendre
derrière Rails en fait, tout est
il n'y a pas de business derrière Rails littéralement
donc en fait il y a le fait d'en parler
le fait d'être au 100 autant
precursor sur certains trucs
je pense que des exemples on en a beaucoup
mais d'être precursor à ce point-là
et visionnaire à ce point-là sur le nobile
le venez on remonte à contre courant
mais parce que on sait qu'on a raison
donc c'est prétentieux, il est prétentieux
mais je pense que dans beaucoup de cas
si ça fait 25 ans, 20 ans qu'il est là
c'est que c'est peut-être pas pour rien
après je pense aussi
que DHH il est peut-être
pas du tout aimé
tout mais contrairement
à certains gratteurs de buzz
tu vois
je pense que lui, il incarne ses convictions
si tu veux
ou en fait maintenant tu vas avoir
des dramas sur Twitter, machin
mais tu te poses même la question
si ça n'a pas été orchestré tellement que c'est
c'est tout much
tu vois
par contre avec DHH
on n'a pas l'impression
le mec il le respire vraiment
il le incarne
et c'est là
où ça marque vraiment une grosse différence
et pour le coup
ça change tout
ça change vraiment tout
et puis il est cohérent
en fait il a une vision
on n'aime pas mais il en a une
un peu comme Taylor Hotwell qui était d'ailleurs à la Rails World
il en a parlé dans un podcast en mode
les deux frémoires qui s'inspirent énormément
honnêtement quand on regarde le code source d'eux
c'est quasiment les mêmes
le nom des fonctions sont les mêmes
à part l'écosystème quasiment tout est pareil
ou presque
très sincèrement quand on aime la ravelle on aime Rails
il n'y a pas de
active record qui est sur la ravelle
le nom vient de Rails
c'est exactement les mêmes patterns
c'est la même clope
les deux frémoires ont une vision, une politique
et le self-hosting fait partie de ça pour reprendre le sujet principal
je le vois moins sur d'autres frémoires
pour être très sincère
on dirait qu'ils ont plus, ils créent un problème
pour te vendre la solution
je pense à l'autoscaling par exemple c'est pas une solution
c'est une solution à un problème
qui n'existe sur le papier et pas
comme on disait tout à l'heure
et en fait
comme tu dis les dramas parfois on est en mode
mais pourquoi vous avez besoin de créer tout ça
le changement par exemple de Next
récemment là, si c'est pour pas faire par les deux
je sais pas à quoi ça sert pour être honnêteté
mais on dirait qu'il n'y a pas de vision
qu'ils ont besoin de chipper des features
de réaliser une majeure par an pour faire parler de
parce qu'il y a des visies qui attendent de la tune derrière
et ça donne un peu cette impression
et nous on n'a pas ce problème dans cette communauté
donc je trouve ça plutôt cool
carrément sur Next, t'as totalement raison
on a l'impression que c'est un peu l'iPhone
tous les ans il faut qu'ils sortent une nouvelle feature
une nouvelle version
et des fois ils vont trop vite
et d'ailleurs on l'a vu dans la dernière conf
ils ont fait marche inarrière en fait
sur certaines choses qui ont jugé trop compliqué
ils se sont rendu compte que finalement
c'est trop complexe on va remettre le truc par défaut
donc ouais, ouais, c'est clair
il y a une obligation d'innover
qui est peut-être pas chez
sur le Raze
parce que nous la plupart des
je repense à la Rave les Raze
la plupart des solutions qu'on
chip, qu'on met en open source
ce sont des choses qui viennent
d'un vrai business, c'est pas à l'inverse
c'est pas, bah voilà on vous propose une technos
pour cette zone business
on a eu un problème dans le business
voilà comment on la résolu, on boule open source
et du coup en général ça vient d'une vraie problématique
et la plupart des trucs qui sont dans Raze, la Rave
et tout ça
sont déjà battle tested
et en avant on peut les mettre
on peut s'en servir pour de vrai dans la vraie vie
on sait que des gens ont déjà généré de l'argent avec
et bah on sait que ça marche de manière générale
donc c'est plutôt cool
et voilà
comme tu disais Camal
il l'a utilisé donc Camal existe depuis combien de temps
de 3 ans
alors on connaît pas la date exacte de départ
mais en tout cas la première release publique
à 2 ans
un gros smile à peu près
mais la première version pour moi c'est la version 2
c'est la première version
qui date de cet été à Toronto
donc ouais
6 mois qui sont comme ça
mais oui ils l'ont testé en prod dès le début
ouais alors ils ont fait une série
d'articles
je sais pas si t'as vu ils ont fait toute une série d'articles
sur le cloud exit de basecamp
donc ils ont acheté un serveur
à 500 000 dollars je crois
d'ordi
ils l'ont mis dans une cave
et en avant
comme à l'époque mais
c'est avec des VMs contenu riser tout ça
mais quand même ils l'ont appelé
ils ont fait le vrai cloud exit
alors que nous on est juste en mode pas assez exit
mais eux c'est à fond
ils ont même pas un cloud provider
mais du coup ça a trop avant
et en fait
il n'y a pas de raison que ça marche pas dans 15 ans
parce que encore une fois c'est du docker
d'être émêchant
il n'y a pas de technologie bizarre, il n'y a pas une syntaxe particulière bizarre
c'est du pure docker
tout ce que fait Kamal on peut le refaire
en docker on n'est pas dépendant de la technologie
on n'est pas dépendant de Kamal
Kamal n'est qu'une sur couche du sucre syntactique
sur ça mais c'est tout quoi
nice
trop bien
trop bien
écoute
Guillaume c'est super cool
que tu sois venu en fait
nous parler un peu de Kamal et de tout cet écosystème
enfin nous on prend ça
un peu sur la dernière année
on a un peu
le pass fed up
on en peut plus
de pass et machin
et pour le coup
moi je suis vraiment sur un gros projet
et je me suis posé la question
qu'est ce que je fais
j'ai pris mon bar métal
et je pousse mes apps
donc c'est cool
et c'est pas si compliqué que ça
donc non c'est super cool
écoute
on sait que tu repars aux états unis
normalement
et est ce que ça te va
si on se prend
un petit rendez vous
dans le futur
et que tu nous parle un peu
de l'écosystème tech
aux us à New York
avec toutes les trucs que tu peux vivre
et un peu
le Frenchy en insider
tu vois
moi mon rêve c'est de faire un meet up avec vous
chez Github ou chez Google à New York directement
et on lance même sur un podcast
sur un rooftop au-dessus de l'Ottawa
au-dessus de l'Ottawa River
ça c'est mon rêve avec vous
c'est noté
on lance une bouteille à la mer
et on y travaille
trop bien
on sait très trop bien de faire ça
trop bien
écoute, un grand merci
à toi
à tous les auditeurs
qui sont restés jusqu'au bout de l'épisode
pensez à mettre un petit like
un petit commentaire ça nous aide toujours
un grand merci à tous les sponsors
et on vous dit à bientôt
ciao
ciao
salut, merci à tous
merci