[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-platform-engineering-se-comio-devops-construyendo-idp-2026":3},{"article":4,"author":54},{"id":5,"category_id":6,"title":7,"slug":8,"excerpt":9,"content_md":10,"content_html":11,"locale":12,"author_id":13,"published":14,"published_at":15,"meta_title":7,"meta_description":16,"focus_keyword":17,"og_image":18,"canonical_url":18,"robots_meta":19,"created_at":15,"updated_at":15,"tags":20,"category_name":23,"related_articles":34},"d0000000-0000-0000-0000-000000000662","a0000000-0000-0000-0000-000000000005","Platform Engineering se comió a DevOps: construyendo su IDP en 2026","platform-engineering-se-comio-devops-construyendo-idp-2026","80% de las grandes organizaciones de ingeniería ahora tienen equipos de plataforma dedicados, frente al 45% en 2024. La plataforma interna de desarrolladores — portales self-service, infraestructura pre-aprobada, barandillas automatizadas — se ha convertido en la forma estándar de entregar DevOps a escala.","## 80% de las grandes organizaciones tienen equipos de plataforma — y usted debería también\n\nEl informe de Gartner 2026 sobre efectividad de ingeniería confirma lo que muchos sentían: **80% de las grandes organizaciones de ingeniería** (500+ desarrolladores) ahora tienen equipos dedicados de platform engineering, frente al 45% en 2024. La industria ha votado con headcount, y el veredicto es claro — platform engineering no es una tendencia, es el modelo operativo.\n\nEl cambio ocurrió porque DevOps, tal como fue concebido originalmente, golpeó un muro de escalabilidad. \"You build it, you run it\" funciona perfectamente para un startup de 20 personas. Con 200 ingenieros, se convierte en \"lo construyes, lo ejecutas, y gastas el 40% de tu tiempo en trabajo de infraestructura no diferenciado\". Platform engineering es la respuesta: centralizar la expertise de infraestructura, exponerla a través de interfaces self-service, y dejar que los desarrolladores de aplicaciones se enfoquen en entregar funcionalidades.\n\n## ¿Qué es una Internal Developer Platform?\n\nUna Internal Developer Platform (IDP) es un conjunto de herramientas, workflows y capacidades self-service que abstraen la complejidad de la infraestructura para los desarrolladores de aplicaciones.\n\nPrincipio central: **los desarrolladores deben poder desplegar un nuevo servicio a producción sin crear un ticket, esperar un equipo de ops o leer un runbook de 50 páginas.**\n\n### Arquitectura IDP\n\n```\n+------------------------------------------------------------------+\n|                    Portal de desarrollador (Backstage)             |\n|   Catálogo de servicios, docs, templates, scaffolding, búsqueda   |\n+------------------------------------------------------------------+\n|                    Portal self-service                             |\n|   Desplegar servicio, provisionar BD, crear entorno               |\n+------------------------------------------------------------------+\n|                    Pipeline CI\u002FCD (estandarizado)                  |\n|   Build, test, scan, deploy — con optimización IA                 |\n+------------------------------------------------------------------+\n|                    Infraestructura pre-aprobada                    |\n|   Módulos Terraform, operadores Kubernetes, DBaaS                 |\n+------------------------------------------------------------------+\n|                    Barandillas y políticas                         |\n|   Políticas OPA\u002FKyverno, límites de costos, baselines de seguridad|\n+------------------------------------------------------------------+\n```\n\n### Capa 1: portal de desarrollador (Backstage)\n\n**Backstage**, el portal de desarrollador graduado de CNCF creado en Spotify, se ha convertido en la interfaz estándar. En marzo 2026:\n\n- **3.200+ empresas** usan Backstage en producción\n- **700+ plugins open-source**\n- **Backstage 2.0** (enero 2026) introdujo un nuevo framework frontend\n\n### Capa 2: infraestructura self-service\n\nRecursos **pre-aprobados** provisionables al instante:\n\n- **Bases de datos** — PostgreSQL, Redis, MongoDB con backups automáticos\n- **Colas de mensajes** — topics Kafka, vhosts RabbitMQ, subjects NATS\n- **Entornos** — entornos preview efímeros para pull requests\n- **Secrets** — secrets gestionados por Vault con rotación automática\n- **DNS y certificados** — creación DNS y provisioning TLS automáticos\n\n### Capa 3: CI\u002FCD estandarizado\n\nEl equipo de plataforma proporciona pipelines CI\u002FCD estandarizados. Los desarrolladores no configuran pipelines — solo hacen push de código.\n\n### Capa 4: módulos de infraestructura pre-aprobados\n\nBiblioteca de **módulos Terraform** y **operadores Kubernetes** versionados, probados y auditados.\n\n### Capa 5: barandillas y políticas\n\n**OPA** y **Kyverno** aplican políticas en múltiples niveles:\n\n- **Admission de Kubernetes** — bloquear despliegues sin límites de recursos\n- **Plan de Terraform** — rechazar cambios que excedan presupuestos\n- **Gates CI\u002FCD** — fallar builds que introduzcan vulnerabilidades críticas\n- **Runtime** — alertar sobre comportamientos que violen baselines de seguridad\n\n## IA en CI\u002FCD: 76% de adopción y 3x menos fallos de despliegue\n\n**76% de las organizaciones** usan IA en sus pipelines CI\u002FCD. Equipos con CI\u002FCD asistido por IA reportan **3x menos fallos de despliegue** y **40% menos lead time**.\n\n| Fase | Aplicación IA | Impacto |\n|------|-------------|----------|\n| Code review | Comentarios IA | 30% menos bugs |\n| Generación de tests | IA genera tests | 60% más cobertura |\n| Selección de tests | IA predice tests relevantes | 70% menos ejecución |\n| Riesgo de despliegue | IA evalúa riesgo | 50% menos incidentes |\n| Respuesta a incidentes | IA correlaciona despliegue y anomalías | 65% MTTR más rápido |\n\n## Métricas DORA\n\n| Métrica | Umbral elite | Contribución de Platform Engineering |\n|---------|-------------|--------------------------------------|\n| Frecuencia de despliegue | On-demand | Self-service deploy, pipelines auto |\n| Lead time | Menos de 1 hora | Templates pre-construidos, selección IA |\n| Tasa de fallo de cambios | Menos del 5% | Scans automáticos, despliegue canary |\n| Tiempo de restauración | Menos de 1 hora | Rollback automático, herramientas de incidentes |\n\n## Construyendo su IDP: hoja de ruta de 12 semanas\n\n### Semanas 1-3: fundamentos\n\n- Desplegar Backstage con catálogo de servicios básico\n- Registrar servicios existentes\n- Crear su primer template de software\n\n### Semanas 4-6: estandarización CI\u002FCD\n\n- Definir pipeline CI\u002FCD estándar\n- Integrar escaneos de seguridad\n- Implementar despliegue canary automatizado\n\n### Semanas 7-9: infraestructura self-service\n\n- Construir módulos Terraform para recursos comunes\n- Exponerlos vía acciones de Backstage\n- Desplegar barandillas OPA\u002FKyverno\n\n### Semanas 10-12: pulido y medición\n\n- Realizar encuesta de satisfacción de desarrolladores\n- Medir time-to-first-deploy\n- Identificar los 3 principales puntos de dolor y resolverlos\n\n## Preguntas frecuentes\n\n### ¿Platform engineering elimina la necesidad de ingenieros DevOps?\n\nNo. Platform engineering reorganiza el trabajo DevOps. Los ingenieros DevOps se convierten en platform engineers.\n\n### ¿Qué tamaño debería tener un equipo de plataforma?\n\nRatio común: 1 platform engineer por 15-25 desarrolladores de aplicación.\n\n### ¿Backstage es la única opción?\n\nEs la opción open-source más popular, pero Port, Cortex y OpsLevel ofrecen portales comerciales.\n\n### ¿Si los desarrolladores se resisten a usar la plataforma?\n\nLa resistencia usualmente viene de dos fuentes: la plataforma no resuelve sus problemas reales, o se siente como una restricción. Hable con los desarrolladores y construya la plataforma alrededor de sus necesidades.\n\n### ¿Cómo manejar equipos con requisitos únicos?\n\nLa plataforma debería cubrir el 80% de las necesidades comunes. Para el 20% restante, proporcione escape hatches. El objetivo es \"caminos dorados, no jaulas doradas\".","\u003Ch2 id=\"80-de-las-grandes-organizaciones-tienen-equipos-de-plataforma-y-usted-deber-a-tambi-n\">80% de las grandes organizaciones tienen equipos de plataforma — y usted debería también\u003C\u002Fh2>\n\u003Cp>El informe de Gartner 2026 sobre efectividad de ingeniería confirma lo que muchos sentían: \u003Cstrong>80% de las grandes organizaciones de ingeniería\u003C\u002Fstrong> (500+ desarrolladores) ahora tienen equipos dedicados de platform engineering, frente al 45% en 2024. La industria ha votado con headcount, y el veredicto es claro — platform engineering no es una tendencia, es el modelo operativo.\u003C\u002Fp>\n\u003Cp>El cambio ocurrió porque DevOps, tal como fue concebido originalmente, golpeó un muro de escalabilidad. “You build it, you run it” funciona perfectamente para un startup de 20 personas. Con 200 ingenieros, se convierte en “lo construyes, lo ejecutas, y gastas el 40% de tu tiempo en trabajo de infraestructura no diferenciado”. Platform engineering es la respuesta: centralizar la expertise de infraestructura, exponerla a través de interfaces self-service, y dejar que los desarrolladores de aplicaciones se enfoquen en entregar funcionalidades.\u003C\u002Fp>\n\u003Ch2 id=\"qu-es-una-internal-developer-platform\">¿Qué es una Internal Developer Platform?\u003C\u002Fh2>\n\u003Cp>Una Internal Developer Platform (IDP) es un conjunto de herramientas, workflows y capacidades self-service que abstraen la complejidad de la infraestructura para los desarrolladores de aplicaciones.\u003C\u002Fp>\n\u003Cp>Principio central: \u003Cstrong>los desarrolladores deben poder desplegar un nuevo servicio a producción sin crear un ticket, esperar un equipo de ops o leer un runbook de 50 páginas.\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Ch3>Arquitectura IDP\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>+------------------------------------------------------------------+\n|                    Portal de desarrollador (Backstage)             |\n|   Catálogo de servicios, docs, templates, scaffolding, búsqueda   |\n+------------------------------------------------------------------+\n|                    Portal self-service                             |\n|   Desplegar servicio, provisionar BD, crear entorno               |\n+------------------------------------------------------------------+\n|                    Pipeline CI\u002FCD (estandarizado)                  |\n|   Build, test, scan, deploy — con optimización IA                 |\n+------------------------------------------------------------------+\n|                    Infraestructura pre-aprobada                    |\n|   Módulos Terraform, operadores Kubernetes, DBaaS                 |\n+------------------------------------------------------------------+\n|                    Barandillas y políticas                         |\n|   Políticas OPA\u002FKyverno, límites de costos, baselines de seguridad|\n+------------------------------------------------------------------+\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Capa 1: portal de desarrollador (Backstage)\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>Backstage\u003C\u002Fstrong>, el portal de desarrollador graduado de CNCF creado en Spotify, se ha convertido en la interfaz estándar. En marzo 2026:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>3.200+ empresas\u003C\u002Fstrong> usan Backstage en producción\u003C\u002Fli>\n\u003Cli>\u003Cstrong>700+ plugins open-source\u003C\u002Fstrong>\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Backstage 2.0\u003C\u002Fstrong> (enero 2026) introdujo un nuevo framework frontend\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Capa 2: infraestructura self-service\u003C\u002Fh3>\n\u003Cp>Recursos \u003Cstrong>pre-aprobados\u003C\u002Fstrong> provisionables al instante:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Bases de datos\u003C\u002Fstrong> — PostgreSQL, Redis, MongoDB con backups automáticos\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Colas de mensajes\u003C\u002Fstrong> — topics Kafka, vhosts RabbitMQ, subjects NATS\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Entornos\u003C\u002Fstrong> — entornos preview efímeros para pull requests\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Secrets\u003C\u002Fstrong> — secrets gestionados por Vault con rotación automática\u003C\u002Fli>\n\u003Cli>\u003Cstrong>DNS y certificados\u003C\u002Fstrong> — creación DNS y provisioning TLS automáticos\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Capa 3: CI\u002FCD estandarizado\u003C\u002Fh3>\n\u003Cp>El equipo de plataforma proporciona pipelines CI\u002FCD estandarizados. Los desarrolladores no configuran pipelines — solo hacen push de código.\u003C\u002Fp>\n\u003Ch3>Capa 4: módulos de infraestructura pre-aprobados\u003C\u002Fh3>\n\u003Cp>Biblioteca de \u003Cstrong>módulos Terraform\u003C\u002Fstrong> y \u003Cstrong>operadores Kubernetes\u003C\u002Fstrong> versionados, probados y auditados.\u003C\u002Fp>\n\u003Ch3>Capa 5: barandillas y políticas\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>OPA\u003C\u002Fstrong> y \u003Cstrong>Kyverno\u003C\u002Fstrong> aplican políticas en múltiples niveles:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Admission de Kubernetes\u003C\u002Fstrong> — bloquear despliegues sin límites de recursos\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Plan de Terraform\u003C\u002Fstrong> — rechazar cambios que excedan presupuestos\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Gates CI\u002FCD\u003C\u002Fstrong> — fallar builds que introduzcan vulnerabilidades críticas\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Runtime\u003C\u002Fstrong> — alertar sobre comportamientos que violen baselines de seguridad\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2 id=\"ia-en-ci-cd-76-de-adopci-n-y-3x-menos-fallos-de-despliegue\">IA en CI\u002FCD: 76% de adopción y 3x menos fallos de despliegue\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>76% de las organizaciones\u003C\u002Fstrong> usan IA en sus pipelines CI\u002FCD. Equipos con CI\u002FCD asistido por IA reportan \u003Cstrong>3x menos fallos de despliegue\u003C\u002Fstrong> y \u003Cstrong>40% menos lead time\u003C\u002Fstrong>.\u003C\u002Fp>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Fase\u003C\u002Fth>\u003Cth>Aplicación IA\u003C\u002Fth>\u003Cth>Impacto\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\n\u003Ctr>\u003Ctd>Code review\u003C\u002Ftd>\u003Ctd>Comentarios IA\u003C\u002Ftd>\u003Ctd>30% menos bugs\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Generación de tests\u003C\u002Ftd>\u003Ctd>IA genera tests\u003C\u002Ftd>\u003Ctd>60% más cobertura\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Selección de tests\u003C\u002Ftd>\u003Ctd>IA predice tests relevantes\u003C\u002Ftd>\u003Ctd>70% menos ejecución\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Riesgo de despliegue\u003C\u002Ftd>\u003Ctd>IA evalúa riesgo\u003C\u002Ftd>\u003Ctd>50% menos incidentes\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Respuesta a incidentes\u003C\u002Ftd>\u003Ctd>IA correlaciona despliegue y anomalías\u003C\u002Ftd>\u003Ctd>65% MTTR más rápido\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch2 id=\"m-tricas-dora\">Métricas DORA\u003C\u002Fh2>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Métrica\u003C\u002Fth>\u003Cth>Umbral elite\u003C\u002Fth>\u003Cth>Contribución de Platform Engineering\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\n\u003Ctr>\u003Ctd>Frecuencia de despliegue\u003C\u002Ftd>\u003Ctd>On-demand\u003C\u002Ftd>\u003Ctd>Self-service deploy, pipelines auto\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Lead time\u003C\u002Ftd>\u003Ctd>Menos de 1 hora\u003C\u002Ftd>\u003Ctd>Templates pre-construidos, selección IA\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Tasa de fallo de cambios\u003C\u002Ftd>\u003Ctd>Menos del 5%\u003C\u002Ftd>\u003Ctd>Scans automáticos, despliegue canary\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Tiempo de restauración\u003C\u002Ftd>\u003Ctd>Menos de 1 hora\u003C\u002Ftd>\u003Ctd>Rollback automático, herramientas de incidentes\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch2 id=\"construyendo-su-idp-hoja-de-ruta-de-12-semanas\">Construyendo su IDP: hoja de ruta de 12 semanas\u003C\u002Fh2>\n\u003Ch3>Semanas 1-3: fundamentos\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>Desplegar Backstage con catálogo de servicios básico\u003C\u002Fli>\n\u003Cli>Registrar servicios existentes\u003C\u002Fli>\n\u003Cli>Crear su primer template de software\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Semanas 4-6: estandarización CI\u002FCD\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>Definir pipeline CI\u002FCD estándar\u003C\u002Fli>\n\u003Cli>Integrar escaneos de seguridad\u003C\u002Fli>\n\u003Cli>Implementar despliegue canary automatizado\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Semanas 7-9: infraestructura self-service\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>Construir módulos Terraform para recursos comunes\u003C\u002Fli>\n\u003Cli>Exponerlos vía acciones de Backstage\u003C\u002Fli>\n\u003Cli>Desplegar barandillas OPA\u002FKyverno\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Semanas 10-12: pulido y medición\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>Realizar encuesta de satisfacción de desarrolladores\u003C\u002Fli>\n\u003Cli>Medir time-to-first-deploy\u003C\u002Fli>\n\u003Cli>Identificar los 3 principales puntos de dolor y resolverlos\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2 id=\"preguntas-frecuentes\">Preguntas frecuentes\u003C\u002Fh2>\n\u003Ch3 id=\"platform-engineering-elimina-la-necesidad-de-ingenieros-devops\">¿Platform engineering elimina la necesidad de ingenieros DevOps?\u003C\u002Fh3>\n\u003Cp>No. Platform engineering reorganiza el trabajo DevOps. Los ingenieros DevOps se convierten en platform engineers.\u003C\u002Fp>\n\u003Ch3 id=\"qu-tama-o-deber-a-tener-un-equipo-de-plataforma\">¿Qué tamaño debería tener un equipo de plataforma?\u003C\u002Fh3>\n\u003Cp>Ratio común: 1 platform engineer por 15-25 desarrolladores de aplicación.\u003C\u002Fp>\n\u003Ch3 id=\"backstage-es-la-nica-opci-n\">¿Backstage es la única opción?\u003C\u002Fh3>\n\u003Cp>Es la opción open-source más popular, pero Port, Cortex y OpsLevel ofrecen portales comerciales.\u003C\u002Fp>\n\u003Ch3 id=\"si-los-desarrolladores-se-resisten-a-usar-la-plataforma\">¿Si los desarrolladores se resisten a usar la plataforma?\u003C\u002Fh3>\n\u003Cp>La resistencia usualmente viene de dos fuentes: la plataforma no resuelve sus problemas reales, o se siente como una restricción. Hable con los desarrolladores y construya la plataforma alrededor de sus necesidades.\u003C\u002Fp>\n\u003Ch3 id=\"c-mo-manejar-equipos-con-requisitos-nicos\">¿Cómo manejar equipos con requisitos únicos?\u003C\u002Fh3>\n\u003Cp>La plataforma debería cubrir el 80% de las necesidades comunes. Para el 20% restante, proporcione escape hatches. El objetivo es “caminos dorados, no jaulas doradas”.\u003C\u002Fp>\n","es","b0000000-0000-0000-0000-000000000001",true,"2026-03-28T10:44:48.542021Z","80% de grandes organizaciones tienen equipos de plataforma. Construya un IDP con Backstage, infraestructura self-service, IA CI\u002FCD y barandillas. Arquitectura completa y hoja de ruta de 12 semanas.","platform engineering",null,"index, follow",[21,26,30],{"id":22,"name":23,"slug":24,"created_at":25},"c0000000-0000-0000-0000-000000000012","DevOps","devops","2026-03-28T10:44:21.513630Z",{"id":27,"name":28,"slug":29,"created_at":25},"c0000000-0000-0000-0000-000000000006","Docker","docker",{"id":31,"name":32,"slug":33,"created_at":25},"c0000000-0000-0000-0000-000000000007","Kubernetes","kubernetes",[35,42,48],{"id":36,"title":37,"slug":38,"excerpt":39,"locale":12,"category_name":40,"published_at":41},"d0000000-0000-0000-0000-000000000683","Por qué Bali se está convirtiendo en el hub de impact-tech del Sudeste Asiático en 2026","por-que-bali-hub-impact-tech-sudeste-asiatico-2026","Bali ocupa el puesto 16 entre los ecosistemas startup del Sudeste Asiático. Con una concentración creciente de constructores Web3, startups de AI sostenible y empresas de eco-travel tech, la isla se consolida como capital de impact-tech de la región.","Ingeniería","2026-03-28T10:44:49.926489Z",{"id":43,"title":44,"slug":45,"excerpt":46,"locale":12,"category_name":40,"published_at":47},"d0000000-0000-0000-0000-000000000682","El mosaico de protección de datos de ASEAN: checklist de cumplimiento para desarrolladores","mosaico-proteccion-datos-asean-checklist-cumplimiento-desarrolladores","Siete países de ASEAN tienen ahora leyes integrales de protección de datos, cada una con diferentes modelos de consentimiento, requisitos de localización y estructuras de sanciones. Un checklist práctico de cumplimiento para desarrolladores.","2026-03-28T10:44:49.919345Z",{"id":49,"title":50,"slug":51,"excerpt":52,"locale":12,"category_name":40,"published_at":53},"d0000000-0000-0000-0000-000000000681","La transformación digital de 29 mil millones de dólares de Indonesia: oportunidades para empresas de software","transformacion-digital-29-mil-millones-dolares-indonesia-oportunidades-empresas-software","El mercado de servicios IT de Indonesia alcanzará los 29.030 millones de dólares en 2026, frente a los 24.370 millones de 2025. La infraestructura cloud, la AI, el comercio electrónico y los centros de datos impulsan el crecimiento más rápido del Sudeste Asiático.","2026-03-28T10:44:49.897658Z",{"id":13,"name":55,"slug":56,"bio":57,"photo_url":18,"linkedin":18,"role":58,"created_at":59,"updated_at":59},"Open Soft Team","open-soft-team","The engineering team at Open Soft, building premium software solutions from Bali, Indonesia.","Engineering Team","2026-03-28T08:31:22.226811Z"]