Que se le ha perdido a la ultraderecha Española repitiendo conspiraciones sobre las elecciones americanas? Esta es mi teoría: si ha habido tongo en EEUU, que no va a pasar en España?
Marcad mis palabras, en las próximas elecciones generales Vox va a lanzar una campaña de desinformación brutal, incluyendo acusaciones de fraude electoral.
Hablando especificamente del sector tecnologico, en Europa no falta talento... voy a hacer que muchos meneantes se echen las manos a la cabeza, pero vot a decirlo: uno de los problemas son los salarios.
Por lo general las empresas americanas pagan en Europa sueldos mayores que las locales, y aun asi esos salarios son mas o menos la mitad que por el puesto equivalente en EEUU. Anyadido a los impuestos mas bajos, convierte en una opcion muy atractiva economicamente emigrar alli.
Europa tiene otras ventajas como un mayor soporte social, horarios mas equilibrados, etc., pero la diferencia es tan abismal que mucha gente con talento decide no venirse o no quedarse. Si los sueldos fuesen simplemente "un poco mas bajos", otro gallo nos cantaria.
Que llorona es la gente.
Yo entre al mercado laboral en 2008, y tras 7 años comiendo mierda, me decidí a dar el salto al extranjero.
Ahora vivo en Inglaterra, y justo hoy comentaba con mi mujer (británica, por cierto), que la única forma en la nos iremos a vivir a España es jubilados.
Oye, a mi tampoco me gustan muchas cosas de aquí, pero en todas partes cuecen habas, y a mi me salen las cuentas quedar. Para todos los quejicas del articulo, si nos les gusta, que vuelvan a España, a ver si les va mejor.
Que les den por culo.
Tengo por costumbre reservar mis vacaciones por antelacion para evitar pagar una fortuna por los billetes de avion. En enero reservamos tres viajes, dos por semana santa, y uno a Nueva York para la boda de una amiga.
Pues bien, de los tres vuelos, uno me lo cancelaron y he conseguido que me devuelvan el dinero. El vuelo a Nueva York no lo han cancelado, y he tenido que luchar con unyas y dientes con la aerolinea para justificar que no me es posible volar, y me han "hecho el favor" de devolverme el dinero en credito que puedo gastar en otros vuelos de la aerolinea hasta finales de anyo. La tercera empresa se esta haciendo el longi y ni cancela el vuelo ni ofrece devoluciones.
Lo dicho, salvarles el pescuezo para que nos traten como basura? Anda y que se metan los aviones por el culo.
El titular es incorrecto, las tiendas si que tienen personal, lo que no tienen son cajeros.
Hace 2 semanas estuve en Seattle y me compre el desayuno todos los dias en una tienda Amazon Go. Dentro de la tienda hay en todo momento 1 o 2 empleados, uno guardando la seccion de bebidas alcoholicas (tienes que demostrar que eres mayor de edad para comprar), y normalmente otra persona reponiendo productos por el resto de la tienda.
No he tenido oportunidad de probar el supermercado que acaba de comprar, pero imagino que si alguien empieza a comportarse de forma extranya para enganyar al sistema, no tardaria mucho en llamar la atencion de un empleado o guarda de seguridad.
Vamos, lo que dice #10, una no-noticia.
#2 Mi padre tiene una pareja de amigos donde ambos son ingenieros, bastante inusual para su quinta.
Donde estan ahora? Prejubilados con una pension de oro, viajando por el mundo, tienen un piso en la ciudad, chalet en el campo y apartamento en la playa, dos hijos a los que han ayudado generosamente...
Hoy en dia una pareja de ingenieros se dan con un canto en los dientes si se pueden permitir una vivienda en la ciudad.
#2 Crecimiento infinito tal vez no, pero el planeta tiene recursos suficientes para crecer a buen ritmo durante el resto de nuestras vidas.
Desde luego tiene de sobra para seguir creciendo durante los proximos anyos. La actual desaceleracion economica tiene poco o nada que ver con falta de recursos naturales.
Yo vivo en Cambridge, y he aqui si que he visto situaciones que ilustran la epoca en la que vivimos: un estudiante llevando comida con Uber Eats a un piso de lujo para otros estudiantes pijos de King College .
Me gusta el olor a friki encabronado en la manyana.
Este articulo es una joya simplemente por lo bien que representa la situacion general de la empresa en Espanya. Cada vez que me den ganas de volver le pegare una leida.
Excepto por lo del padron, el resto de requisitos son de lo mas normales fuera de Espana.
Pregunta honesta, quien se esta llevando esos trabajos si no son los jovenes no preparados?
La mayoria de criticas a esta practica van en la linea de "con la propiedad privada hace uno lo que le da la gana" y "a ver que proponeis vosotros".
Echad un vistazo al sistema "Listed Building" que usan en Reino Unido.
https://en.wikipedia.org/wiki/Listed_building
Basicamente este sistema categoriza edificios historicos en grados, con distintas restricciones y protecciones, dependiendo de la relevancia del mismo.
Estos edificios se pueden comprar y vender, reformar, ampliar, etc. pero con limitaciones, dependiendo del grado. Reformas o modificaciones deben ser aprobadas por la autoridad relevante, y suele incluir limitaciones tales como mantener la fachada intacta, usar materiales originales, etc.
El resultado es un manteniemiento del patrimonio que ya nos gustaria aqui, y en general evita el abandono, desidia y destrozo que hemos vivido en este pais con algunas de nuestras joyas arquitectonicas.
He votado 'antigua' porque el enlace que dan en el articulo no lleva a la noticia que contiene. Indagando un poco, he encontrado la original, que data de principios de 2014.
https://www.humanite.fr/le-patron-damazon-pour-un-avenir-sans-salarie-519209
Por lo demas, es 2019 y aqui estamos...
Y hoy sería muchísimo más feliz. Mi educación me ha dado mucho, pero también me ha quitado una parte de futuro que espero recuperar con el tiempo.
Con tu edad y la perspectiva que tienes deberias darte cuenta de que esa es una falacia como otras tantas. "El cesped es siempre mas verde en el otro lado".
Por poner un ejemplo, mi pareja esta viviendo la situacion opuesta: en su dia siguio su sueno de estudiar artes, y ahora empezando los 30 ha tenido que aceptar que nunca va a poder vivir 'de lo suyo', y tiene que reorientar su carrera a algo que le guste, pero tambien le permita ganar suficiente dinero para vivir.
Pero esos sueldos son de verdad? Haciendo una busqueda en internet, reportan salarios mucho menores para ingenieros de software en la zona [1].
Hace un par de anyos me ofrecieron un puesto de trabajo en Emiratos Arabes como programador. A pesar de lo que diga la gente, me ofrecieron menos de lo que estaba cobrando entonces en Alemania. La unica ventaja es que era libre de impuestos, pero aun asi lejos de las millonadas que nos venden.
[1] https://www.payscale.com/research/SA/Job=Senior_Software_Engineer/Salary
#38 hay mas. Dietas, gastos de transporte, seguros, recolocación, cursos, colegios, clubs... aún así hay paises en los que es difícil encontrar candidatos a los que enviar y más si van con familias. En mi empresa no se envía a nadie por menos de 3 años prorroglables a 5 y nadie va por menos de 150.000 al año màs extras. Siempre me pareció curioso que hubieran más candidatos disponibles para Irán que para Súdafrica por ejemplo.
> ¿Crees que si alguien lo tuviera iba a estar vendiendo cursos de 2000€? Estaría montando un negocio del copón y forrándose sin necesidad de engañar a ningún incauto.
Hombre, si y no.
Hay varias buenas razones por las que alguien con la capacidad de montar un buen negocio decide no hacerlo. Mas estabilidad, menos estres... en diferentes etapas de la vida la gente busca cosas distintas.
No es raro ver a gente que son emprendedores de jovenes, consultores mas tarde, y finalmente se unen a una gran empresa para tener un trabajo mas estable y tranquilo.
Trabajo en una empresa japonesa de software. No se con respecto a otro tipo de industrias, pero puedo dar mi opinion sobre nuestro caso.
La cultura y mentalidad japonesa tal vez funcionen de maravilla en un entorno industrial, pero en la sociedad de la informacion donde el valor lo genera la innovacion y creatividad, las estan pasando canutas.
En practicas software Japon lleva varios anyos de retraso. De hecho, llevamos varios meses ayudando a nuestros colegas a adoptar practicas mas modernas, pero les resulta extremadamente dificil entender los conceptos mas alla de lo superficial. Peor todavia, la estructura y organizacion de la empresa no acepta bien el cambio, con lo cual es imposible adoptar muchas de estas tecnicas.
Tengo la impresion de que otros paises han solucionado este problema con inmigracion e internacionalizacion de sus companias, pero no es el caso en Japon. Aunque nadie te lo va a admitir, es evidente que en mi empresa hay un 'techo de cristal' que nadie puede superar si no es japones.
En definitiva aunque aparentemente estan haciendo esfuerzos para mejorar su situation, no soy muy optimista sobre los resultados. Ya veremos si con el tiempo aumenta la presion, y se ven forzados a adoptar medidas mas radicales.
No os creais the esto solo pasa en Espanya (aunque probablemente sea mas pronunciado alli).
Me marche del pais para tener una vida mejor, y ahora las estadisticas me situan en el 10% de personas con mas ingresos. Me tienes envidia? Piensas que vivo a todo trapo? Piensatelo dos veces.
Un buen pedazo de mi sueldo se va en pagar el alquiler de un estudio mierder en la ciudad, si no quiero pagar lo mismo por un piso pequenyo a 1 hora de distancia del trabajo. Con lo caro que esta todo tampoco me puedo permitir muchos lujos.
"Pero entonces otros estaran peor!!". Algunos si, otros no. Es deprimente estar rodeado de gente mas joven que viven en pisos mas grandes y pagando menos solamente porque entraron en el mercado inmobiliario en el momento adecuado. De hecho si eres uno de esos afortunados que ha heredado un piso, seguramente vivas mejor que yo con un trabajo normalito.
No me malentendais, no me quejo de mi situacion que ya otros querrian, solo quiero ilustrar el hecho de que si mi nivel de vida es menor que el de la generacion de nuestros padres, donde un solo trabajador en una fabrica podia sostener a toda la familia, imaginaos lo que les espera a otros de mi quinta y a los que vienen detras.
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#35 He trabajado con una aseguradora que esta moviendo parte de su carga a contenedores docker en Azure, y el resto lo mantiene en una nube privada (que tambien van a migrar a docker), pero supongo que no tienen ni idea de lo que estan haciendo, en temas de seguridad, normativa y tal ¯\_(ツ)_/¯
#39 ¿la parte que estáis moviendo es crítica o es la parte que si se cae o se va a la mierda no pasa nada? proque aquí también hay Azure, ¿sabes para que lo usamos? para el entorno PREproductivo de una basura de aplicación, no hay nada más en la nube porque legalmente no podemos y tú al estar en una aseguradora la parte con información sensible tampoco la vais a poder subir a la nube así como así, y si no lo sabes es que no estás bien informado.
Aquí los dockers pretenden ponerlos en el propio CPD
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#3 Tu comentario no hay por donde cogerlo. Échale un vistazo a docker, kubernetes y todo el ecosistema alrededor.
#34 Léete mi comentario de #8 #16 #21
En concreto la parte de:
"Donde estoy yo un supuesto gurú de arquitectura quiere ponerlo todo con Dockers y microservicios y ya tiene un pié en la calle, así que no te digo más"
Cuando lo echen te cuento todas las cagadas que lleva asociadas con querer meter todo el negocio con Dockers y ya va incumpliendo varias normativas de seguridad porque de momento esa tecnología está en pañales y donde estoy yo no puedes meter algo tan nuevo porque incumples hasta leyes debido a que esa arquitectura no tiene la seguridad que debería.
Luego dime que no hay por donde cogerlo cuando me baso en hechos y sí ya sé que kubernetes uno de tantos gestores de dockers, precisamente el que quieren usar aquí
#37 Ya lo sé, Google es un buscador, no tiene que guardar tu dinero, si tiene un Docker y lo destruye no pasa nada con los logs o con los datos de tu busqueda porque se pierdan.
En un banco si tienes un contenedor que está haciendo una transferencia, hay un error y lo destruyes, esa transferencia ¿qué ha pasado con ella? se ha hecho o no? y en cualquier caso cual ha sido el error? los logs se acaban de destruir ya que estaba en el contenedor, si decides guardarlos en una unidad compartida por todos los dockers es hasta posible que se dupliquen los mismos (que es lo que nos esta pasando). ¿Cómo monitorizas un conjunto de dockers si tienes varios asociados a un servicio y varios a otro si se crean y destruyen? ¿Cuando haya un error en la plataforma en qué docker me meto a mirarlo si todos son clones unos de otro y no sé cual es el que está jodido? ¿Cómo consigo que el sistema si genera 200 docker que son clones con cada uno 50 conexiones a BBDD no tiren abajo la base de datos por exceso de conexiones? ¿cuando tengo una aplicación web que requiere un giga de JVM que hago generar un docker de 4 gigas y 4 cpus que crece segúne le de la gana?, en donde lo meto en un cray de la nasa? porque eso en un entorno tradicional tengo una máquina con 4 gigas y 4 cores y lo tengo limitado y si tengo que crecer le meto más gigas o cores a la máquina virtual con un click de manera manual pero no crece según le de la gana como un docker.
Todo esto que te pregunto son los problemas que estamos teniendo y que NO tienen solución por parte de ese super gurú de los dockers que ha venido a vender su moto para un entorno que NO sirve. Y todo esto que te pregunto no sucede con un entorno tradicional con máquinas virtuales, servidores web, de aplicaciones y Bases de datos persistentes todos ellos, porque está controlado, todo está en el mismo sitio, no se crea y se destruye continuamente, si tienes que crecer puedes hacerlo vertical u horizontalmente aunque sea de forma más lenta pero lo haces.
Dockers es una tecnología de hace 4 años, está en pañales, para tí a lo mejor es mucho pero un servidor de aplicaciones tiene casi 20 años y todavía tienen problemas pero se lo considera sólido y seguro
Lanzamiento inicial 13 de marzo de 2013 (4 años y 15 días)
https://es.wikipedia.org/wiki/Docker_(software)
#38 Tu confundes docker con los containers, docker es una reimplementación libre de los contenedores que están funcionando en google desde hace más de una década. Es una tecnología madura desde su nacimiento.
Google maneja más dinero que un banco, tiene que controlar las cuentas de adsense y adwords que son como 80.000 millones de dolares anuales.
Y otra cosa, tu puedes levantar, parar y destruir contenedores pero no tienes porque perder nada porque los datos suelen estar en un volumen compartido, una base de datos o lo que sea. Docker está pensado para procesar, los datos no deberían estar dentro del mismo docker en el que trabajas con ellos.
¿Cómo monitorizas un conjunto de dockers si tienes varios asociados a un servicio y varios a otro si se crean y destruyen?
Para eso hay sistemas de gestión de contenedores. Nadie usa docker sin un sistema de gestión de contenedores salvo que sea una práctica de la carrera y solo estés usando 3.
¿cuando tengo una aplicación web que requiere un giga de JVM que hago generar un docker de 4 gigas y 4 cpus que crece segúne le de la gana?
Con docker escalas en horizontal, no en vertical. Escalar en vertical está obsoleto.
¿Cómo consigo que el sistema si genera 200 docker que son clones con cada uno 50 conexiones a BBDD no tiren abajo la base de datos por exceso de conexiones?
¿Quien te impide tener también distribuida la base de datos?
Todo lo que comentas está resuelto, yo no soy ningún guru de docker para asesorarte, si te puedo decir que este año lo hemos empezado a usar y a partir del año que viene todo lo vamos a hacer sobre docker.
Si viajas al pasado también te encontrarías con problemas al migrar a tecnologías nuevas, siempre hay problemas, pero los beneficios a largo plazo supera el coste inicial.
#42
1- Google NO tiene todo en containers (y no lo confundo, antes hablaba de Dockers porque es lo que quieren poner aquí), tiene parte de su infraestructura (que será mucha no te digo que no), adivina donde tiene el dinero
2- Ese volumen compartido sabes que rendimiento tiene? aquí pretenden ponerlo en un NFS que va como el culo con respecto a tenerlo en local, aparte puedes mirar por internet, tienen varios casos reportados de rendimiento pésimo cuando se hace esa operativa y eso para empezar. El otro problema gordo que hay es que cuando hay un error tienes que bucear entre todos los logs de TODOS los dockers, destruidos y existentes, es inmanejable.
3.- Y cuando se te caiga la JVM por un outofmemory pero el docker esté arriba ¿cómo monitorizas la JVM si no tienes un gestor como el dmgr del WAS para manejarla y saberlo? a eso me refiero, NO puedes, pierdes esa capacidad, tienes el Docker arriba y tu con una JVM recibiendo peticiones que NO maneja = monitorización que no vale para nada, es como tener casas en pie que por dentro se han caido.
4-Qué más da como escales? no me has entendido, no me refiero a eso. Los Dockers escalan por su cuenta descontroladamente, pueden llenar un sistema completo y cuando otra aplicación requiera parte de ese sistema NO la va a tener, por otro lado el requerimiento de cada docker es superior al de una JVM y con menos recursos consigues más potencia con JVMs (los dockers llevan el SO y la JVM, necesitas más memoria y CPU, la JVM puedes poner varias en el mismo SO y solo requiren lo que subas en JVMs, el SO no necesita más)
5-Claro tengo una base de datos capaz de soportar 10000 conexiones para algo que a lo mejor no sube de 100, muy inteligente ;). Otra vez no lo pillas, si tengo un ataque de Denegación de servicio o una subida repentina en la demanda NO esperada en un sistema con Dockers se van a generar dockers para aceptar todas las conexiones hasta que se pete el sistema con dockers y voy a tener que tener preparada la BBDD para eso y es ridículo (las BBDDs son más complejas y caras de mantener que los servidores de aplicaciones, ¿no iba la cosa de ahorrar?) sin embargo en un entorno tradicional eso no va a suceder, no se van a "autoescalar" solas las JVMs y el el caso de que se llegue al máximo y si hace falta las reinicio y se recuperarn. Uan BBDD no se puede rebotar así como así, un servidor de aplicaciones sí.
Todo lo que comentas tiene un montón de problemas y lo sé porque lo estoy viviendo, quizás en 5 o 10 años se solvente, pero de momento los experimentos con gaseosa
#35 He trabajado con una aseguradora que esta moviendo parte de su carga a contenedores docker en Azure, y el resto lo mantiene en una nube privada (que tambien van a migrar a docker), pero supongo que no tienen ni idea de lo que estan haciendo, en temas de seguridad, normativa y tal ¯\_(ツ)_/¯
#39 ¿la parte que estáis moviendo es crítica o es la parte que si se cae o se va a la mierda no pasa nada? proque aquí también hay Azure, ¿sabes para que lo usamos? para el entorno PREproductivo de una basura de aplicación, no hay nada más en la nube porque legalmente no podemos y tú al estar en una aseguradora la parte con información sensible tampoco la vais a poder subir a la nube así como así, y si no lo sabes es que no estás bien informado.
Aquí los dockers pretenden ponerlos en el propio CPD
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
Locura de alquiler, y aquí estoy yo en Munich pagando 830 euros por 30 metros, y teniendo que llevar un dossier a cada entrevista para cualquier piso que quieras alquilar.
Y en Munich el 99% de los pisos se alquilan en 15 minutos o menos... En el momento que se publica un anuncio, aluvión de llamadas, los 20 o así más rápidos consiguen una cita para verlo y ya está, no admiten más candidatos. Esos 20 rápidos a pelear por él, estilo entrevista de trabajo.
Una vez llamé a uno que no era gran cosa, en las afueras y más caro de la media las 2 horas de publicarse el anuncio, y tenía a más de 200 candidatos por delante mío.
cc #83 veo que no soy el único sufriendo el mercado inmobiliario de aquí...
Hace unas semanas me contacto una empresa de software Española para hacerme una entrevista. Cuando les pregunte la banda salarial, el tope que me daban es menos de la mitad de lo que cobro fuera.
Le dije precisamente eso a la reclutadora, y me contesto "igualar tu sueldo en el extranjero es difícil, pero no imposible".
En serio? venga pues, hacedme una oferta mejor de lo que cobro ahora y me lo pienso.
Aun estoy esperando una respuesta.