Menéame: comentarios [3754320]

#70 Microservices (ENG)

ed25519 — Fri, 02 Dec 2022 10:08:54 +0000

#5 dios te salve the usar terraform.

» autor: ed25519

#69 Microservices (ENG)

--660667-- — Fri, 02 Dec 2022 08:47:38 +0000

#68 Los servicios monoliticos o, bueno, con otras arquitecturas que no sean microservicios, que no todo es blanco o negro, utilizan otras estrategias para escalar, desde soluciones noSQL, a caches, CQRS, etc. Tambien se puede coger una aplicacion no-monolitica y escribir datos en 2 o mas bases de datos, nada lo impide.

» autor: --660667--

#68 Microservices (ENG)

ostiayajoder — Thu, 01 Dec 2022 21:36:21 +0000

#48 No.

Puedes escalar lo que quieras una aplicacion y meter 3000 servidores de aplicacion balanceados.

Pero BBDD tienes una, y los 3000 servidores se van a bloquear entre si al escribir en ella.

Los microservicios dividen la carga de las BBDDs y hacen que eso, tambien, pueda escalar.

Aparte, si, dividen mejor el trabajo en equipos y son mas faciles las subidas a produccion sin perdida de servicio.

» autor: ostiayajoder

#67 Microservices (ENG)

ostiayajoder — Thu, 01 Dec 2022 21:30:29 +0000

Monolito + hexagonal (con sus commands y sus queries) y a volar.

Si quieres microservicios pq necesites escalar sacarlos de ahi va a ser super sencillo...

» autor: ostiayajoder

#66 Microservices (ENG)

trivi — Thu, 01 Dec 2022 19:25:54 +0000

#35 EEUU internacional con teclas muertas

» autor: trivi

#65 Microservices (ENG)

Zade — Thu, 01 Dec 2022 18:15:18 +0000

#27 Últimamente se ve mucho despistado echando pestes de Clean o Solid sin tener ni idea solo porque la nueva moda es odiar a la antigua moda

» autor: Zade

#64 Microservices (ENG)

ayana — Thu, 01 Dec 2022 17:35:46 +0000

#44 Demasiado poco mnemotécnico.

» autor: ayana

#63 Microservices (ENG)

ayana — Thu, 01 Dec 2022 17:32:58 +0000

#35 Debes adecuar la definición del idioma del teclado a tu teclado físico. No importa el idioma en el que escribas, que eso es otro tema.

Es decir, no mires los settings de idioma. Mira en teclado.

» autor: ayana

#62 Microservices (ENG)

lasi_zoillo — Thu, 01 Dec 2022 15:56:08 +0000

#14 No se si odio más a los que ponen nombres estúpidos que nada tiene que ver o a los abstractos que llaman a todo Handler, Manager o Scheduler y tampoco sabes para que c2o sirven. Es como los que para arreglar un código espaguetti se dedican a meter capas de abstracción aleatorias obteniendo como resultado un código lasaña.

Para mi los microservicios son como un ventilador: Una ráfaga de aire fresco para quién se le ha quedado pequeño el monolito. También son una herramienta donde arrojar el código de los programadores que se dedican a hacer mierda.

» autor: lasi_zoillo

#61 Microservices (ENG)

Westgard — Thu, 01 Dec 2022 15:48:15 +0000

#39 Perdón

» autor: Westgard

#60 Microservices (ENG)

lasi_zoillo — Thu, 01 Dec 2022 15:42:38 +0000

#32 Yo trabajé en un sitio en el que tenían un nifi dentro de un k8s que no estaba en alta disponibilidad. La gente que quería el nifi lo montó en k8s para que tocaran menos los paquetones de operaciones

» autor: lasi_zoillo

#59 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 15:35:32 +0000

#58 Incluso montandolo bien, no mejora necesariamente la escalabilidad ni el rendimiento. Vamos, depende de lo que tuvieras antes, pero en general, las aplicaciones hechas con microservicios no son ni mas escalables ni mas rapidas.

Tiene otras ventajas, pero no esas.

» autor: --660667--

#58 Microservices (ENG)

Pablosky — Thu, 01 Dec 2022 14:44:25 +0000

