Jose Luis Sánchez, CEO de Geko Cloud, ha conversado con Alex García en su podcast Imparables sobre cómo optimizamos nuestra eficiencia y nos enfocamos en aportar valor a los clientes.

Estas son las principales ideas de la charla:

De la metodología Agile a la entrega contínua de valor

Los primeros modelos de empresas de servicios que ayudaban en la transformación digital tenían mucha fricción con el cliente, había mucho vendor lock-in (tecnología restringida o propietaria) y costaba trabajar de forma colaborativa.

Creamos un modelo sin fricciones en el que el cliente tuviera todo en su casa y fuésemos una extensión de su equipo técnico, trabajando de forma colaborativa, con perfiles cualificados de alto rendimiento para fortalecer sus plataformas y equipos.

En los últimos años, hemos pasado de centrarnos en metodologías como Agile o Scrum a un enfoque más orientado a la entrega continua de valor de forma rápida y efectiva, lo que genera más confianza en los clientes.

Las personas, primero

Uno de nuestros grandes retos fue crear equipos de primera línea. Nuestra filosofía de contratación es que buscamos personas, no técnicos. Hay varias claves para detectar los perfiles adecuados:

• Capacidad de comunicación y empatía para entender y saber relacionarse con los clientes.
• Capacidad analítica y de aprendizaje. Aunque no tenga experiencia, que sea capaz de aventurarse a resolver algo. Es importante la orientación a la acción, que se atrevan a equivocarse, porque en base a la iteración serán capaces de corregir una situación.
• Capacidad de autogestión. Ningún líder o compañía debería hacer micromanagement, porque desgasta y desalinea a los equipos. Necesitamos personas que con una serie de premisas, objetivos y condiciones sean capaces de ir más allá.
• Cada vez que entra un nuevo profesional, se le asigna un “padrino” que le acompaña durante 6 meses para desarrollar su capacidad de autogestión.

Un espacio seguro para crecer

La retribución económica tiene que ir progresando como hace la persona, pero salvo casos concretos con necesidades especiales, la gente quiere un ecosistema donde sea feliz. Y debes proporcionar un equipo que sea un lugar de confianza para expresarse y recibir feedback.

Para poder crecer necesitamos perfiles de mid-management que mantuvieran nuestra cultura y tuvieran las habilidades sociales y comunicativas para liderar equipos y hacer escalar el negocio.

Compartir conocimiento

Las tecnologías evolucionan y la demanda del cliente es más rápida que tu capacidad de aprendizaje. Nosotros tenemos una engineering culture orientada a compartir dudas y propuestas tecnológicas. El peering ayuda a que la gente sepa que hay problemas en común y decisiones como colectivo.

Agendas eficientes

No es fácil lidiar con el día a día y saber qué tiempo tienes que dedicar a cada cosa. Hemos hecho un trabajo de introspección para saber cuáles son las reuniones mínimas, dedicar menos de una hora y evitar las que no son indispensables.

Es fundamental capacitar a la gente para que sus agendas cada vez sean más eficientes.

Valores y cultura

Somos un equipo que representamos a una marca y unos valores. Cuando escalas tienes que estar dispuesto a perder algo. Haz lo que creas que es mejor para tu equipo, como la incorporación de Geko a Claranet para impulsar nuestro crecimiento, pero no pierdas la esencia. Si esto pasa, el rendimiento cae en picado. Es muy importante saber escalar y, como empresa, ser fiel a tu cultura.

Puedes escuchar el podcast imparables con Jose Luis Sánchez en Spotify y Apple Podcasts. 

La entrada ¿Qué hemos aprendido al formar equipos de alto rendimiento en entornos DevOps y cloud? se publicó primero en Geko Cloud.

El campo del procesamiento del lenguaje natural (NLP, por sus siglas en inglés) ha dado grandes pasos en los últimos años, y uno de los desarrollos más significativos es el lanzamiento de GPT-3 (Generative Pre-trained Transformer 3) por parte de OpenAI. GPT-3 es la tercera iteración de la serie de modelos GPT, y ha causado una gran cantidad de expectación en la comunidad tecnológica debido a su capacidad de generar texto similar al humano con un alto nivel de fluidez y precisión. El chatbot ChatGPT es uno de las implementaciones de GPT-3, es una de las aplicaciones en las que se usa el modelo GPT-3

Situación actual

Una de las principales razones por las que se habla tanto de GPT-3 es por su capacidad para realizar una amplia variedad de tareas con un afinamiento mínimo. Esto incluye escribir ensayos, artículos y incluso código coherentes y bien escritos. También puede entender y responder al lenguaje humano en un contexto conversacional, lo que lo convierte en una herramienta útil para los chatbots y asistentes virtuales. Esto hace que GPT-3 sea una herramienta poderosa para una amplia variedad de aplicaciones, desde la creación de contenido hasta el servicio al cliente.

Otra razón por la que se habla tanto de GPT-3 es por su tamaño. Con 175 mil millones de parámetros, es uno de los modelos de lenguaje más grandes hasta la fecha. Este gran número de parámetros permite que GPT-3 entienda y genere texto con un alto nivel de precisión y fluidez, lo que lo convierte en una herramienta poderosa para tareas basadas en el lenguaje.

Sin embargo, es importante mencionar que GPT-3 también ha recibido críticas y precauciones. Una de las principales preocupaciones es que, dado que el modelo es tan bueno imitando la escritura humana, podría usarse para producir noticias falsas e impersonar a personas reales en línea. Además, la gran cantidad de parámetros de GPT-3 también lo hace más propenso a los sesgos y errores que puedan existir en los datos de entrenamiento. Esta es una preocupación que debe ser monitoreada y abordada de cerca, para asegurar que se use GPT-3 de manera ética y en beneficio de la sociedad.

