Une idée raisonnable des coûts classiques dans le cloud
Très bon article sur ces sombres histoires de haute disponibilité, et sur ce qu'elles peuvent réellement signifier quand on bâtit des systèmes complexes.
Un article très complet permettant de choisir une base de données, avec en bonus une cheatsheet hyper pratique (parce que couvrant tous les types de base de données et les grands fournisseurs)
Un modèle de développement d'applications qui vous permet, indépendamment de développer des micro services ou un monolithem C'est intéressant, même si ça me rappelle assez confusément les EJB. Je note surtout que la première implémentation disponible est en Go.
Il va falloir que je relise ça calmement ...
Je suis de plus en plus convaincu que l'usage des technologies des AWS/GCP/Azure est une forme de miroir aux alouettes conçue pour satisfaire le goût de la complexité des développeurs.
Un service ... intéressant (et leur page de doc sur les différents clients AMQP est super complète
Cet article est le genre d'illustration des malheurs du cloud.
Effectivement, même en n'aimant vraiment pas le modèle Amazon, je dois bien reconnaître qu'il est assez éthiquement discutable de taper sur AWS et d'être bienveillant avec les autres acteurs ...
Ca m'a l'air conceptuellement très intéressant cet hébergeur cloud qui permet de développer facilement des applications (en particulier WebCrate)
Très bon article qui montre factuellement à quel point les gros hébergeurs cloud vous tondent la laine sur le dos
Allez-y, passez au cloud ... Et à un moment vous allez vraiment en baver. Parce que les défauts pointés dans cet article ne sont pas vraiment anodins, je trouve
Je me demande comment les gens de CleverCloud voient ce genre de mini-paas ...
Une très bonne explication des raisons qui font que cette histoire de cloud souverain (pardon, "de confiance") ne tiendra certainement pas l'épreuve du temps. C'est une décision tactique, et certainement pas une vision.
Très bon article sur cette histoire de cloud de confiance. Quand je lis ce genre de trucs, je ne peux m'empêcher de penser que les "décideurs" sont décidément bien mal conseillés pour ouvrir leur porte-monnaie et nos données aux acteurs US.
C'est vrai qu'on peut toujours coder une solution. Mais normalement, le fait d'utiliser tous ces services rend scalable à l'infini, pour peu qu'on en ait besoin ...
Ca m'a l'air sacrément intéressant comme outil d'abstraction d'authentification ...
Un article qui offre un survol correct de la modernisation d'application. Il est toutefois dommage que les sujets vraiment délicats (comme la dette organisationnelle) n'y apparaissent pas ...
Si vous vous intéressez au tracing, cet article est aussi intéressant qu'il est possible de l'être, à mon avis.
Ca m'a l'air d'une très très bonne idée, et en plus utilisable dans Kafka ou autres !
J'ai appris deux ou trois choses sympa (cloudevents, KNative Eventing, ONNX), mais j'ai eu malgré ça l'impression d'un survol.
Je vais le tourner autrement : tant qu'à utiliser du cloud, je préfère utiliser un système portable (donc K8s) plutôt que les API non portables des cloudeurs, simplement parce que je peux tester partout.
Un point très intéressant sur les relations avec les GCP/AWS/Azure en tant que client : ils s'en foutent littéralement de perdre des clients, parce qu'ils en ont trop.
Un langage cloud natif éditable textuellement et graphiquement ...Quelle drôle d'idée ! Mais ça peut marcher ! (et ça sent la JVM à plein nez, et ça s'édite dans Eclipse)
#notinmyname (même si en tant qu'architecte dans une société de services - pardon une ESN), c'est ce que je fais
Très intéressant. Le cloud apparaît bien plus possible, quand le MOM y est intégré
Trop chouette comme truc : au lieu d'installer des Debian et de tenter de maintenir une armée de serveurs, il "suffit" d'installer des instances Deis et de déployer des conteneurs Docker dessus. Trop simple !