 a OpenShift Commons en vivo. Esta primera edición en español para OpenShift Commons CD, estamos a Scott McCarty y María Horazzo. Scott quiere presentarte a esta audiencia. Sí, claro. Yo soy Scott McCarty y soy un gerente de productos principal para OpenShift y para unas tecnologías de condenadores en RHEL y más o menos yo trabajo con todas estas cosas siempre. Yo soy María Horazzo, también gerente de productos de RHEL y yo trabajo en el área de OpenStack, infrastructure services, también en VMs, pero también en la parte de OpenShift con condenadores, específicamente en la parte del despliegue de la tecnología de OpenShift. Así que venimos por creo dos partes de dos. Otros otros productos diferentes a OpenShift, como lo es Red Hand in a Fife Linux y Linux, donde viene Scott y viene a la parte de OpenStack. Y lo mismo acá, al área de Castellano, en español, OpenShift en vivo. Scott, antes de continuar, yo sé que todo el mundo se va a preguntar. No, no, la pregunta es de dónde estás tú. Ok, bueno, podemos empezar por eso. Yo soy venezolana, estudia Venezuela, así que la parte de tecnología me viene de Venezuela. Luego vivía en Estados Unidos por la otra mitad de mi vida. Y ahora tengo un año en Japón. Y estás hablando japonés ahora también creo. Muy poquito, es súper difícil, es súper difícil. Me dicen que la mejor manera de aprender es que he conseguido un novio japonés, pero ya tengo casi 20 años casada, así que está chifaseo. Pero tú, Scott, cuéntanos, cuéntanos de tu novia que habla español. De verdad, más o menos, porque tengo muchos amigos que son portaricanos, mexicanos, todo eso. Y de verdad, ellos me jodieron mucho, me chistaron de mí, tú sabes. Y tuve que protegerme en español porque me hice cosas malas siempre y empecé como eso. En español. No, no, tuve que protegerme en español porque tú sabes. Ay, yo tengo un buen amigo de Nueva York y él estuvo siempre jodiendo, siempre haciendo bromas. Pues muy bien. Vamos a ver si este sirvió de algo, así que todo ese bullying. Sí, yo. A servir en tu carro, que era profesional. Y a servir más a nosotros también porque nos encanta tener gente expertos en esta área que puede compartir este contenido en español. Así que cuéntanos qué es OpenShift Commons and View. ¿Quieres hablar o yo puedo escribirlo un poco? Puede escribir un poco. Bueno. De verdad queremos divertirnos, tener, tener, quiero hacer algo divertido y con curiosidad y aprender las cosas técnicas y empezar una comunidad abierta como siempre. Esta cosa OpenShift Commons no es como un foundation, es más o menos solo un grupo de gente que quiera hablar de la tecnología y los negocios en que usamos OpenShift y todo eso y con teledores y como ponemos aplicaciones, hacer login, todas cosas así. Hay muchas áreas en que podemos hablar. Las presentaciones de OpenShift Commons son muy, las áreas son, hay muchas áreas de enfocar OpenShift Commons. Sí, para lo único que quisiera expandir es que tuvimos hace poco el OpenShift Commons Latin, que en situaciones normales hubiese sido un evento bien grande. Buenos Aires, nos reunimos con clientes, con partners, con todo tipo de personas que están interesadas en tecnología, interesados en OpenShift. Y estos son los lugares en vivo, en persona, donde compartimos tecnología, donde compartimos casos de usuario, donde compartimos lo que va bien, lo que va mal. Y no solamente Red Hat, con Red Hat, pero clientes, con clientes, partners, con partners. Y Red Hat es una compañía de software abierto y nos encanta generar este tipo de espacios para poder tener este tipo de discusiones, las discusiones normales de ahora, no nos permiten estar en vivo, pero esperamos que este espacio, o este Commons, sea un espacio para que cualquier persona que quiera venir a compartir sobre tecnología, quería pasar un tiempo divertido o cosas. Siempre la parte del Latin es más chévere que la parte de... Es verdad, es verdad. Cuando vemos los eventos donde se juntan toda la compañía, donde se juntan todos los clientes, en Estados Unidos siempre hay como la cena del Latin America, el evento, la fiesta del Latin. Y ahí hasta los de Asia Pacifico quieren este primer celular. Así que esperamos que conviense a este momento de venir y para partners y para clientes para venir y compartir. ¿Cómo les ha ido? ¿Cuál ha sido su experiencia con OpenShift? ¿Qué no les gusta? ¿Qué tipo de features? ¿Cómo se dice features? No sé. Buena pregunta. Buena pregunta. ¿Qué tipo de features que no tengamos y que sea importante agregar en OpenShift o que se esté creando en Kubernetes, pero todavía no se van a como utilizar? ¿Puede ser un lugar para hacer? Sí, queremos invitar a la gente de la comunidad, cualquier persona que está escuchando esto, que encuentre este video grabado, puedes hablar con Mario y yo y nos gustaría tenerle en un episodio de esto para hablar de lo que estás haciendo con OKD o con OpenShift o con Kubernetes, con contenedores, cosas así. Creemos invitarles. Y la página de la comunidad creo que va a estar como parte del video, cuando esté video en todas las plataformas donde les compartimos, con el YouTube, etcétera. Yo tenía una cuenta de Twitter, FatherLinux, pero ahora no funciona, no sé qué pasó. ¿Qué pasó con esa cuenta? Justamente quería que compartieras el cuento de por qué te llaman FatherLinux y cuándo hablas en paraolas. Ay, hace mucho tiempo, es una cuenta larga, pero de verdad más o menos porque hace mucho tiempo, como 20 años, 15 años, Open Source, código abierto no era muy común en esa época y la gente me dice, yo empecé un trabajo nuevo y ellos me consiguieron por trabajar con Linux y entonces yo pensé que es bueno poner Linux en mi computadora, pero mi jefe vino un día, no sé, yo trabajaba ahí como un día, dos días y él vino a mi escritor y me dice, ¿qué estás haciendo? Y estoy como poniendo Linux en mi computadora y me dice, no sabemos, no sé si es legal, no sé si ponemos a hacer eso y yo estoy como bueno, ahora me van a quitar como el primer día, segundo día de trabajo. Y no sé, y tú sabes como los support que no le gusta poner un sistema operativo diferente. Entonces los programadores me vieron y me dicen, ¿tú pusiste Linux en tu computadora? Sí, y otra vez otros como animales de Bosque ya vinieron a mi escritorio para investigar lo que está pasando aquí como una interrupción de todo el negocio y me pusieron ese nombre, el padre Linux me hicieron y me confesaron como una cura, como se dice, un priest, como una cura, una cura. Sí, y me confesaron como, tú sabes, como los sins de... ¿De por qué? ¿De por qué no tenías Windows? Sí, y le dijeron... ...que estaba en contra de... con esta cosa... Sí, les dije como, tú tienes que hacer documentación o módulos de kernel y todas las cosas y yo bromeé mucho con ellos y por eso me dicen. Pero voy a dejar, me imagino, porque voy a dejar ya, obviamente. Sí, bien, bueno. Bueno, podemos... no sé, María, ¿quieres mover a hablar un poquito de OpenShift? Yo creo que sí, vamos a hablar un poco de OpenShift y de cómo empezó todo. Creo que cuando empezamos a hablar sobre este top hablábamos de cómo fuimos de OpenShift 3 a OpenShift 4 y eso es interesante porque la decisión de cambiarle una versión grande, mayor, aquí va a empezar el Spanish, pero grave. La decisión de cambiar de número de versión es importante, pero esto, si no te importa, de repente a mí me parece que el cambio de OpenShift 2 a 3 quizás fue una de las apuestas más grandes que hubiera visto, ¿verdad? Sí. Y, claro, viéndolo desde ahorita, cuando ves atrás dice, ¿cuándo? Pero en su momento no era tan obvio. No era tan obvio fuera de Red Hat en la comunidad, bueno, no había comunidad de gobierno. Y no era tan obvio dentro de Red Hat porque si trabajas con Red Hat o con cualquier compañía que trabaja mucho en OpenShift, sabes que los mayores críticos son tus compañeros o están dentro de tu casa. Y ese cambio de 2 a 3 fue cuando básicamente decidimos cambiar la plataforma de OpenShift para que sea con la base de Kubernetes. Y esto fue hace bastante tiempo y ahora que miramos hacia atrás, llegaremos todo el tiempo que tenemos con Kubernetes y lo bueno es que fue esa decisión y cómo ha crecido la comunidad que en ese momento todo el mundo tiene una historia original, ¿no? Pero la historia origen que yo he escuchado sobre este cambio que la escuché sobre de las protagonistas de este cambio fue que básicamente se reunieron gente de Red Hat con gente de Google y empezaron a decir, bueno, queremos compartir esto, queremos colaborar con esto, lo hacemos open source, cómo hacemos para que Red Hat colabore, cómo hacemos para que otras compañías colaboren y luego pues así fue creciendo a esto y luego se puso bajo una fundación, etcétera. Pero digamos una apuesta muy grande que ha tenido muchísimos beneficios y repercusión en el mundo de tecnología porque ahora Kubernetes ya es un manejo de contenedores. Pero este cambio de ahora de 3 a 4 obviamente es una apuesta que pasó hace relativamente poco comparado con el cambio de 2 a 3 pero que yo creo que también va a ser igual, va a tener muchísimo impacto en lo que significa OpenShift o el manejo de OpenShift y lo hemos visto que también era una apuesta bien difícil porque OpenShift 3 ya era un producto, digamos, bastante maduro, ya teníamos cientos de clientes, o sea dentro de todo la apuesta era, si ya salimos de la mesa de Blackjack nos fuimos al cuarto de los high rollers, porque cuando ya tienes tantos clientes cambiar el funcionamiento o la disfunción o cómo haces los upgrades o cómo haces la operación del día 2 de OpenShift, era un cambio bien grande, ¿no? Sí, era muy grande. Y yo tengo un poquito de, podemos hablar, yo tengo de 2 a 3 un poquito y también tengo 3 a 4 unas cosas que cambiaron, si queremos hablar de esto un poquito. Ah, sí, sí, hablemos más de 2 a 3. Ok, bueno, y después podemos ir aquí para hablar como está ahora, si queremos hablar un poquito de la tecnología y que cambió hace mucho tiempo, yo tuve como 4 años en 1979 y empezó con Unix Truth, ChangeRoot, o Truth, era solo para poner un proceso que si estás corriendo un proceso como un database base de data o cualquier cosa, como un shell y un caracol y tú puedes ponerlo en una fecha diferente o no me acuerdo como decir directory, es diferente que una fecha, pero... No puedo dejar este momento pasar, pero súper terrible. Sí, yo sé la palabra, pero me acuerdo ahora. Porque yo no había nacido, Oscar, yo no había nacido. Fichero, fichero, creo que es fichero. Bueno, tú puedes cambiar el fichero de tu proceso y tú puedes poner ese proceso, solo puede ver las cosas ahí en este, pero... Sí, esto era el primero, y todo empezó con eso, y ese syscall, se llama un syscall, esa cosa que use para programación en lengua C y tú pudieras usar esto hace mucho tiempo, como 60 años más o menos. Y ahora, como 20 años después, empezaron a construir más sobre ese syscall en BSD y añadieron como users y usarios y también la red y acceso a los... No me acuerdo esa palabra, para files, pero files. Archivo. Archivo, eso es. No me pude recordar, pero hay muchas palabras técnicas que la gente usa solo en inglés, entonces, pero... Entonces, hace poco tiempo, como a las 2011, 2012 y 13, empezamos, nosotros, con Opitch V1 y 2, y me acuerdo eso muy bien, era muy bien tener... Tuvimos esta cosa que se llama Gears y esta otra cosa que se llama Cartridges, era como una manera de poner toda la aplicación dentro de un cartridge y para correrlo se llamaba Gears, pero solo era tecnología de Linux, más o menos, no era algo especial, pero no era estándar, no era como... como fuego, como Docker, cuando Docker empezó, ya lo vimos. Hubiese llamado containers, de repente hubiese sido algo, pero no tenía ese feeling que se podía utilizar para tantas otras cosas, o que fuera tan genérico, era bien basado para... que sirviera para OpenShift, pero no... Sí, exactamente. Era posible usar Gears y Cartridges solo adentro de OpenShift y para construir Cartridges era difícil, más o menos, era muy complejo, más o menos, y después de unos años estuvimos, ya vimos como Docker y era como... ¡Oh, eso es! Entonces, es muy fácil solo usarlo solo para algo muy simple y pudimos poner una aplicación simple dentro de un contenedor y los imágenes eran los más importantes de Docker, porque eso era muy fácil usar. Ya vimos eso muy rápido y estuvimos ok, ahora estamos prestando la atención a esto y añadimos Docker, Arel y Redhead Enterprise Linux y después de poco tiempo estuvimos mirando qué vamos a hacer con OpenShift, porque obviamente necesitamos usar este Docker, porque es real. Y estuvimos, y a la vez, más o menos, extranjeron Kubernetes como un año después de... la gente no recuerda pero no era mucho tiempo después de Docker que ya ya se lanzaron Kubernetes y Google y Redhead hablamos mucho y estuvimos como sí, eso es la tecnología. Tenemos que cambiar gears y cartridges necesitamos usar más o menos los imágenes de Docker y los pods de Kubernetes eso era la tecnología. La decisión de como Back Docker era yo creo que dentro de Redhead un poco menos controversial si se quiere porque ya Redhead tiene muchísimos expertos en Linux entonces ya la gente entendía esto solo que no lo habían visto pero cuando lo vieron es como que ok, ok pero yo creo que la decisión de Kubernetes también era como que es algo que no nació en Redhead digamos la gente de Google estaba digamos trabajando en eso decidir abrirlo, decidir colaborar era era yo creo que un testamento de creer y apoyar open source no importa que no nació aquí o no importa que no es el Linux que nosotros sabemos pero vamos a colaborar y vamos a colaborar de manera bien si María es verdad para nosotros para usarios cuando vimos Docker era muy fácil ver que tenía algo real pero de verdad tú eres correcta que cambiar la tecnología es una decisión muy difícil y se llama en inglés not invented here N-I-H bueno es difícil aceptar una tecnología de external un montón de nerds en tecnología y saber que de repente empezando en el día uno no tienes a todos los expertos trabajando para ti o no conoces a todos los expertos y tecnología es no just people es gente, es personas sobre todo en open source nos vamos a ver mucho eso estás apoyando una tecnología pero también estás apoyando una persona la manera de trabajar, la manera de colaborar la manera de ser abierto y digamos cuando empiezas a colaborar con Google verdad estaba establecido en el mundo de tecnología pero definitivamente si fuese una pelea en inglés es punching above our way no teníamos ni el número de developers ni la manera de poder subir rápido pero tuvimos que aprender a no sé yo creo que tomó mucho es un riesgo más grande si era muy grande y y recientemente estoy hablando de open source o software libre de una cadena tiene como si dice suministro suministro una cadena de suministro más primera si tenemos que usar palabras más grandes entonces tengo que verme más profesional bueno porque no de verdad cuando tú ves tienes que ver a código abierto como eso porque es como un producto bueno es más o menos como manufacturing o manufactuar es lo mismo más o menos tienes que ver y cambiar esto es cambiar suppliers más o menos y la gente que hicimos y eso es difícil más o menos tomar estas decisiones es muy difícil entonces llegamos a Kubernetes llegamos a Kubernetes como 2014 y eso es entonces estuvimos cocinando con gas más o menos con Kubernetes pero tuvimos como yo pongo un poquito más estuvimos investigando más o menos Kubernetes MISOS Cloud Foundry Swarm LXD estuvimos mirando a todo en esa esa época pero era obvio que Kubernetes era obvio y la no sé yo recuerdo tan una cosa con MISOS tan bueno Cloud Foundry ellos pelicaron mucho pero para mí era obvio el Cloud Foundry si pero no para ti pero no en el mundo de la tecnología no en las noticias no en Cloud Foundry tenía una foundation tenían clientes grandes y era muy mucha presión mucha presión muchos nombres grandes en tecnologías mucha presión para nosotros y bueno Swarm MISERIA porque ya Docker pues difícil tiene un avance un like up empezaron la carrera un poquito antes que el resto pero pero seguíamos trabajando esto fue lo que nosotros le apostamos le apostamos a Kubernetes vamos a seguir creciendo esto y por fin resolvemos que vamos a usar Kubernetes Docker y tuvimos esta cosa que se llamaba TameCost era como más o menos como coro es y usamos usamos Ansible supuestamente Ansible es la pega que pega todo lo que une todo lo que bueno primero quien no le gusta Ansible todos los developers yo conozco le encanta Ansible puede leer Ansible tenes playbooks y todo eso es fascinante con Ansible entonces se ve como que no intimida pero cuando estas manejando hay algo como OpenShift que ya es bien complejo ni Ansible puede y los upgrades ni Ansible pueden mascarar verdad toda la complejidad que toma hacer un despliegue de la instalación de OpenShift cuando ya esta ok cuando logras tener una automatización de despliegue pues ok pero pero esas Ansible playbooks eran brutal bueno son todavía hay gente que esta en OpenShift 3 verdad sufriendo bueno sufriendo comparado con OpenShift 4 sufriendo con upgrades y continuando su automatización yo creo que era mas profundo que la mayoría de la gente no no da cuenta que era algo muy profundo no solo era lo que hablamos de marketing es que OTA sobre el aire updates esta bien eso es bueno eso es lo que queremos como un usario pero abajo de en el motor era muy dificil hacer todo esto lo que hicimos era poner los primitivos de Kubernetes aplicar esos primitivos al sistema en todo por ejemplo Kubernetes funciona con este sistema como estado querido y estado actual y lo que hace el usario es poner el estado querido podemos poner eso con YAML o con JSON y definimos todo lo que queremos con este sistema y Kubernetes lo hace empieza y intenta otra vez otra vez hacer el estado actual para que pega al estado querido y eso es muy diferente como funciona Ansible funciona así pero no exactamente esta idioma en el YAML de Kubernetes todos estos primitivos es mas simple solo hay mas o menos cinco cosas que necesitas saber solo pod como replication controller en esa época unas cosas y tu puedes hacer un app es fácil pero lo que hicimos es hacer ese lógico al todo el sistema por ejemplo los nodes los nodes de coro s estan y geremos esos nodes exactamente como una aplicación lo podemos matar lo podemos re-empezar otra vez lo podemos y el estado querido y estado actual y si lo querido el estado querido es apagado Kubernetes va a apagar ese nodo pero si el estado querido es empezado si bueno Kubernetes va a hacer eso y que se llame esa cosa controllers usamos mas o menos controllers para herer el sistema operativo como distribuido y mas o menos eso es profundo y era profundo tambien en esta investigación de OpenShift 4 porque dentro de Red Hat again esta opuesta a coro s era como nos daba en el corazón porque la distribución es la distribución en la que estaba OpenShift 3 y el sistema operativo base cuando construyas plataformas en la forma de Red Hat tenemos varias plataformas como OpenStack, Red Hat Utilization OpenShift el sistema operativo es clave y una de las cosas por las que ustedes o la gente viene a Red Hat es porque saben que si hay algún tipo de vulnerabilidad o parche etc y lo va a crear y va a quedar estabilidad en el sistema operativo pero lo que eso significa es que si estas creando una plataforma encima del Linux cada vez que cambia el Linux se le mueve el piso a la plataforma y a veces no esta conectada a la plataforma con la casa o el edificio que tienes encima entonces pues la gente que vive siente el terremoto la liberación y en nuestro caso las aplicaciones podían sentir cuando cambiabas el sistema operativo hacia parches etc entonces esta idea de coro s cuando el sistema operativo esta tan integrado con la plataforma no lo hemos hecho antes no lo hemos hecho en otra plataforma y era una apuesta grande también y era una apuesta no en contra pero diferente a lo que teníamos con las otras formas que era la pura distribución ahora el sistema operativo es mas como un servicio solo es un servicio mas o menos como todas las aplicaciones y era muy profundo no me acuerdo cual versión de Kubernetes era en OpenShift 3.0 no me acuerdo porque ahora en 4.5 tenemos 1.18 pero creo que hemos venido desde como 1.06 algo así mas o menos no me acuerdo exactamente pero es profundo pero también el atractivo o lo sexy de eso era ese sentir que cuando vas a hacer un cambio de plataforma cuando necesitas despegar un parche o un security bug o un upgrade es algo que no se siente y que esta manejado por la plataforma y que la plataforma también tiene control sobre su base sobre su fundación eso es bien importante porque entonces le das el poder a Kubernetes de decir como y cuando como y cuando se usan estos upgrade y nosotros sabemos que eso va a ser bien atractivo para clientes pero y es super simple mas pero con OpenShift 3.0 ya tenías una plataforma que estaba super madura teníamos también un ecosistema que ya habían integrado con OpenShift 3.0 entonces ya tenías software defined network tenías SDN, tenías storage tenías un montón de gente y de una comunidad de partners que habían creado todo lo que es estos third party o tercera parte no es tercera parte es como plugins o todas las añadiduras de almacenamiento de networking, de monitoreo que se pegaban a OpenShift 3.0 que ahora tenían que también funcionar con OpenShift 4.0 y si bien era una inversión terraria tiene que hacer para cambiar de plataforma cuando viene OpenShift 4.0 también nuestros partners y nuestro ecosistema tenía que hacer lo mismo y no no tenían opción si alguien es un cliente que estaba en OpenShift 3.0 y quieren hacer lo primero OpenShift 4.0 y tú eres un un partner de almacenamiento, de storage tú no tienes opción de decir no, ya no quieres invertir no quieres invertir tiempo en las tecnologías no tenías opción aquí viene la importancia de una comunidad abierta para tener acceso a este tipo de discusiones porque sé que este tipo de discusiones también eran abiertas cuando hablábamos con partners para decirle mira estamos pensando esto ¿qué les parece? y en unos casos es como que oh bien y en otros casos es como que ¿seriously? como que estamos hablando de dinero aquí pero también llevar y tener estas conversaciones diciendo mira esto de verdad es funcionar mejor para el suelo y me equivoqué mucho debía poner operators sobre este slide este tipo positiva bueno y operators también esa es otra que porque claro el concepto de operators es como funciona OpenShift 4.0 y como funciona el despliegue de OpenShift 4.0 también pero cuando lanzamos OpenShift 4.0 digamos los operators no se me acuerdo de una reunión de TMS y decían bueno pero ¿quién más está en este operator? ¿quiénes son nuestros partners que están escribiendo operators? y sonaban los grillos del bosque porque no se escuchaban nada y decían oye esto es importante necesitamos que más gente se anime a entender que son operators como se manejan y que esta es la manera de hacerlo y hoy por hoy ya operatorhub.io es algo que en lo que colaboramos con un montón de partners, un montón de un ecosistema que tiene Amazon, Google grandes cloud providers pero también tiene empresas que agarran el operator SDK software development kit para kit de leo para desarrolladores y empiezan a ser su propio operador porque si nos mira ahora ya olvide que no hay Ansible para manejar el despliegue de OpenShift ahora la manera de decirle a Kubernetes que estás haciendo es creando tu operador creando como dice el estado deseado y dejar que Kubernetes llegue a ese estado deseado en el mejor momento indicado sin tumbar toda la torre de cosas que estabas haciendo ese concepto es bien bien interesante para mi porque cada vez que habian cambios a ese Ansible platform te despliegue y el equipo de operaciones va a implementar ese cambio en producción es como que como que esperemos que no haya cambiado una súper importante porque no tienes esa manera de hacer pruebas a testing con todo el estado mientras que con operators está haciendo un cambio de manera más discreta y contando y confiando en que Kubernetes como un buen GPS está recalibrando como que tratando de llegar a ese estado y bueno que más hemos hecho después de que salió OpenShift 4 el futuro probablemente estamos al punto de 4.6 y estamos debemos hablar también de okd okd entonces debo poner esto también en OpenShift 4.6 vamos a poner okd aquí y pongo operators en la otra en esto es importante porque el slide queda en vivo es OpenShift como en vivo en vivo es en vivo y directo es en vivo bueno y vamos a poner okd claro que pasa con que pasa con ese versión de tener una versión abierta donde que cualquiera la puede utilizar sin pagar la red pat sin apuntos y simplemente utilizar la red pat ok quieres hablar de okd es más o menos es más o menos es como rdo para OpenShift es un midstream que se llama en inglés que es algo que el problema es que para usar Kubernetes uses tienes que más o menos a lo mínimo tienes que tener éxile Kubernetes algo como Docker más o menos Creel, Cryo o container de a lo mínimo necesitas esas cosas y un Linux más o menos tienes que tener un sistema operativo a lo mínimo pero en realidad necesitas más que eso necesitas logging necesitas storage y todo eso y hay muchas cosas que necesitas entonces para poner una distribución de Kubernetes más o menos es como Linux necesitas estas cosas todas estas cosas también con Kubernetes y ahora por ejemplo tenemos coroes aquí porque más o menos real coroes necesitas unas cosas una eso es sal azúcar pimiento, todo esto para hacer el pastel entiendes y entonces para eso tenemos algo que se llama okd donde traemos todos estos proyectos juntos para probarlos para investigar lo que vamos a usar en el futuro cosas así más o menos es una comunidad y ahora tú puedes usar okd se lanzado hace no sé como unas semanas más o menos yo lo vi hace una semana más o menos y claro estaba hablamos un poco de esto existía también con OpenStreet3 y luego cuando hicimos esta replataforma A4 pues quedamos sin una aparente equivalencia en upstream y Red Hat siempre ha tenido una equivalencia abstractualas de OpenStack que tenía rdo y no es una versión digamos como y por ejemplo con Real tenemos Fedora si y como exacto para Real tenemos Fedora pero digamos tú puedes correr esto y yo sé de mucha gente que corre en producción y producción grande de hecho creo que lo podemos decir pero una de las grandes organizaciones científicas como CERN utiliza ARIO a gran escala pero claro ellos también colaboran con eso estamos hablando de es cuando ya les van a cambiar el aceite al cargo ese tipo de cosas pero ok y ahora es eso porque para yo creo todos los Red Haters es importante tener esa equivalencia upstream para que alguien lo pueda utilizar sin necesidad de tener que pagarle a Red Hat y tener que usarlo ser parte de la comunidad dar tu fita o reflexión o ideas o simplemente contribuir y para mi de verdad porque yo me siento me gusta esto es que puedo probar puedo probar los Upgrades más o menos quiero probarlo quiero instalar como 4.3 y moverlo a 4.4 yo vi por ejemplo ya vi que tú puedes bajar cualquier versión que quieres y tú puedes bajar 4.5 4.6 de okd está ahí ahora aunque no hemos hecho el release oficial no está en GA tú puedes tener 4.6 lo que se da es el release de 4.6 así que puedes ver por ahí entonces es un buen lugar para probarlo y así como lo prueba los partners los clientes potenciales lo puedes probar en tu computadora en homelab y solo tenemos como un poco más, tenemos como menos 20 minutos, quieres mover hablar del futuro o quieres hablar más de okd podemos hablar del futuro yo creo el futuro pues importa bastante también el pasado no tener no, no es el futuro no hablamos de no publicación no, otra más ahi si, esta y es esa la idea de que a nosotros nos interesa la plataforma porque bueno trabajamos en crear la plataforma desplegar la plataforma asegurarnos que la plataforma funciona pero en realidad lo interesante de Kubernetes es la aplicación ¿cuáles son tipos de cargas que estás corriendo en Kubernetes y como Kubernetes hace que las aplicaciones funcionen mejor sin que te interese que Kubernetes es lo que está abajo la idea o el ideal es hacerlo algo se dice aburrido pero en realidad algo como que yo no tengo que saber tanto para que esto funcione y continuar haciendo Kubernetes es una plataforma que se sirva para muchas cargas y en este caso Kubernetes es perfecto para para funcionar y containers, pero que tal virtual machines máquinas virtuales todavía son algo que existe entonces OpenShift Virtualization pero que esa es la el juego para nosotros sería continuar creciendo para que puedas correr para máquinas virtuales también en OpenShift y luego obviamente puedes desplegar OpenShift en las aplicaciones del borde o edge que son bastantes comunes en telco pero también bastantes comunes en internet es que son creando un montón de aplicaciones que necesitan desplegarse en bordes y el futuro o el presente ya para muchas que son estas aplicaciones de serverless ¿Quién llega algo más de esto? Sí, para mí me siento emocionado por OpenShift Virtualization porque podemos definir una aplicación cualquier aplicación y puede tener como un componente de base de data que está en un virtual machine y puedes tener el web server en el contenedor y para mí eso es bueno porque puedes definir toda la aplicación solo con un fichero solo puedes tener ese llamo y puedes definir todo y eso es es como universal ahora podemos aprender ese idioma para hacerlo podemos rehusar templates y todo eso y es como una idioma universal para todo ahora para mí eso es bueno porque podemos usarlo en el centro de data para virtualización, para aplicaciones viejos para aplicaciones nuevos para Edge, para todo y para mí yo creo que es menos estrés que puedes tener por fin yo quería esto como hace 20 años cuando tuvimos como CF Engine y no funcionaba como querimos queríamos en esa época y podemos ver que los workloads que estamos expanding como el workloads más y más y más y vamos a ver los workloads funcionando con Kubernetes y es obvio para mí claro, bueno es obvio pero también hay que ser un poco más hay mucho trabajo mira todo lo que hemos aprendido todo lo que ha evolucionado y son decisiones que ahora es como que bueno, obvio pero creo que lo importante es que en este momento pues no era tan obvio y para mí la conclusión es siempre seguir obviamente abiertamente compartiendo tus ideas pero siempre seguir haciendo esas apuestas grandes y sabiendo que que tienes a una comunidad detrás que también está resolviendo el problema y todo el mundo se está despeciendo para mí es la clave de poder seguir haciendo estas grandes apuestas y seguir siendo efectivos en el éxito ahora, hablemos del futuro de OpenShift Commons en vivo bueno, una cosa más en esa época también con OKD tú puedes jugar con esto fácilmente con algo que se llama Code Ready Containers es algo que puedes bajar solo esa cosita y solo es un fichero tú puedes bajarlo y tú puedes correrlo como un virtual machine y funciona solo como un mandato claro que tú puedes hacer como tres mandatos más o menos y tú puedes correrlo y eso es probablemente lo más fácil para probar esto, si quieres Diana quería que yo diga esto y también no he probado todavía pero de verdad, yo quiero probarlo es nuevo, muy nuevo eso también bueno, creo que tenemos que hacer un talk de, a la vez, de repente nos toca hacer esta pareja debemos tener un talk de eso y hablar de eso pero ya tenemos varias varias talks hemos estado con compañeras amigos que quieran seguir compartiendo ideas seguir compartiendo tecnología OpenShift Commons en vivo y tenemos otros episodios este mes el 8 de octubre a la semana que viene vamos a tener representación de OpenStack esto es trayendo prácticas de OpenStack de cómo hacer el despliegue de OKD, utilizando Q-Init este talk lo hicimos en inglés hace la semana pasada y es súper con demo y todo en 15 minutos estás corriendo y es utilizando Q-Init y aprendiendo sobre qué fue lo que aprendimos de despliegar plataformas como OpenStack que podemos aplicar también para el despliegue de OKD y OpenShift y ahí es cuando ves también el poder de GraphOS bastante interesante y luego quieres hablar un poco de Builds el 15 de octubre de OpenShift Builds y las herramientas que tenemos ahí estamos de verdad usando algo que se llama Builder y tenemos como dos estrategías de construir y vamos a cubrir cómo funciona este APIs en OpenShift y eso sería bueno porque para mí me gusta Builds más o menos es algo que me gusta tengo una sí no sé cómo decirlo en español creo que le he escuchado APIs pero sí y luego hablaremos de OpenShift en OpenStack que es como otra manera también de traer obviamente una plataforma que maneja máquinas virtuales como lo es OpenStack pero luego también hacer el despliegue de OpenShift y tener ese esa plataforma digamos operando con contenedores manejados por tu enlace como máquinas virtuales tenemos también varios casos de usuario una de las cosas que queremos hacer son usuarios que tienen este tipo de despliegue en su operación y que nos cuenten cómo fue también ese camino cómo llegaron hasta allá y ahora tenemos a Tiana Hola Tiana Hola, muchas gracias esto ha sido muy bueno para tener ustedes aquí y me disculpo a todos que estoy hablando en inglés aquí al final de esto estoy eternamente gratificado a todos los redhaters que han participado para ayudar y a Maria para obtener esto en la frontera esta semana y me disculpo por las interrupciones cada vez en un minuto como aprendimos las rojas pero la otra cosa que quería decir como parte de esto y tal vez puedes traducir si tienes un tema que quieres escuchar o quieres presentar en español o si estás en redhat o un membero de la Comunidad de Comunidad o un proyecto de upstream please reach out to myself or Scott or Maria y nos dará el podium porque nos gusta el sonido de español incluso si no puedo traducir tan rápido como me gustaría y nos apreciamos todo esto fue un increíble en agosto de 2017 no sé, recientemente un par de semanas La TAM, OpenShift Commons Gathering y hay un montón de lenguaje de español y un montón de subtítulos para los pocos en inglés que vamos a poner un link con este video para que podamos llegar a eso Santiago Sintiqouf hizo un gran par de dos semanas en inglés pero vamos a hacerlo en español de OpenShift Commons y lo que está pasando en la TAM y todos nosotros tenemos un montón de amigos en el mundo Maria es en Tokio o no Tokio, Oklahoma Yocahama es Tokio Metro Tokio Metro, lo veo donde va a la maquina de Google y Scott, estás en ¿Estás en Rall? No, estoy en Rundervool, Akron, Ohio ¡Oh, Dios mío! Bueno, estoy en la beautiful Colombia y tenemos tonos de amigos en España Colombia Argentina y todo tipo de otros y en México hay un gran grupo de pocos en el que estamos intentando hablar con la maquina de Google es un montón de historias que pueden ser delivered en español y no y nosotros realmente queremos mostrar eso y el trabajo que está en el mundo, y también lo que es nuevo en OpenShift en las lenguages que la gente quiere escuchar así que muchas gracias por tomar el tiempo hoy y tal vez haré subtítulos para esta sección No, yo puedo sumerir a Diane y tal vez darles una introducción te introduciré a las personas que no han escuchado de ti Así que Diane, mi hermana es nuestro Diane es OpenShift Commons Diane es OpenShift y la comunidad es una persona súper interesada en seguir creciendo y desarrollando esta comunidad así que ella nos me encanta que este obviamente acá pero este es su casa nos invita a todos a seguir colaborando y a quien nos llaman nos manden correos o básicamente alguien con nosotros que quieren compartir su historia lo que hace Diane es seguir creciendo la comunidad y que entiendan que Commons es para todos si han visto el contenido de OpenShift Commons en inglés se dan cuenta que hay clientes hay partners hay de la competencia también y nos encanta escuchar todo ese tipo de voces y a mí en la particular me llena de orgullo que estamos hablando en español así que ella es súper feliz de compartir en español todo este tipo de historias, este tipo de voces como decíamos antes Diane es probablemente más divertido en español siempre siempre tenemos contenido de OpenShift Commons Latin America ese contenido también va a estar en OpenShift TV y aunque algunos son en inglés también tienen sus típulos bueno, estamos de todas partes del mundo creyendo la nueva historia y esperamos crear nuevas voces también a OpenShift Commons Thank you for that and my high school Spanish fails me so I think that what we'll probably do is we'll wrap up now we'll post this on YouTube for everybody to see and I'll annotate it with some links and we will move on and socializing next week's talks so in Spanish and if you have a topic as we say then you want the podium, we'll give it to you so please reach out alright, thanks Scott yeah take care adios amigos stop recording and hang on a sec recording has stopped Scott really