#41 Hombre, tanto como "todo mentira" no, si se monta bien bien de verdad. Pero claro, nadie lo quiere montar bien ya que cuesta pasta.

Entonces a veces ves maravillas como el "Cluster de Alta INDisponibilidad", un cluster que va tan sumamente justo de CPU y Ram que cuando se cae una máquina arrastra a todas las demás con ella

» autor: Pablosky

#57 Microservices (ENG)

Pablosky — Thu, 01 Dec 2022 14:42:53 +0000

#27 Kubernetes. Hay colgaos que han usado eso para montar un Wordpress. Para el que no lo sepa, necesitas un mínimo de 3 nodos master y 1 worker, pero montarlo así es una idiotez y lo normal es tener un mínimo de 5 máquinas. Entonces claro, 5 instancias en un proveedor cloud para un puto Wordpress...

» autor: Pablosky

#56 Microservices (ENG)

delsegura — Thu, 01 Dec 2022 14:08:39 +0000

#55 micro-frontends.org/
que lo disfrutes

» autor: delsegura

#55 Microservices (ENG)

--618342-- — Thu, 01 Dec 2022 13:16:33 +0000

[Usuario deshabilitado]

» autor: --618342--

#54 Microservices (ENG)

samsaga2 — Thu, 01 Dec 2022 13:05:43 +0000

Microservicios y DDD están muy sobrevalorados. Como Netflix lo usa todo el mundo a usarlo también sin pensar en si realmente hace falta o no.

» autor: samsaga2

#53 Microservices (ENG)

O.OOЄ — Thu, 01 Dec 2022 12:47:12 +0000

#1 Found the openstack guy.

» autor: O.OOЄ

#52 Microservices (ENG)

redscare — Thu, 01 Dec 2022 12:21:56 +0000

Jajajaja, mola el video, me he sentido identificado

Alguna vez me ha pasado que me llega un tío de negocio y me dice 'de verdad es tan complicado hacer XYZ?'. Y yo... me alegra que me hagas esa pregunta! Tienes una hora para que te explique en detalle?

Y eso que en mi curro hay muy pocos micro-servicios... aunque si hay son tropecientos sistemas interconectados, cada uno de su padre y de su madre

» autor: redscare

#51 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 11:45:24 +0000

#49 Imaginemos que tenemos una parte de aplicación que se dedica a transformar ficheros pdf a png/gif/... porque tienes una pagina de estas de conversión. Si esta parte de la transformación está acoplada a la aplicación, necesitas duplicar la aplicación web muchas veces. Es mucho más y operativo extraer esa funcionalidad en un microservicio y orquestar los microservicios de transformación en función de las necesidades. ¿Para que voy a orquestar toda una web cuando lo que necesito es solo escalar la transformación?.

Esto no tiene ningun sentido. Si tienes un monolito y escalas horizontalmente (supongo que ahora estas de acuerdo en que si que se puede), las partes que usen mas CPU y memoria la usaran de donde este disponible, es decir, de toda la maquina, y las partes que no necesiten tanto, pues no la usaran.
Con microservicios, tienes que estar pendiente de que funcionalidad necesita mas recursos y darselos. O usar un autoscaler, pero que anade mas complejidad para solucionar un problema introducido por la propia arquitectura.
Yo tengo experiencia en ambas arquitecturas, y los microservicios consumen muchos mas recursos, y requieren mas intervencion. Pero de calle. Esto lo puedo probar con numeros, pero obviamente no los voy a dar por aqui.

» autor: --660667--

#50 Microservices (ENG)

dvdkrku — Thu, 01 Dec 2022 11:41:46 +0000

Mi experiencia me dice que en la mayoría de proyectos lo que mejor funciona es modulith, a grosso modo, un monolito modular que sea fácil de partir en cachitos cuando algún servicio se hace muy demandante y es necesario escalarlo horizontalmente de forma aislada. No obstante, cada uno tiene su opinión

» autor: dvdkrku

#49 Microservices (ENG)

Adrian_203 — Thu, 01 Dec 2022 11:41:02 +0000