Futuro

El lanzamiento de GPT-3 marca un paso adelante significativo en el campo del NLP y las capacidades de los modelos de lenguaje. Sin embargo, esto es solo el comienzo. A medida que la tecnología continúa avanzando, esperamos ver modelos aún más grandes y avanzados en el futuro. Estos modelos tendrán capacidades aún más impresionantes, y se utilizarán en un rango cada vez más amplio de aplicaciones.

También es posible que los modelos similares a GPT-3 se utilicen para mejorar muchas otras aplicaciones relacionadas con el AI, como el reconocimiento de imágenes, el reconocimiento de voz y otras. Además, podría haber una posible integración de GPT-3 con otra tecnología de IA como el aprendizaje por refuerzo para lograr un sistema de IA aún más sofisticado.

Implicaciones

A medida que la tecnología de AI continúa avanzando y se desarrollan modelos de lenguaje más sofisticados como GPT-3, es importante considerar las implicaciones sociales más amplias de estas tendencias. La capacidad del AI para entender y generar texto similar al humano tiene el potencial de revolucionar industrias como la creación de contenido, el servicio al cliente y la educación. Sin embargo, también plantea preocupaciones éticas sobre el potencial uso del texto generado por el AI para difundir información falsa e impersonar a personas reales.

Además, también existe la preocupación sobre el desplazamiento laboral a medida que la generación de lenguaje impulsada por AI se vuelve más avanzada y se utiliza de manera más amplia. Esto podría potencialmente llevar a una reducción en la necesidad de creadores de contenido y representantes de servicio al cliente humanos, lo que podría tener consecuencias económicas significativas.

Otra consecuencia es que los datos de entrenamiento sobre los que se basan los modelos de lenguaje como GPT-3 pueden perpetuar cualquier sesgo presente en los datos, lo que podría replicarse en el texto generado, lo que lleva a salidas sesgadas. Esto puede tener implicaciones sociales graves, especialmente cuando se utiliza en aplicaciones de toma de decisiones críticas.

Conclusión

La tendencia de desarrollar modelos de lenguaje sofisticados como GPT-3 tiene el potencial de revolucionar muchas industrias y mejorar nuestra capacidad para interactuar con las máquinas y utilizar el lenguaje natural. Sin embargo, es importante considerar las implicaciones sociales más amplias de estas tendencias y abordar cualquier preocupación ética que pueda surgir. Es esencial mantener una estrecha vigilancia sobre el desarrollo y uso de estos modelos para garantizar que se utilicen en beneficio de la sociedad y no en perjuicio de ella. Esto incluye abordar las preocupaciones sobre el desplazamiento laboral, los sesgos en el modelo y la posibilidad de difundir información falsa. También es importante continuar investigando formas de mitigar estos riesgos, como crear datos de entrenamiento más diversos e implementar sistemas de comprobación de veracidad sólidos. En última instancia, el desarrollo de modelos de lenguaje como GPT-3 tiene el potencial de tener un impacto significativo en la sociedad, y es esencial abordarlo con tanto entusiasmo como precaución.

Epílogo

¿Ya lo adivinaste? ¡Sí, este artículo fue escrito completamente por ChatGPT! Por supuesto, refinamos los resultados y también dimos indicaciones a la IA sobre cómo queríamos que se escribiera el artículo, pero el resultado está integramente aquí sin ninguna modificación más allá de añadir enlaces a contenido (referencias). En Geko Cloud esperamos que este artículo te haya servido de ayuda para aprender algo nuevo y seguir ampliando tus conocimientos. Te invitamos a que si necesitas información sobre el mundo Cloud y DevOps, nos contactes y sigas revisando nuestro blog para encontrar otras publicaciones útiles. ¡Hasta la próxima!

La entrada ChatGPT: Qué es y cuáles son sus implicaciones? se publicó primero en Geko Cloud.

La convención organizada por Cloud Native Computing Foundation, va dirigida a las principales comunidades nativas de código abierto y cloud.
La celebración en Feria València de la KubeCon y CloudNativeCon supone el regreso a la presencialidad de esta convención.

Parte del equipo de Geko Cloud ha estado presente en el congreso, para fomentar el Networking entre proveedores y clientes.
También han asistido a las conferencias más relevantes, con el objetivo de reforzar y consolidar conocimientos.

El congreso ha reunido más de 5.000 profesionales altamente especializados en el ámbito del código abierto y ‘cloud computing’, procedentes fundamentalmente de Europa, aunque también desde Estados Unidos y otros 10.000 que han seguido el evento online. Además, también han participado como expositores y patrocinadores más de 200 firmas punteras en esta tecnología.

Esta nueva edición ha sorprendido gracias al gran ecosistema y de mucho potencial de proyecto (CNCF) relacionados con el cloud native.

Este año se han presentado un amplio portfolio de productos orientados a las Empresas. Cabe destacar que la curva de la novedad se esta aplanando para dejar paso a la parte Enterprise.  Desde los últimos 4 años, la comunidad técnica ha ido abriendo camino y dar paso a las empresas y no hablamos solo de strautups, sino corporates o compañías de gran envergadura de sectores como el bancario, farmacéutico, alimentación etc..

Os compartimos las novedades y tendencias más destacadas del congreso KubeCon y CloudNativeCon

