kubernetes

Hacer que tu aplicación esté disponible de una manera rápida para usuarios de cualquier parte del mundo puede ser más sencillo de lo que piensas con las herramientas adecuadas. En esta charla analizaremos cómo utilizando herramientas de automatización como Terraform y con componentes de GKE (Google Kubernetes Engine) podemos automatizar el despliegue de nuestra infraestructura para conseguir los mejores tiempos de respuesta estés accediendo desde España, Estados Unidos o Brasil. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

Aunque generalmente gestionamos recursos en Kubernetes de manera declarativa mediante el uso de manifiestos, lo más habitual suele ser aplicarlos de forma imperativa desde un pipeline o incluso a mano. No es del todo fácil saber quién, cuándo y cómo se han desplegado las aplicaciones o modificado sus configuraciones, y ya no hablemos de operaciones más complejas como tener que preparar un entorno nuevo desde cero. Vayamos un paso más allá en la filosofía GitOps y veamos cómo tener un repositorio Git como fuente de la verdad de nuestras aplicaciones y recursos de Kubernetes. Todos nuestros cambios bajo control de versiones, y sólo hacer un Push para desplegar. Imagina que un pase a producción pueda ser "sólo" aceptar una Pull Request. Eso y mucho más nos permite Flux. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

Building a multi-cloud network requires complex VPN configurations and policies. How can we enable secure communication across Kubernetes clusters without these problems? By making Skupper we have been facing these challenges and in this discussion, I want to present what problems we solve and what architectural decisions we use. Finally, a demo to show an actual use case.

How to efficiently build and manage hundreds of Kubernetes Clusters that serve modern online analytics databases, for different customers? To add to the challenge, what if customers need to run their own clusters inside their own private clouds? We are sharing our system design that solves it. How to provide fully managed online analytics databases like Pinot to hundreds of customers, while those Pinot clusters are running in each customer’s own private virtual cloud? The answer is by combining the power of Kubernetes with our automated scalable architecture that can fully manage a fleet of Kubernetes clusters. When companies consider using SaaS (Software as a Service) products, they are often held back by challenges like security considerations and storage compliance regulations. Those concerns often require that the data stays within the same virtual cloud owned by the company. And it makes managed solutions very hard for companies to implement. In StarTree we have built a modern data infrastructure based on Kubernetes so companies can keep their data inside their own infrastructure, and at the same time get the benefits of using a fully managed Apache Pinot cluster deployed in the customer’s cloud environment. We have designed a scalable system based on Kubernetes that enables remote creation, maintenance, and monitoring of hundreds of Kubernetes clusters from different companies. This enabled us to scale quickly from a handful of deployments to over 100+ Pinot clusters in a short time span with just 10+ engineers.

Engineers at small and large companies are deploying their applications using managed Kubernetes services in the cloud because they are convinced it will enable them to migrate their workloads across providers easily. However, in reality, most container platforms are not feature-complete. So, the move comes with a series of external concerns that can make it problematic: e.g. monitoring, identity management, data gravity, deployment pipelines, dependent services, and many more! In this talk, we’ll follow the migration journey of a demo application from AWS to GCP and we will identify a series of practical software development and system architecture best practices that you can follow to increase the level of portability of your Kube application. Furthermore, we will consider configuration and components in the Kubernetes ecosystem that you can deploy to significantly simplify any platform lock-in constraints. Takeaways - Understand the portability limitations for microservices deployed on Kubernetes in the cloud - Best practices to develop and configure your application to increase its chances of portability - Defining a framework that can help assess the complexity of moving a Kubernetes application from one cloud provider to the other

Hacer que tu aplicación esté disponible de una manera rápida para usuarios de cualquier parte del mundo puede ser más sencillo de lo que piensas con las herramientas adecuadas. En esta charla analizaremos cómo utilizando herramientas de automatización como Terraform y con componentes de GKE (Google Kubernetes Engine) podemos automatizar el despliegue de nuestra infraestructura para conseguir los mejores tiempos de respuesta estés accediendo desde España, Estados Unidos o Brasil.

Kubernetes liveness and readiness probes can be used to make a service more robust and more resilient, by reducing operational issues and improving the quality of service. However, if these probes are not implemented carefully, they can severely degrade the overall operation of a service, to a point where you would be better off without them. I will explore how to avoid making service reliability worse when implementing Kubernetes liveness and readiness probes by learning from production incidents.

Aunque generalmente gestionamos recursos en Kubernetes de manera declarativa mediante el uso de manifiestos, lo más habitual suele ser aplicarlos de forma imperativa desde un pipeline o incluso a mano. No es del todo fácil saber quién, cuándo y cómo se han desplegado las aplicaciones o modificado sus configuraciones, y ya no hablemos de operaciones más complejas como tener que preparar un entorno nuevo desde cero. Vayamos un paso más allá en la filosofía GitOps y veamos cómo tener un repositorio Git como fuente de la verdad de nuestras aplicaciones y recursos de Kubernetes. Todos nuestros cambios bajo control de versiones, y sólo hacer un Push para desplegar. Imagina que un pase a producción pueda ser "sólo" aceptar una Pull Request. Eso y mucho más nos permite Flux.

Un back-end como servicio (BaaS) puede aportar varios beneficios a la implementación de microservicios y se considera uno de los doce patrones que se deben seguir en un proyecto basado en microservicios. Algunas de las principales ventajas son: reducir el tiempo de desarrollo, reducir el coste de infraestructura y aportar seguridad integrada. Para los desarrolladores Oracle ha lanzado "Oracle Backend for Spring Boot", un BaaS que provee un clúster de Kubernetes gestionado, y que incorpora varios productos open-source, creando un entorno completo para implementar aplicaciones Spring Boot. Además de los componentes más comunes de una plataforma Spring, también podrán usar el nuevo Transaction Manager for Microservices (MicroTx), y beneficiarse de la integración con la "Base de Datos Autónoma" de Oracle, que ofrece multitud de modelos como JSON, espacial o grafos. Esta plataforma permite a los desarrolladores y DevOps trabajar con una interfaz de línea de comandos (CLI), una extensión de Visual Studio Code VS, y a los ingenieros de datos/DBA el uso "Spring Config Data" para gestionar sus aplicaciones de forma rápida y sencilla. En este seminario exploraremos las capacidades de esta nueva plataforma y veremos una demo de una arquitectura real con varios microservicios.

El estado actual de implantación de Kubernetes es cada día más alto y tiene muchísimos defensores. Sin embargo, en los últimos meses nos hemos encontrado con bastante gente que intenta evitar su uso a toda costa. En el episodio de hoy veremos por qué parece que kubernetes empieza a contar con tantos detractores y hablaremos de algunos mitos sobre esta plataforma de código abierto. Ponente: Miguel Ángel Muñoz, Arquitecto Cloud en Paradigma Digital. ¿Quieres escuchar nuestros podcasts? https://www.ivoox.com/podcast-apasionados-tecnologia_sq_f11031082_1.html ¿Quieres saber cuáles son los próximos eventos que organizamos?: https://www.paradigmadigital.com/eventos/