#48 Los recursos necesarios para escalar horizontalmente un aplicación monolito son mucho mayores. Por supuesto depende de las necesidades de cada caso.
Imaginemos que tenemos una parte de aplicación que se dedica a transformar ficheros pdf a png/gif/... porque tienes una pagina de estas de conversión. Si esta parte de la transformación está acoplada a la aplicación, necesitas duplicar la aplicación web muchas veces. Es mucho más y operativo extraer esa funcionalidad en un microservicio y orquestar los microservicios de transformación en función de las necesidades. ¿Para que voy a orquestar toda una web cuando lo que necesito es solo escalar la transformación que es el cuello de botella?.
En este caso la web como punto de entrada no necesita mucha escalabilidad y puede permanecer como monolito, mientras desacoplas la otra parte. Y por supuesto esto tiene su coste, porque una vez necesitas orquestar la fiesta de los microservicios ya te metes en mil historias.

» autor: Adrian_203

#48 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 11:31:59 +0000

#46 Esto no es asi. Un monolito puede escalar horizontalmente, el mundo esta lleno de ejemplos de ello. No tiene nada que ver una cosa con la otra.
De hecho, lo mas normal es que una aplicacion en forma de microservicios consuma muchos mas recursos (RAM y CPU) que una monolitica.

Lo que antes se hacia con 20 maquinas con 2 CPU sy 4 GB de RAM cada una, ahora necesitas 40 maquinas con 20CPU y 20GB de RAM, con kubernetes, para meter esos cientos o miles de instancias.

Por este tipo de malentendidos es por los que muchos "arquitectos" optan por microservicios, jodiendo a la empresa.

» autor: --660667--

#47 Microservices (ENG)

honbu — Thu, 01 Dec 2022 11:30:48 +0000

#32 En mi opinión tiene sentido cuando tienes que escalar como loco en base a un montón de motivos y además tienes una cantidad grande y compleja de dependencias

» autor: honbu

#46 Microservices (ENG)

Adrian_203 — Thu, 01 Dec 2022 11:29:49 +0000

#43 La arquitectura de microservicios tiene mejor rendimiento porque permiten un mayor escalamiento horizontal, mientras que las monoliticas para mejorar rendimiento necesitas escalar verticalmente.
Por supuesto que como este estructurada la arquitectura de los microservicios puede tener mayor o menor escalabilidad horizontal, pero está enfocado a ello.

» autor: Adrian_203

#45 Microservices (ENG)

honbu — Thu, 01 Dec 2022 11:29:16 +0000

#28 Yo he leído este y me gustó bastante:
pythonspeed.com/articles/dont-need-kubernetes/

» autor: honbu

#44 Microservices (ENG)

migrad — Thu, 01 Dec 2022 10:55:25 +0000

#33 y #36 el número corresponde al número de letras que hay entre la primera letra y la última k-ubernete-s. Lo mismo ocurre con i18n (i-nternationalizatio-n) y l10n (l-ocalizatio-n),

» autor: migrad

#43 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 10:52:41 +0000

#38 No, los microservicios no tienen mejor rendimiento, el balanceado de carga se puede hacer con o sin microservicios.

Los microservicios son una estrategia organizativa: asi, un equipo a cargo de un microservicio, puede hacer despliegues sin tener que coordinarse con toda la empresa.

» autor: --660667--

#42 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 10:50:31 +0000

#33 Los microservicios, de hecho, no resuelven problemas de escalabilidad.

k8s = kubernetes

» autor: --660667--

#41 Microservices (ENG)

--660667-- — Thu, 01 Dec 2022 10:48:24 +0000

#7 Y no solo eso: fue concebida como una manera de facilitar la organizacion en equipos pequenos dentro de empresas grandes: cada equipo, un servicio.

En la realidad, unos te dicen que mejora la escalabilidad, el rendimiento, etc. Todo mentira.

» autor: --660667--

#40 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:39:13 +0000

#36 ok, gracias.

» autor: Jatetu

#39 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:38:52 +0000

#37 Perdon.

» autor: Jatetu

#38 Microservices (ENG)

Adrian_203 — Thu, 01 Dec 2022 10:37:51 +0000

La complejidad tecnica que se alcanza con los microservicios solo sale rentable cuando hay una cantidad muy grande de peticiones simultaneas y necesitas balancear recursos a lo bestia. Si no, meterte en esa mierda es un tiro en el pie.

» autor: Adrian_203

#37 Microservices (ENG)