• OpenTelemetry: Proyecto de código abierto incubado por la CNCF (segundo en número de commits), proporciona un estándar único de código abierto y un conjunto de tecnologías para capturar y exportar trazas, métricas y, en un futuro próximo, logs desde tu infraestructura y aplicaciones nativas del cloud.
• GitOps: Proceso basado en un serie de prácticas para gestionar las configuraciones de las apps y las infraestructuras usando Git, un sistema de control de versiones open source, como única fuente de verdad para la infraestructura declarativa y las aplicaciones.
• Gatekeeper: Permite gestionar políticas en kubernetes. Las políticas hacen un enforcement sobre qué campos y valores se permite usar en un recurso determinado. Tiene la capacidad de modificar recursos basados en condiciones.
• Cluster API: Conjunto de APIs enfocadas a provisionar, actualizar y operar múltiples clusters de Kubernetes. Permite gestionar esos recursos mediante CRDs.
• FluxCD: Herramienta de GitOps equivalente a ArgoCD, hace mucho enforcement en seguridad (evitar posibles escaladas de privilegios, etc), aunque no tiene una GUI (toda la gestión se hace mediante cli). Existe un provider de Terraform para gestionar sus recursos.
• KubeLinter: Herramienta que analiza YAMLs y Helm charts contra una serie de best practices con foco en la seguridad. Es muy configurable (enable/disable checks) y permite generar un reporte de recomendaciones.
• Sigstore: Colección modular de proyectos que se pueden utilizar independientemente o en conjunto, con el objetivo de simplificar y hacer más transparente el firmado de software.

Sobre la Cloud Native Computing Foundation

El cloud computing y las tecnologías nativas de la nube, permiten a las compañías y organizaciones crear y ejecutar aplicaciones escalables en entornos modernos y dinámicos, como el cloud público, privado e híbrido. Los contenedores, las mallas de servicios, los microservicios, la infraestructura inmutable y las API declarativas ejemplifican este enfoque.

Esta serie de  técnicas permiten sistemas débilmente acoplados que son resistentes, manejables y observables. Combinados con una sólida automatización, permiten a los ingenieros y técnicos realizar cambios de alto impacto con frecuencia y de manera predecible con un esfuerzo relativamente mínimo.

La Cloud Native Computing Foundation busca fomentar e impulsar la adopción de este paradigma mediante  el mantenimiento de un ecosistema de proyectos de fuente abierta e independientes del proveedor. Democratizamos los patrones de última generación para que estas innovaciones sean accesibles para todo tipo de compañías y organizaciones.

Más información sobre el KubeCon + CloudNativeCon 2022 AQUÍ

La entrada Geko Cloud en el KubeCon y CloudNativeCon 2022  se publicó primero en Geko Cloud.

Desde Geko Cloud nos hace especial ilusión y nos enorgullece compartir esta importante sinergia/acontecimiento. Una nueva etapa de prosperidad y crecimiento muy significativa y relevante para Geko Cloud.

No son muchas las ocasiones profesionales en la que se tiene la oportunidad de ver crecer a una empresa, desde el modo startup a la consolidación de ésta, escalando hasta las primeras posiciones del mercado en tan poco tiempo.
Nos hemos transformado y adaptado a lo largo de los meses, pero la esencia de nuestros pilares siempre ha sido la misma:

• Customer Centric
• Libertad en las tecnologías
• Excelencia técnica

Hemos sido elegidos por Claranet  para liderar la unidad de negocio de Cloud Público en España. Esto básicamente, dará paso a poder participar en proyectos de mayor envergadura y asumir retos todavía más complejos y punteros.

Nuestro cometido será proveer a Claranet de nuestra gestión de conocimiento e incorporación de la metodologías DevOps, gestión de infraestructuras en Cloud público, gestión de contenedores y microservicios, para juntos alcanzar una mayor cuota de mercado y ser la Consultoría Cloud por excelencia a nivel nacional.

Esta operación además significa que Geko Cloud, asciende en todos los niveles de partnership con los principales proveedores cloud con lo que podremos ofrecer un servicio de mayor calidad a nuestros clientes, contaremos con el apoyo de los country managers de todos los principales proveedores y, aportaremos una mejora de costes en los planes de reventa, así como mejoras en créditos para proyectos pilotos y pruebas de concepto.

El  compromiso y dedicación de Geko Cloud hacia nuestros clientes continuará siendo el mismo, ya que es el eje de nuestro negocio. También remarcar y hacer hincapié que nuestro valor diferencial y los servicios que ofrecemos van a seguir basándose en:

• Trato directo y personalizado
• Filosofia free
• Customer centric
• Equipo técnico multidisciplinar

Los actuales founders, Jose Luis Sanchez y David Pujadas, seguiremos ejerciendo y desarrollando las mismas competencias como hemos hecho hasta día de hoy.
La marca y composición de Geko Cloud seguirá siendo la misma, al igual que su estructura, sistema de trabajo y por supuesto el equipo.

Geko Cloud a Claranet Group company

Sobre Geko

Somos una Consultoría cloud con una gran capacidad de adaptabilidad para poder así cubrir las necesidades de cada uno de nuestros clientes.
En Geko Cloud hacemos análisis de tu infraestructura con el fin de mejorar los automatismos y procesos internos, para que el despliegue de tu aplicación sea ágil, eficiente y seguro, lo que provoca una mejora del time to market y tus KPIs.
A diferencia de otras empresas, no trabajamos en exclusiva con ningún proveedor de servicios en la nube. Somos libres de adaptarnos a las necesidades de nuestros clientes y nos introducimos en sus metodologías y filosofía de trabajo. El contacto directo y la proximidad con nuestros clientes son un pilar fundamental en nuestro servicio, por eso trabajamos como una pieza más de tu equipo interno

Sobre Claranet

Fundada en 1996, Claranet ha evolucionado desde uno de los primeros ISP (Internet Service Provider) a ser un proveedor líder en servicios tecnológicos de alcance global.
Claranet son expertos en modernizar y gestionar aplicaciones e infrastructuras críticas. Simplifican la gestión de los servicios IT por lo que sus clientes pueden concentrarse en su negocio. Ofrecen un amplio rango de servicios gestionados, servicios profesionales, soluciones Cloud, colaboración y conectividad, proyectos IT y ciberseguridad.

