¿Amazon deja los MICROSERVICIOS? 

Denle una cerveza a este hombre, que esta en el lado correcto de la historia

😐

Jajaja si, con paciencia y un par de libros todo se puede

Tranqui bro tu con calma lee aprende práctica y verás podrás aprender todo lo que quieras

X2

Checa ejemplos nomás y pregúntate un montón

Pues sí me deje llevar por los titulares, las lambda no eran el problema, sino cómo estaban implementadas en su situación. Una aclaración que dijiste en el video (Dicho con mis palabras) es "¿Para qué utilizar serveless para una situación en donde se tienen muchisimas peticiones?, para eso mejor contratar una maquina EC2 que cobra por hora a una lambda que cobra por peticiones".

en ese caso tambien podrias hacer un bulk save hybrido si optimizas la ram que usa el lambda, ahi reducirias muchisimo los ciclos de guardado

lo que yo decia ....

definitivamente debe ser el, pista mas obvia no hay

esto es lo que te dicce chat gpt En el ámbito de la computación, el uso de variables globales, atributos de clase y la declaración de "break" en bucles puede ser considerado una mala práctica por varias razones. A continuación, te explicaré las razones más comunes por las que se desaconseja su uso: Variables globales: Las variables globales son aquellas que se declaran fuera de cualquier función o método y pueden ser accedidas desde cualquier parte del código. Su mal uso puede llevar a problemas de mantenimiento y legibilidad del código, ya que cualquier parte del programa puede modificar su valor, lo que dificulta el seguimiento y la depuración de errores. Además, suelen dificultar la reutilización del código, ya que introduce dependencias ocultas y acopla diferentes partes del programa. Atributos de clase: En el contexto de la programación orientada a objetos, los atributos de clase son variables que pertenecen a una clase y son compartidas por todas las instancias de esa clase. El mal uso de atributos de clase puede llevar a problemas similares a las variables globales, ya que su modificación puede tener efectos secundarios inesperados en diferentes partes del programa. Además, dificultan la encapsulación y el mantenimiento del estado de los objetos, lo que puede llevar a errores difíciles de detectar y corregir. "Break" en bucles: El uso de la declaración "break" en bucles puede dificultar la legibilidad y el razonamiento lógico del código. Aunque en ciertos casos puede ser útil para salir de un bucle de manera prematura, su uso indiscriminado puede conducir a un flujo de control poco claro y a la creación de bucles infinitos o parcialmente ejecutados. En general, se considera una buena práctica utilizar estructuras de control más claras y predecibles, como el uso de condiciones en el bucle o el uso de una variable de control para controlar la salida del bucle. En resumen, estas prácticas son desaconsejadas debido a que pueden llevar a problemas de mantenibilidad, legibilidad, depuración y reutilización del código. Es importante seguir buenas prácticas de programación, como minimizar el uso de variables globales, utilizar atributos de clase con precaución y evitar el uso indiscriminado de la declaración "break" en bucles, con el fin de escribir un código más estructurado, modular y fácil de mantener.

No es tan raro que un subproducto de amazon (prime video) le cobre a otro (aws). Puede que ambos tengan sedes fiscales distintas, por ejemplo. A parte de eso, el coste de electricidad y energia se ha de pagar igual. Lo que consuma Prime Video, si amazon no lo cobra, son recursos que NO pueden vender a un cliente que si pague. Por lo tanto, le cobren o no, el coste es que estas perdiendo dinero igual pqe ese computo no lo vendes a otro.

Increíble.

PS claro no tienes una tienda y consumía tus productos gratis o si ? Si lo haces en algún momento quiebras

Pues no gratis, pero te cobras menos, ¿no?

me pregunto lo mismo xd

Un casio gshock!

porque si un departamento no es rentable debes cerrarlo, lo mismo aplica para amazon. es más, ellos al tener ventaja deben ser mucho más rentables y si no, lo reestructuras o lo cierras.

Que pertenezca a la misma empresa no significa que no se debe facturar independiente lo que hace un departamento con los recursos de otros. Al final, los servicios de AWS cuestan recursos, si los pueden reducir siempre será mejor.

Ruido? 🤔 Si no das mas feedback no sé en qué mejorar 😅

Los recursos de las divisiones de una empresa se manejan por separado, si no lo hacen de esa manera, no van a tener proceso optimizados, es decir, para este caso no se hubiesen dado cuenta de que estaban perdiendo recursos. En una empresa cobrarle a otra división de la misma empresa permite obtener recursos extras para esa división, ya que al final del cierre te van a pedir cuentas, además si llegases a necesitar recursos para mantener tu división, la otras divisiones no te van a dar esos recursos, para estos casos se usan transferencia de fondos internos y los clientes se denominan clientes internos. He trabajado para varias compañías grandes y así se maneja.

o mejor, de serverless a contendores