PacoJones — Thu, 01 Dec 2022 10:35:58 +0000

#35 Pues escribe sin tildes que es un coñazo leerte, se ve muy raro

» autor: PacoJones

#36 Microservices (ENG)

Pablosky — Thu, 01 Dec 2022 10:35:05 +0000

#33 Kubernetes abreviado. Me leí un día el porqué, pero lo he olvidado...

» autor: Pablosky

#35 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:33:50 +0000

#34 Lo s'e... pero esribo m'as en ingl'es y estoy mirando varias cosas a la vez... me vuelvo loco, lo siento.

» autor: Jatetu

#34 Microservices (ENG)

PacoJones — Thu, 01 Dec 2022 10:33:14 +0000

#31 Sabes que en teclados con distribución UK puedes poner tildes, no? Te lo digo yo que ahora mismo estoy utilizando uno. Hay varios métodos pero el más rápido es AltGr+vocal, yo cambio de distribución al español al vuelo, me sé de memoria las teclas.

» autor: PacoJones

#33 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:33:03 +0000

#32 No s'e, la verdad... conceptualmente es chulo, pero 1) los problemas de escalabilidad se pueden resolver de otras maneras 2) esto es caro 3) surjen otros problemas, como el c'omo se comunican entre ellos, race conditions, problemas de datos duplicados desactualizados o inconsistentes, etc...

Pero a ver, que molar mola.

Por cierto, verguenza me da decir que no s'e que son los K8s.

» autor: Jatetu

#32 Microservices (ENG)

Pablosky — Thu, 01 Dec 2022 10:29:22 +0000

#13 #7 Yo también quiero ver esos artículos si los tienes a mano.

Yo he visto un sito, uno al menos, en el que tiene sentido usarlo: Cuando se monta un servicio que tiene cientos de instancias paralelas que hacen "casi lo mismo" todas al mismo tiempo y se tienen que ver entre sí. En ese caso montarlo en K8s es una delicia.

Lo que no es una delicia es gestionar esos putos 500 microservicios de mierda, claro

Para todo lo que no sea algo así no le veo mucho sentido a montar K8s. Yo he llegado a ver un Nifi (el trasto de la fundación apache para Big Data, que necesita máquinas físicas exclusivas o lo más parecido que se le pueda poner) corriendo en un K8s usando como excusa que "es que si se cae, Kubernetes lo reinicia" <

Debe ser que si lo montas de cualquier otra manera como servicio, si se cae no se reinicia...

» autor: Pablosky

#31 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:27:32 +0000

#13 Getting closer!!!