Para más información ¡Contáctanos!

La entrada Geko Cloud sigue creciendo y se une al grupo Claranet  se publicó primero en Geko Cloud.

Rooted, la principal comunidad española que trabaja para proteger la ciberseguridad de las empresa, personas, instituciones y también organizaciones, ha querido contar con la participación de ProtAAPP, comunidad referente de profesionales de instituciones públicas inclinados en seguridad informática, para ser parte del evento de ciberseguridad más importante de España, Rooted CON Madrid 2022.

El evento ha tenido lugar del 10 al 12 de marzo en Kinépolis Madrid y ha contado con más de 30 ponentes de alto nivel y más de 30.000 asistentes.

Nuestros especialistas en ciberseguridad de Geko Cloud han asistido a las conferencias más relevantes, con el objetivo de reforzar y consolidar conocimientos relacionados con las nuevas tecnologías y herramientas en competencias de ciberseguridad.

Esta edición ha reunido a más de 30 ponentes de alto nivel así como un importante grupo de expertos y responsables de ciberseguridad de fuerzas y cuerpos de seguridad del estado e instituciones públicas.

Además de las ponencias de carácter internacional, se han llevado a cabo otras conferencias de la mano de expertos nacionales del más alto nivel como Chema Alonso, José Miguel, José Miguel Esparza, Juan Garrido, David Melendez Cano, Pablo San Emeterio o Pedro Cabrera. En estas ponencias se trataron temas de actualidad como la seguridad en Blockchain, machine learning, ataques a redes 5G, o ciberseguridad en las administraciones públicas, entre otros.

En las diferentes sesiones, los expertos trataron sobre las ciberamenazas actuales y cómo hacerles frente, además de demostraciones prácticas de vulnerabilidad de seguridad y recomendaciones para la gestión de incidencias reales.

Una de las ponencias más destacadas fue de la mano de Tarlogic que, retomando la que dió en Rooted CON 2020, explicó que liberará una herramienta de PLCTool para la captura y el análisis de tráfico de redes PRIME, empleadas en redes de suministro eléctrico. La particularidad de esta herramienta es que permite lanzar ataques de forma rápida y sencilla contra infraestructuras eléctricas.

Os compartimos las novedades más destacadas en ciberseguridad del Rooted CON 2022

• El sector de la ciberseguridad crecerá a razón de un 18% en los próximos años.

• El mercado del ransomware ha evolucionado mucho en los últimos años. Concretamente ha pivotado su modelo de ataque abandonando los intentos masivos de acción en objetivos no seleccionados, y ha cambiado a ser un modelo de negocio altamente sofisticado que elige sus objetivos con cuidado y efectúa ataques más agresivos y premeditados.

• Cada vez hay más presencia de ransomware de “triple extorsión”, en el cuál además de cifrar los datos de la organización y amenazar con publicarlos si se niega a pagar, también se extorsiona a los clientes de forma individual con la amenaza de publicar sus datos personales.

• El volumen de datos con el que se trabaja es cada vez más elevado, y una revisión de indicadores de la forma tradicional es cada vez más y más complicada. El mercado evoluciona en dirección al uso de herramientas que aprovechan la inteligencia artificial y el machine learning para detectar unos atacantes cada vez más capaces de evadir la detección tradicional.

• Aún con el avance de la tecnología para protección de recursos, y de la detección y respuesta de incidentes, el eslabón más débil de la seguridad sigue siendo el ser humano. Una gran parte de los primeros accesos a un sistema pasan por el phishing o la ingeniería social, y se debe poner énfasis en entrenar a las personas para evitar el filtrado de datos que facilitan el trabajo a los atacantes.

• Dado que popularización de las plataformas de orquestación de contenedores siguen al alza, se han mostrado varias técnicas para escapar de los sistemas de seguridad que ofrece Kubernetes.

• Históricamente a las organizaciones siempre les cuesta invertir suficientes recursos en el ámbito de la ciberseguridad, y esto se hace todavía más patente en la administración pública, como han mostrado y debatido algunos de los ponentes.

• Hemos detectado que la tendencia en el área de seguridad, especialmente con el teletrabajo, es la de implantar EDRs que monitoricen activamente la plataforma, siendo capaces de detectar, minimizar, y hasta detener las amenazas que aparezcan.

• A raíz de todo el enfrentamiento entre Rusia y Ucrania (y EU y USA), aunque ya había comenzado a raíz de la pandemia, se ha detectado un incremento en los ataques a todo tipo de administraciones y servicios. No necesariamente de bandos concretos, ya que la desinformación y los ataques de falsa bandera están a la orden del día.

La importancia de convertir la ciberseguridad en una prioridad

Desde Geko Cloud sabemos la importancia que tiene convertir la ciberseguridad en una prioridad.

Las filtraciones de datos y los ataques pueden alcanzar un nivel de desastre natural irreversible, a menudo causan la paralización del negocio y daños a la reputación de la marca, a la fidelidad del cliente y a las relaciones con partners, por nombrar algunos de sus efectos.

Geko Cloud Consultoría Cloud y DevOps, somos especialistas en ciberseguridad, te ayudamos a proteger y a velar por la seguridad de tu empresa, independientemente del tamaño que tenga, ya que cualquier empresa está expuesta a ataques y vulnerabilidad.

Si quieres más información contáctanos y te informaremos sin compromiso.

La entrada Geko Cloud asiste al Rooted CON 2022 se publicó primero en Geko Cloud.

¿Qué ofrece DigitalOcean?

DigitalOcean es un proveedor cloud que ofrece una plataforma de infraestructura como servicio (IaaS y PaaS). Simplifica las complejidades de la nube para que los desarrolladores puedan concentrar su tiempo y energía en crear un excelente software.

DigitalOcean es muy popular entre los desarrolladores de código abierto y compite con Amazon Web Services (AWS), Google Cloud o Azure. Para desplegar el entorno de Infraestructura como Servicio (IaaS) de DigitalOcean, los desarrolladores lanzan una instancia de máquina virtual (VM) privada, que DigitalOcean llama «droplet».

Como dice DigitalOcean, la sencilla interfaz de usuario, CLI, API y documentos permiten dedicar tiempo a la empresa, mientras DigitalOcean se centra en la infraestructura.

El objetivo de DigitalOcean es penetrar y ganar cuota en mercados como el de España y de habla hispana. Nos enorgullece ser uno de los primeros partners de DigitalOcean en España (y habla hispana) siendo el motor y referencia de nuevas colaboraciones.

Éste gran proveedor esta diseñado para desarrolladores y construido para empresas y ofrecen:

• Una plataforma sencilla
• Precios predecibles
• Servicio de clase mundial

¿Qué producto ofrece DigitalOcean?

• Computación: DigitalOcen te proporciona configuraciones de servidor flexibles con el tamaño adecuado para cualquier aplicación, una relación precio-rendimiento líder en la industria y un precio predecible.

• Almacenamiento: Almacenar y acceder rápidamente a cualquier cantidad de datos de manera confiable en la nube. Ofrecen varios tipos de almacenamiento según las necesidades de cada uno.
• Redes: Asegúrate y controla el tráfico a tus aplicaciones con tu propia red privada, filtrado de tráfico y equilibrio de carga.

• Bases de datos: Las bases de datos administradas de DigitalOcean son un servicio de clúster de base de datos de alto rendimiento totalmente administrado. El uso de bases de datos administradas es una poderosa alternativa a la instalación, configuración, mantenimiento y protección de las bases de datos. Los clústeres incluyen copias de seguridad diarias con recuperación de un punto en el tiempo (PITR), nodos en espera para alta disponibilidad y cifrado SSL de extremo a extremo. Actualmente ofrecen cuatro motores de base de datos: MongoDB, MySQL, PostgreSQL y Redis completamente administradas para darle a tu aplicación el rendimiento que necesita, sin las demandas operativas que conlleva construir y ejecutar su propio servidor de base de datos.

• Herramientas de desarrollo: Administra los recursos mediante programación e integra todo el ecosistema de desarrolladores. (API, Bibliotecas cliente, CLI)
• Herramientas administrativas: Supervisión y gestión.

La comunidad de DigitalOcean está formada por gente de todo el mundo (Comunidad global) que se sienten impulsadas a desarrollar software y quieran hacer crecer sus negocios en la nube.

DigitalOcean ofrece diversas soluciones para cada necesidad: Ofrece desde un Alojamiento web de manera fácil y confiable, creación de aplicaciones web y móviles de manera confiable, desarrollo de juegos, VPN en la nube rápida, confiable y fácil de usar, ejecuta cargas de trabajo de big data por lotes y de transmisión, desarrollo SaaS, tiendas de agencias y desarrolladores web y Alojamiento en la nube administrado, simple y rentable.

Precios de ancho de banda líderes en la industria 

Haz más con menos complejidad

¿Cómo sé si es el proveedor ideal para mí?

Si cumples las siguientes características significa que DigitalOcean es para tí.

Sobre Geko Cloud

Geko Cloud, somos una Consultoría cloud y desarrollo Devops. Actualmente trabajamos con más de 40 clientes a nivel internacional, y un equipo de profesionales certificados en diferentes proveedores cloud y tecnologías DevOps, ofreciendo un abanico de servicios para adaptarnos a las necesidades de nuestros clientes y así ayudar a transformar sus negocios. En Geko Cloud hacemos análisis de tu infraestructura con el fin de mejorar los automatismos y procesos internos, para que el despliegue de tu aplicación sea ágil, eficiente y seguro, lo que provoca una mejora del time to market y tus KPIs.

A diferencia de otras empresas, no trabajamos en exclusiva con ningún proveedor de servicios en la nube. Somos libres de adaptarnos a las necesidades de nuestros clientes y nos introducimos en sus metodologías y filosofía de trabajo. El contacto directo y la proximidad con nuestros clientes son un pilar fundamental en nuestro servicio, por eso trabajamos como una pieza más de su equipo interno.

¡Queremos ayudarte a conseguir tus metas! ¿Hablamos?

La entrada Geko Cloud partners oficiales de DigitalOcean se publicó primero en Geko Cloud.

Este problema consiste en que los clientes identificarán incorrectamente los certificados válidos correctos como inválidos, porque la CA en la que se basan ahora no es válida y el software del cliente no se actualizó para confiar en la nueva CA, por lo que ahora está dando estos problemas de autenticación. Hemos identificado que esto es un problema con clientes de software más antiguos como curl, o versiones más antiguas de lenguajes de programación como php que no tienen esta CA instalada en ellos y, por lo tanto, no pueden acceder a los clientes con certificados de letsencrypt.

Alcance

Versiones de software afectadas (aunque seguimos detectando nuevos comportamientos anómalos):

– OpenSSL <= 1.0.2
– Windows <XP SP3
– macOS <10.12.1
– iOS <10 (iPhone 5 es el modelo más bajo que puede llegar a iOS 10)
– Android <7.1.1 (pero> = 2.3.6 funcionará si se sirve el signo cruzado de ISRG Root X1)
– Mozilla Firefox <50
– Ubuntu <16.04
– Debian <8
– Java 8 <8u141
– Java 7 <7u151
– NSS <3,26
– CDN como CloudFlare
– Amazon FireOS (navegador Silk)