Este art'iculo habla del creador avisando que los microservices NO deber'ian de ser la arquitectura por defecto (que es lo que de'ia en el art'iculo que menciono, que s'olo es buena idea en unos pocos casos).

» autor: Jatetu

#30 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:18:55 +0000

#13 Estoy buscando pero no lo encuentro, creo que no era de Fowler sino del otro.

Mientras tanto, este art'iculo cita a Fowler unas observaciones que seguro que le joden bastante a los t'ipicos capullos que quieren hacerlo todo innecesariamente complicado:

Microservices are only viable for mature products

On the topic of starting from a microservice design, Martin Fowler observed that:

1. Almost all the successful microservice stories started with a monolith that got too big and was broken up.

2. Almost all the cases where a system that was built as a microservice system from scratch, ended up in serious trouble.

This pattern has led many to argue that you shouldn’t start a new project with microservices, even if you’re sure your application will be big enough to make it worthwhile.

The first design is rarely fully optimized. The first few iterations of any new product are spent finding what users really need. Therefore, success hinges on staying agile and being able to quickly improve, redesign, and refactor. In this regard, microservices are manifestly worse than a monolith. If you don’t nail the initial design, you’re in for a rough start, as it’s much harder to refactor a microservice than a monolith.

» autor: Jatetu

#29 Microservices (ENG)

delsegura — Thu, 01 Dec 2022 10:15:39 +0000

Estoy esperando la siguiente del versión del video cuando incluya los microfrontends

» autor: delsegura

#28 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:10:21 +0000

#13 Lo buscar'e hoy antes de que acabe (mi) el d'ia. He visto esto pero no es de los creadores:
techbeacon.com/app-dev-testing/why-your-project-may-not-be-ready-micro
medium.com/swlh/stop-you-dont-need-microservices-dc732d70b3e0

PS: no los he le'ido.

» autor: Jatetu

#27 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 10:07:13 +0000

#22 Estoy un poco desconectado del tema, si te digo la verdad. Qu'e arquitecturas se odian?

» autor: Jatetu

#26 Microservices (ENG)

Midiam — Thu, 01 Dec 2022 10:04:23 +0000

Al final ninguna arquitectura es la ideal.

Todas tienen sus pros y sus contras. Ya al final dependerá a futuro cómo quieres que crezca y evolucione tu mapa de aplicaciones.

Porque vaya, he trabajado con empresas con n proyectos monolíticos, cada una usando su propia implementación de arquitectura, con sus propios lenguajes y eso a la larga se vuelve inmantenible si encima esas aplicaciones se tienen que acabar integrando entre si.

Al final es como todo, los puntos intermedios es lo ideal y siempre adaptándolo a cada necesidad.

» autor: Midiam

#25 Microservices (ENG)

llorencs — Thu, 01 Dec 2022 09:59:23 +0000

#20 En mi empresa, un compañero de trabajo me contó que para un producto empezaron a hacerlo en microservicios, porque el Gestor de Producto era un fan de los microservicios. Y tuvieron que volver atrás y restructurarla como una aplicación monolítica.

Luego hay productos que tienen sentido hacerse como microservicios.

#23 Pero es que hay aplicación que no esté montada al final sobre parches tras parches?

Incluso aplicaciones pequeñas, pueden acabar siendo así a menor escala. La haces para algo especifico, luego crece y le añades parches a ese código. Vuelve a crecer y le añades más parches... Ya que el diseño estaba pensado para una escala o funciones, y al final acaba creciendo en funciones y tamaño y eso son parches sobre parches, porque el diseño no estaba pensado que escalara de esa forma.

» autor: llorencs

#24 Microservices (ENG)

del_dan — Thu, 01 Dec 2022 09:44:46 +0000

cual de los dos es Elon?

» autor: del_dan

#23 Microservices (ENG)

PacoJones — Thu, 01 Dec 2022 09:44:13 +0000

Lo he ~~vivido~~ sufrido, al final todo un castillo de naipes que daba miedo tocar. Y no pienses que el front-end está mucho mejor con tanto frameworks, dependencias, gestores de paquetes, herramientas,... pfffff
Al final te das cuentas que Internet está hecho sobre parches tras parches y patada palante.

» autor: PacoJones

#22 Microservices (ENG)

Zade — Thu, 01 Dec 2022 09:34:00 +0000

#7 Bueno, cuidao que están los que usan ciertas arquitecturas por moda sin entender lo más básico de la arquitectura (que acaban haciendo monstruos que violan todos los principios de esa arquitectura), y luego están también los que no usan ciertas arquitecturas que no entienden porque la moda ahora está en odiarlas.

En muchos casos son la misma persona.

» autor: Zade

#21 Microservices (ENG)

asterissco — Thu, 01 Dec 2022 09:28:58 +0000

A no ser que que vayas a hacer un backend monstruoso y te compense meterte ahí, vamos, que ya es jodido que te quedes corto con un HAPROXY balanceando N apis monolíticas y la db replicada.

» autor: asterissco

#20 Microservices (ENG)

MEV — Thu, 01 Dec 2022 09:28:35 +0000

La cantidad de aplicaciones que deberían ser un monolito pero que el pesado de turno se ha empeñado en diseñar como un conjunto de microservicios con nombres chupiguays porque "xxx ventajas" y cuestan la vida de mantener/extender/cambiar es para echarse a llorar.

Y todo es porque "y si..". Y si... los cojones. Empieza con un monolito, encapsula bien las responsabilidades, descubre dónde te has equivocado y refactoriza lo que toque... y entonces, si te llegan X Millones de peticiones a una parte del servicio que necesita escalar de forma independiente, si cierta petición tiene un coste computacional muy alto y quieres re-escribirlo en Rust o lo que te de la gana, sólo entonces, empieza a extraer cosas.

Cuando he trabajado como arquitecto de software mi trabajo (y el de muchos compis mucho más experimentados que yo) la mitad de las veces era discutir con alguien y echar atrás intentos de usar microservicios por defecto en situaciones que estaba claro que iban a causar más daño que bien.

» autor: MEV

#19 Microservices (ENG)

--633161-- — Thu, 01 Dec 2022 09:09:36 +0000

#10 Nuevo pero con gran potencia venenosa.

» autor: --633161--

#18 Microservices (ENG)

kolme — Thu, 01 Dec 2022 08:58:48 +0000

#8 ¿Nos tienes envidia, no da mucho dinero lo de ser troll profesional?

» autor: kolme

#17 Microservices (ENG)

LaPoliticaNoVaDePartidos — Thu, 01 Dec 2022 08:55:04 +0000

Ese product manager no tiene ni idea, hace tiempo que Dijkstra demostró que obtener la fecha de nacimiento de un usuario es computacionalmente imposible.

» autor: LaPoliticaNoVaDePartidos

#16 Microservices (ENG)

LaPoliticaNoVaDePartidos — Thu, 01 Dec 2022 08:50:00 +0000

#8 Los informáticos padefos somos la espina dorsal de menéame, un respeto

» autor: LaPoliticaNoVaDePartidos

#15 Microservices (ENG)

Relator — Thu, 01 Dec 2022 08:49:06 +0000

#8 Entonces, ¿quiere bolsa?

» autor: Relator

#14 Microservices (ENG)

ElPerroDeLosCinco — Thu, 01 Dec 2022 08:45:16 +0000

Me parto con los nombres de los servicios. A ver si alguien en mi empresa ve este vídeo y dejan de poner nombres cool a las cosas, en lugar de llamarlas de forma que se entienda para qué c*ñ* sirven.

» autor: ElPerroDeLosCinco

#13 Microservices (ENG)

honbu — Thu, 01 Dec 2022 08:43:33 +0000

#7 Tienes a mano alguno de esos artículos? Estoy hasta los huevos de ver apis simples con k8s

» autor: honbu

#12 Microservices (ENG)

emdi — Thu, 01 Dec 2022 08:42:42 +0000

#8 Vete a barrapunto.com

» autor: emdi

#11 Microservices (ENG)

Battleship55 — Thu, 01 Dec 2022 08:37:14 +0000

#8 Habló el cancerbot...

» autor: Battleship55

#10 Microservices (ENG)

RGr8888 — Thu, 01 Dec 2022 08:32:35 +0000

#8 tu deves ser nuevo aquí

» autor: RGr8888

#9 Microservices (ENG)

JovenCarcamal — Thu, 01 Dec 2022 08:29:17 +0000

Tal cual. Incluidos nombres frikis

» autor: JovenCarcamal

#8 Microservices (ENG)

--730679-- — Thu, 01 Dec 2022 08:22:39 +0000

[Usuario deshabilitado]

» autor: --730679--

#7 Microservices (ENG)

Jatetu — Thu, 01 Dec 2022 08:12:56 +0000

Siendo una cosa chula, es la t'ipia gilipollez que se pone de moda y se trata de aplicar a todo, cuando fue concebida para muy pocos proyectos, muy espec'ificos. Como sus propios creadores han dejado claro en art'iculos.

» autor: Jatetu

#6 Microservices (ENG)

gelatti — Thu, 01 Dec 2022 07:18:03 +0000

Too old for this microshit

» autor: gelatti

#5 Microservices (ENG)

ayana — Wed, 30 Nov 2022 23:07:36 +0000

#2 Hasta que pretendes usar Terraform.

» autor: ayana

#4 Microservices (ENG)

ed25519 — Wed, 30 Nov 2022 16:16:17 +0000

#1 kubelnete el tu amiglo

» autor: ed25519

#3 Microservices (ENG)

amlluch — Wed, 30 Nov 2022 14:46:19 +0000

Joder ... ese es mi puto día a día trabajando en el fucking back end

» autor: amlluch

#2 Microservices (ENG)

ed25519 — Wed, 30 Nov 2022 14:32:15 +0000

jajajajjaja como la vida misma

» autor: ed25519

#1 Microservices (ENG)

kampanita — Wed, 30 Nov 2022 13:47:48 +0000

kubernetes sucks

» autor: kampanita