Este es un efecto que no solo pueden sentir los usuarios o las aplicaciones cliente, sino también la propia aplicación. Por ejemplo, si su aplicación se ejecuta en un sistema que usa una versión inferior a la detallada anteriormente, como un servidor web con openssl 1.0.1, las solicitudes a cualquier servicio respaldado por letsencrypt fallarán.

Remediación

La solución a este problema es actualizar la versión de cliente de la pila de software para que confíe en la nueva CA raíz como una solución completa. También puede parchear el problema modificando su software para que no verifique la validez de la CA, aunque tenga en cuenta que esta debe ser una solución temporal, ya que es una práctica de software insegura y no debe dejarse aplicada en un entorno de producción. más tiempo del necesario.

Aquí hay más información técnica sobre este problema:
https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/

La entrada Incidente con el certificado CA en Let’sEncrypt se publicó primero en Geko Cloud.

El pasado día 8, a partir de las 10h UTC aproximadamente, empezamos a recibir diferentes reportes de errores por parte de nuestros clientes: uno no podía acceder a sus páginas de Github, otro no podía gestionar su infraestructura con terraform, el de más allá no podía hacer build de su aplicación desarrollada en python …

Cuando compartimos esos errores en nuestros canales compartidos nos dimos cuenta de que algo gordo estaba pasando porque, como se suele decir: uno es accidente, dos es coincidencia, tres es un patrón. Así que nos pusimos a indagar y pronto descubrimos que una de las principales CDN del mundo estaba teniendo problemas.

¿Qué es una CDN?

Una CDN (Content Delivery Network) es una red distribuida a nivel global de puntos de presencia (PoP) diseñada para hacer llegar contenido a los clientes de forma más rápida y fiable. Seamos conscientes de ello o no, todos interactuamos con alguna CDN a diario: cuando leemos noticias en nuestro portal favorito, cuando realizamos alguna compra on-line, cuando vemos nuestra serie favorita en Netflix o cuando le echamos un vistazo a los feeds de nuestras redes sociales. La CDN es la «ayudante invisible» detrás de esa experiencia, en la inmensa mayoría de los casos, excelente, porque ayuda a minimizar los tiempos de carga y la latencia en la entrega de contenido reduciendo fisicamente la distancia entre el proveedor del contenido y sus usuarios.

¿Cómo reaccionar?

Entonces, ¿qué se puede hacer cuando un proveedor por el que pasa un porcentaje muy importante del tráfico web mundial está caído?

TL;DR: Pues no mucho, la verdad

Si eres cliente directo de una CDN y no te puedes permitir estar offline ante una circunstacia parecida, no te queda otra que implementar una estrategia multi-CDN (es decir, distribuir tu tráfico a través de 2 o más redes para conseguir redundancia y alta disponibilidad). Pero esta opción no está al alcance de todos los bolsillos, además de añadir un extra de configuración y complejidad a tu plataforma.

Pero si eres cliente indirecto (es decir, utilizas algún servicio al que se accede a través de una CDN), tus alternativas son más bien nulas: esperar a que el servicio que usas implemente algún workaround o que la fuente del problema se solucione (afortunadamente, en este caso la incidencia quedó resuelta en menos de 1 hora). Lo mejor es darte cuenta lo antes posible que el problema es de otros para no perder tiempo investigando qué has roto en tu lado …

¿Puede volver a ocurrir?

Pues partiendo de la base que no es la primera vez que ocurre y teniendo en cuenta la naturaleza del internet actual, podemos darlo por seguro.

Así que si quieres estar preparado para la ocasión y planificar los pasos necesarios para mitigar el impacto (ya sea a través de una estrategia multi-CDN o buscando alternativas a servicios que puedan verse afectados), no dudes en contactarnos.

Nos vemos en la próxima caída … digooo … en la próxima entrada.

La entrada ¿Es internet tan robusto como nos venden? se publicó primero en Geko Cloud.

Es muy probable que tengas un clúster de GKE en la versión v1.15 y durante varios meses no hayas sufrido problemas cuando, de repente, los logs han dejado de recibirse. Estás usando el sistema de logging que provee el sistema por defecto, por lo que compruebas la página de status de GCP pero todo está funcionando correctamente. Además sabes que no has modificado nada en el clúster antes de que se detuviese la recepción de logs, pero al mismo tiempo sospechas que tiene que estás causado por algo en tu parte (en nuestro caso nos dimos cuenta de que no estaba sucediendo en otros clústeres que gestionamos).

Si la anterior historia te resulta familiar, continúa leyendo ya que este artículo cubrirá desde cómo detectarlo hasta la solución que hará que los logs del clúster se vuelvan a recibir.

1. Síntomas

1. 1. – El síntoma principal que verás es la repentina y completa ausencia de logs en Stackdriver, los cuales deberían estar recibiéndose -como de costumbre- desde los pods de tu clúster.

1. – Además del hecho anterior, podrás descubrir que ya no hay agentes de Fluentd en tu clúster.

   $ kubectl get daemonset -n kube-system | grep -i fluentd
   
   

2. – Por otra parte todos los nodos de tu clúster tienen la etiqueta («label») beta.kubernetes.io/fluentd-ds-ready=true, la cual es requerida por los agentes de Fluentd para saber en qué nodos deben desplegarse.

   $ kubectl get nodes
   NAME                           STATUS   ROLES    AGE     VERSION
   gke-cluster-node-93c020-7rjq   Ready    none     14h     v1.15.11-gke.15
   gke-cluster-node-93c020-9w22   Ready    none     23h     v1.15.11-gke.15
   gke-cluster-node-93c020-jdbt   Ready    none     47h     v1.15.11-gke.15
   gke-cluster-node-93c020-jvcl   Ready    none     3h17m   v1.15.11-gke.15
   
   $ kubectl describe node gke-cluster-node-93c020-7rjq | grep -i fluentd-ds-ready
          beta.kubernetes.io/fluentd-ds-ready=true
   
   $ # Haz lo mismo para los nodos restantes para asegurar que todos ellos están adecuadamente etiquetados

3. – Tu clúster de GKE está actualmente en la versión v1.15 o superior.

2. Diagnóstico

Lo que está sucediendo es que Google está descatalogando a marchas forzadas el antiguo sistema de monitorización/logging. El nuevo sistema que lo reemplaza se llama Cloud Operations for GKE que (para nuestro caso) hace básicamente lo mismo. Una vez dicho eso, cabe mencionar que hay algunas diferencias que deberás tener en cuenta cuando realices búsquedas (como por ejemplo cambios en los nombres de las métricas), y que todas ellas las encontrarás en la guía de migración.

3. Tratamiento

Etiquetar los nodos del clúster

Si te encontraste en pasos previos que uno o varios de los nodos de tu clúster no están etiquetados, ¡hazlo ahora!

$ kubectl label node $NODE_NAME beta.kubernetes.io/fluentd-ds-ready=true

Obtén el nombre de tu clúster

Lista los clústeres disponibles.

$ gcloud container clusters list
NAME        LOCATION        MASTER_VERSION  MASTER_IP    MACHINE_TYPE   NODE_VERSION    NUM_NODES  STATUS
my-cluster  europe-east1-a  1.15.12-gke.2   34.35.36.37  n1-standard-2  1.15.11-gke.15  4          RUNNING

Deshabilita el servicio de logging para tu clúster

Actualiza la configuración de tu clúster para establecer el servicio de logging al valor none.

$ gcloud container clusters update my-cluster --logging-service none

Habilita de nuevo el servicio de logging para tu clúster

Actualiza la configuración de tu clúster para volver a establecer el servicio de logging al que hay por defecto.

$ gcloud container clusters update my-cluster --logging-service logging.googleapis.com

ATENCIÓN: Obtendrás un mensaje de error informándote que no es posible habilitarlo debido a la descatalogación. Esta es la forma por la que finalmente nos dimos cuenta dónde estaba el problema. Simplemente sigue adelante, vas en la dirección correcta.

Verifica que el estado de la migración es el esperado

Abre la sección de monitorización (monitoring) de interfaz web de GCP y dirígete a la sub-sección de configuración (Settings). Encontrarás una pestaña llamada «Kubernetes Migration Status» que debería verse como a continuación.

Habilitar completamente el servicio de loggin y monitorización para tu clúster

Abre la lista de clústeres de GKE haz clic en el nombre del clúster donde quieres configurar el nuevo sistema de logging. Una vez veas la configuración del clúster, haz clic en el botón EDITAR como se muestra a continuación.

Desliza hacia abajo hasta encontrar el parámetro Kubernetes Engine Monitoring y, haciendo clic en el desplegable, selecciona la opción Almacenamiento de registros y supervisión del sistema y las cargas de trabajo (System and workload logging and monitoring).

IMPORTANTE: No olvides guardas los cambios usando el botón que hay al final.

Y ya está! Tu clúster volverá a recibir de nuevo los logs!

Conclusión

Como probablemente ya sabrás Google Cloud Platform está todavía en fase beta, por lo que habitualmente encontrarás algunos cambios que harán que fallen tus sistemas en funcionamiento. Tienes dos opciones en este punto: Por un lado puedes mantenerte actualizado acerca de todos los cambios y descatalogaciones futuras. Por otro, puedes limitarte a ir arreglar las cosas según vayan surgiendo, pero ten en cuenta que siempre estarás luchando contra los problemas a ciegas.

Hay una tercera opción (que podría ser la primera), que consiste en consultar regularmente el blog de Geko y verificar si ya nos hemos tratado con el problema que te estás encontrando. El equipo de Geko siempre estará contento de verte aquí

Contáctanos para más información!

La entrada GCP/GKE – Nuevo sistema de logging se publicó primero en Geko Cloud.

De vez en cuando, Google introduce nuevas características y cambios que a veces también obligan a los módulos de Terraform a actualizarse. En Geko, estábamos usando el módulo GKE para la implementación y administración de clústeres públicos en la versión 5.x. Hace unos días, cuando planeamos actualizar algunos parámetros, descubrimos que Google había eliminado la compatibilidad con el panel de control de Kubernetes. Estaba completamente en desuso y el módulo estaba fallando debido a ello, por lo que nos vimos obligados a actualizar el módulo para cumplir con las nuevas condiciones. Hubo hasta 3 actualizaciones de versiones principales disponibles, por lo que decidimos probarlo y usar la última. Sin embargo, no era una solución independiente, ya que requería gestionar las incoherencias del estado de Terraform.

El objetivo de este laboratorio es aprender cómo actualizar el módulo oficial Terraform destinado a implementar y administrar un clúster GKE público. Nos ocuparemos especialmente de los cambios de ruptura del módulo (kubernetes-engine.beta-public-cluster), y lograremos obtener el estado consistente que teníamos antes de la falla que precedió a la actualización.

Tiempo estimado para terminar este laboratorio: ~ 20 minutos

1. Eliminar los recursos anteriores

¡Se recomienda encarecidamente realizar una copia de seguridad de archivos tfstate antes de continuar!

Es especialmente importante eliminar todos los recursos conflictivos del tfstate de Terraform ya que están vinculados entre ellos como dependencias. El objetivo aquí es eliminar cualquier enlace obsoleto antes de importarlo nuevamente desde la «imagen» actual que ya se ha desplegado.

Los componentes principales en un clúster de Kubernetes son las redes (y subredes), el grupo de nodos y el clúster en sí. Centrémonos en ellos.

terraform state rm module.gke.google_container_cluster.primary
terraform state rm module.gke.google_container_node_pool.pools[0]
terraform state rm module.vpc.google_compute_network.network
terraform state rm module.vpc.google_compute_subnetwork.subnetwork[0]
terraform state rm module.vpc.google_compute_subnetwork.subnetwork[1]

2. Actualizar versiones

Una vez eliminados los estados anteriores, el siguiente paso es configurar la última versión los módulos requeridos. Para el módulo GKE, la última versión disponible a fecha de hoy es 8.1.0, pero se permite aplicar automáticamente actualizaciones menores («~>»).

Actualizar el módulo clúster GKE

 module "gke" {
   source  = "terraform-google-modules/kubernetes-engine/google//modules/beta-public-cluster"
-  version = "~> 5.0"
+  version = "~> 8.1"

Actualizar el módulo VPC

 module "vpc" {
-  source  = "github.com/terraform-google-modules/terraform-google-network?ref=v1.1.0"
+  source  = "github.com/terraform-google-modules/terraform-google-network?ref=v2.3.0"

Comprobar los nuevos recursos

Para saber si los nuevos recursos han experimentado un cambio de nombre (debido a la actualización de los módulos), se recomienda encarecidamente lanzar un plan de Terraform.

En este caso, se ha encontrado que la jerarquía interna de algunos módulos y también los índices de la lista han cambiado.

  module.gke.google_container_cluster.primary
  
- module.gke.google_container_node_pool.pools[0]
+ module.gke.google_container_node_pool.pools["default-node-pool"]

  module.vpc.google_compute_network.network
  
- module.vpc.google_compute_subnetwork.subnetwork[0]
+ module.vpc.module.subnets.google_compute_subnetwork.subnetwork["southamerica-east1/my-cluster-public"]

- module.vpc.google_compute_subnetwork.subnetwork[1]
+ module.vpc.module.subnets.google_compute_subnetwork.subnetwork["southamerica-east1/my-cluster-private"]

3. Importar los nuevos recursos

Ten en cuenta que la zona/región depende del tipo de clúster. Si es de zona, debe usar la zona maestra (por ejemplo, southamerica-east1-a). Por otro lado, si se trata de un clúster regional, debe usar la región (por ejemplo, southamerica-east1). El siguiente ejemplo supone un clúster regional ubicado en southamerica-east1, en el proyecto «my-project» y con el nombre de clúster «my-cluster». Los nombres de red se configuraron de acuerdo con el nombre del clúster, simplemente agregando los sufijos «private» y «public» a las subredes para diferenciarlos adecuadamente.

Ten en cuenta también la nueva jerarquía de módulos e indexación.

# Global vars
REGION="southamerica-east1"
PROJECT="my-project"
CLUSTER="my-cluster"

# Cluster
CLUSTER_LOCAL="module.gke.google_container_cluster.primary"
CLUSTER_REMOTE="${PROJECT}/${REGION}/${CLUSTER}"
terraform import $CLUSTER_LOCAL $CLUSTER_REMOTE

# Node pool
POOL_LOCAL="module.gke.google_container_node_pool.pools["default-node-pool"]"
POOL_REMOTE="${CLUSTER_REMOTE}/default-node-pool"
terraform import $POOL_LOCAL $POOL_REMOTE

# Subnetworks
BASE_SUBNET_LOCAL="module.vpc.module.subnets.google_compute_subnetwork.subnetwork"

## Public
PUBLIC_SUBNET_LOCAL="${BASE_SUBNET_LOCAL}["${REGION}/${CLUSTER}-public"]"
PUBLIC_SUBNET_REMOTE="${CLUSTER_REMOTE}-public"
terraform import $PUBLIC_SUBNET_LOCAL $PUBLIC_SUBNET_REMOTE

## Private
PRIVATE_SUBNET_LOCAL="${BASE_SUBNET_LOCAL}["${REGION}/${CLUSTER}-private"]"
PRIVATE_SUBNET_REMOTE="${CLUSTER_REMOTE}-private"
terraform import $PRIVATE_SUBNET_LOCAL $PRIVATE_SUBNET_REMOTE

# Network
NETWORK_LOCAL="module.vpc.module.vpc.google_compute_network.network"
NETWORK_REMOTE="${PROJECT}/${CLUSTER}"
terraform import $NETWORK_LOCAL $NETWORK_REMOTE

 4. Actualizar parámetros

Es muy probable que encuentres que, después de lanzar un plan de Terraform, el recurso google_container_cluster todavía necesite actualizarse debido a un cambio en el parámetro de subred. Las nuevas claves de subred han hecho que los índices cambien su orden. Simplemente edita el módulo GKE para reemplazar el parámetro subnetwork como se muestra a continuación.

- subnetwork = module.vpc.subnets_names[0]
+ subnetwork = module.vpc.subnets_names[1]

Conclusión

Como habrás visto anteriormente, a veces, al depender de terceros, puede suceder que se introduzca un cambio importante y tengas problemas para recuperar el servicio nuevamente. Además de esto, la solución podría introducir daños colaterales que requerirán subsoluciones adicionales. En este caso particular con respecto a Terraform, lidiar con estados inconsistentes no es realmente común ni recomendado, pero es el único método que tiene disponible para resolverlos en su conjunto de herramientas.

Espero que hayas disfrutado de este post y te animo a que revises nuestro blog para leer otrosposts que puedan ser de tu interés. No dudes en contactarnos si deseas que te ayudemos en tus proyectos.

¡Nos vemos en la próxima entrada!

La entrada Actualización del módulo Terraform en los clústeres públicos de GKE se publicó primero en Geko Cloud.