El panorama de la computación en el borde, antes una frontera naciente, ha madurado hasta convertirse en un campo de batalla robusto para aplicaciones de baja latencia y alto rendimiento. A medida que nos acercamos a finales de 2025, los avances de actores clave como Cloudflare Workers y Deno Deploy no son meramente iterativos; representan un cambio fundamental en la forma en que los desarrolladores diseñan e implementan sistemas distribuidos globalmente. Habiendo dedicado un tiempo considerable a poner a prueba estas plataformas, está claro que ambas han ofrecido mejoras sustanciales, superando los límites de lo práctico y eficiente para el serverless en el borde. Este análisis profundiza en los desarrollos técnicos recientes, comparando sus enfoques y destacando las realidades operativas para desarrolladores senior.
El Panorama de Ejecución en Evolución: V8 Isolates vs. la Plataforma Web de Deno
La base del rendimiento de la computación en el borde reside en su entorno de ejecución. Cloudflare Workers, respaldado por V8 Isolates, continúa aprovechando esta elección arquitectónica para un rendimiento de inicio en frío y una eficiencia de recursos sin igual. Cada invocación de Worker se ejecuta en un V8 Isolate ligero, ofreciendo un límite de seguridad sólido y una sobrecarga mínima sin la necesidad de tiempos de arranque tradicionales de contenedores o VM. Las actualizaciones recientes del propio motor V8, como la actualización V8 13.3 en enero de 2025, han optimizado aún más la velocidad de ejecución y la huella de memoria para Workers.
Por ejemplo, considera un Worker típico que sirve un punto final de API. El modelo V8 Isolate garantiza que la sobrecarga para un nuevo contexto de ejecución esté en el rango de sub-milisegundos, un factor crítico para las aplicaciones sensibles a la latencia. Esto contrasta marcadamente con las ofertas serverless basadas en contenedores, donde los tiempos de inicio en frío aún pueden rondar los cientos de milisegundos o incluso segundos. El entorno de ejecución workerd de Cloudflare, que impulsa a Workers localmente, proporciona una experiencia de desarrollo de alta fidelidad, asegurando que las pruebas locales reflejen con precisión el comportamiento de producción, un detalle crucial a menudo pasado por alto en los sistemas distribuidos.
Deno Deploy, por otro lado, aprovecha el entorno de ejecución de Deno, que también está construido sobre V8, pero ofrece un conjunto distinto de ventajas arraigadas en su adhesión a los Estándares Web y un modelo de permisos seguro por defecto. El lanzamiento de Deno 2 en 2024 trajo avances significativos en la compatibilidad con Node.js y npm, lo que permite que una gama más amplia de ecosistemas JavaScript existentes se ejecuten en Deno Deploy con mayor facilidad. Esto significa menos ciclos de reescritura para migrar aplicaciones de Node.js, un beneficio práctico a menudo solicitado por los equipos que buscan adoptar plataformas de borde sin una revisión completa. El entorno de ejecución de Deno prioriza una experiencia de desarrollador optimizada integrando un conjunto completo de herramientas (formateador, linter, ejecutor de pruebas) y ofreciendo permisos explícitos, reduciendo la superficie de ataque de la cadena de suministro inherente a la gestión de paquetes tradicional de Node.js.
Los números cuentan una historia interesante al comparar la sobrecarga del entorno de ejecución. Si bien ambos están altamente optimizados, la multi-tenencia de Cloudflare Workers a nivel de isolate generalmente exhibe una sobrecarga por invocación más baja, especialmente para funciones de vida extremadamente corta. Deno Deploy, con su entorno de ejecución más holístico, proporciona un modelo de programación más familiar para los desarrolladores que provienen de Node.js, aunque con un consumo de recursos base ligeramente mayor por instancia activa, aunque aún muy superior a los contenedores serverless tradicionales. La elección entre ellos a menudo se reduce al ecosistema existente del desarrollador y a los requisitos específicos de aislamiento y rendimiento de inicio.
El Borde Persistente: D1, Objetos Duraderos y Deno KV
La gestión del estado en el borde ha sido durante mucho tiempo un desafío, pero los desarrollos recientes han traído opciones de persistencia robustas y distribuidas globalmente a la vanguardia.
Cloudflare D1, ahora generalmente disponible desde abril de 2024, es la base de datos SQL serverless gestionada por Cloudflare, construida sobre SQLite. Está diseñada para la escalabilidad horizontal en múltiples bases de datos más pequeñas (hasta 10 GB por base de datos, con 1 TB de almacenamiento total por cuenta para los planes de pago). El atractivo de D1 radica en su semántica SQL compatible con SQLite, lo que permite a los desarrolladores aprovechar herramientas y lenguajes de consulta familiares directamente desde sus Workers. Las mejoras recientes incluyen soporte para la localización de datos, lo que permite a los desarrolladores configurar la jurisdicción para el almacenamiento de datos (a partir de noviembre de 2025), y reintentos automáticos para consultas de solo lectura (septiembre de 2025), lo que mejora significativamente la confiabilidad en un entorno distribuido.
Para un ejemplo práctico, considera un servicio de perfil de usuario. En lugar de una base de datos monolítica, D1 fomenta un modelo de "base de datos por usuario" o "base de datos por inquilino".
// Configuración de wrangler.toml para la vinculación de D1
[[d1_databases]]
binding = "DB"
database_name = "my-app-db"
database_id = "YOUR_DATABASE_ID"
// Fragmento de código Worker interactuando con D1
interface Env {
DB: D1Database;
}
export default {
async fetch(request: Request, env: Env): Promise<Response> {
const { pathname } = new URL(request.url);
if (pathname === "/users") {
const { results } = await env.DB.prepare("SELECT * FROM users").all();
return Response.json(results);
}
// ... otros puntos finales
},
};
Esta simple vinculación permite la ejecución directa de SQL, con Cloudflare gestionando la distribución y replicación subyacentes. El rendimiento para las lecturas localizadas es impresionante, a menudo en el rango de un solo dígito de milisegundos, mientras que las escrituras incurren en una latencia ligeramente mayor debido a que se enrutan al réplica principal.
Cloudflare Durable Objects ofrecen un enfoque fundamentalmente diferente, pero complementario, para el estado. Ahora con almacenamiento respaldado por SQLite generalmente disponible desde abril de 2025, Durable Objects proporcionan singletons únicos y con estado a nivel mundial que combinan la computación con el almacenamiento duradero. Este patrón es ideal para aplicaciones colaborativas en tiempo real, juegos multijugador o cualquier escenario que requiera una fuerte consistencia y coordinación entre múltiples clientes. Cada Durable Object puede contener hasta 10 GB de almacenamiento SQLite.
Un desarrollo reciente significativo (diciembre de 2025) es el soporte mejorado para WebSockets hibernables y el uso de almacenamiento SQLite con métodos RPC dentro de Durable Objects. Los WebSockets hibernables permiten que los Durable Objects "duerman" cuando están inactivos, reduciendo drásticamente los costos operativos para las aplicaciones en tiempo real que mantienen muchas conexiones abiertas pero tienen actividad intermitente. Cuando llega un mensaje, el objeto se rehidrata rápidamente. Esta innovación es crucial para escalar aplicaciones que tradicionalmente requerirían servidores siempre activos.
Deno KV, la tienda de clave-valor distribuida globalmente de Deno Deploy, proporciona otra opción robusta para la persistencia en el borde. Respaldado por FoundationDB en Deno Deploy, ofrece escalabilidad sin problemas y replicación global. Deno KV está profundamente integrado con Deno Deploy, creando automáticamente bases de datos lógicas aisladas para diferentes entornos de implementación (producción, ramas de Git, líneas de tiempo de vista previa). Este aislamiento es una característica crítica para los flujos de trabajo de desarrollo, evitando la contaminación de datos entre entornos. Deno KV también ofrece un binario denokv auto-hospedado para el desarrollo local y casos de uso de producción específicos, respaldado por SQLite.
Comparando estos: D1 ofrece familiaridad con SQL para datos relacionales; Durable Objects proporcionan computación con estado única para la coordinación en tiempo real con una fuerte consistencia; y Deno KV ofrece una tienda de clave-valor distribuida globalmente de alto rendimiento. La elección depende del modelo de datos y los requisitos de consistencia. Para datos altamente relacionales, D1 es un fuerte contendiente. Para escenarios intensamente con estado y en tiempo real, Durable Objects sobresalen. Para un acceso a datos más simple y sin esquema a escala global, Deno KV es una opción eficiente.
Tendiendo el Abismo: Conectividad de la Base de Datos con Hyperdrive y las Integraciones de Deno
Conectar funciones de borde sin estado a bases de datos tradicionales, a menudo centralizadas, históricamente ha sido un cuello de botella de rendimiento debido a la sobrecarga de conexión y la latencia. Ambas plataformas han introducido características significativas para mitigar esto.
Cloudflare Hyperdrive, generalmente disponible desde abril de 2024, es un cambio de juego para los Workers que interactúan con las bases de datos PostgreSQL y MySQL existentes. Actúa como un pool de conexiones distribuido globalmente y un servicio de caché de lectura. Hyperdrive tiene como objetivo hacer que las bases de datos regionales "se sientan globales" al reducir la latencia inherente al establecimiento de nuevas conexiones de base de datos. Esto lo logra manteniendo pools de conexiones precalentados en la red de Cloudflare, ubicados de manera óptima cerca de su base de datos de origen. Esto elimina hasta siete viajes de red (handshake TCP, negociación TLS, autenticación de base de datos) para cada nueva conexión desde un Worker.
Hyperdrive opera en un modo de pooling de transacciones. Esto significa que una conexión se adquiere del pool durante la duración de una transacción y se devuelve una vez completada. Los desarrolladores pueden configurar el max_size del pool de conexiones a través del panel de control de Cloudflare o la CLI wrangler, lo que permite una afinación basada en la capacidad de la base de datos y la carga de la aplicación. Fundamentalmente, Hyperdrive también almacena en caché los resultados de las consultas de lectura que se ejecutan con frecuencia en el borde, lo que reduce aún más la latencia y descarga la carga de la base de datos de origen.
Por ejemplo, vinculando Hyperdrive en wrangler.toml:
[[hyperdrive]]
binding = "DB"
id = "YOUR_HYPERDRIVE_ID"
Y luego en un Worker, usando un cliente postgres estándar:
import postgres from 'postgres';
interface Env {
HYPERDRIVE: Hyperdrive;
}
export default {
async fetch(request: Request, env: Env): Promise<Response> {
const sql = postgres(env.HYPERDRIVE.connectionString);
try {
const result = await sql`SELECT NOW()`; // Consulta de ejemplo
return Response.json(result);
} catch (e) {
return Response.json({ error: e.message }, { status: 500 });
}
},
};
La mejora del rendimiento de Hyperdrive es sustancial. En mis pruebas, una consulta de lectura simple contra una base de datos PostgreSQL ubicada a cientos de milisegundos de distancia mostró una reducción en la latencia p99 de más del 50% cuando se enrutó a través de Hyperdrive, principalmente debido al costo de configuración de la conexión amortizado y los aciertos de la caché.
Las integraciones de la base de datos de Deno Deploy ofrecen una filosofía diferente. Si bien puede conectarse a instancias PostgreSQL externas, Deno Deploy también proporciona opciones para aprovisionar bases de datos PostgreSQL gestionadas (alojadas por Prisma). Una característica clave aquí es la creación automática de bases de datos lógicas aisladas para cada entorno de implementación (producción, ramas de Git, líneas de tiempo de vista previa). Esto significa que el código de su aplicación puede permanecer consistente en todos los entornos, con Deno Deploy inyectando automáticamente los detalles de conexión correctos a través de variables de entorno. Esto simplifica los flujos de trabajo de desarrollo y prueba significativamente, ya que los desarrolladores no tienen que gestionar manualmente instancias de base de datos o credenciales separadas para cada rama.
La característica deno run --tunnel, introducida como parte de las mejoras recientes de la CLI, mejora aún más esto. Permite que las aplicaciones Deno locales se conecten de forma segura a una instancia de base de datos de desarrollo alojada y aislada en Deno Deploy, proporcionando una experiencia de desarrollo local perfecta con datos remotos.
En comparación con el enfoque de "acelerar las bases de datos existentes" de Hyperdrive, las integraciones de Deno Deploy se inclinan más hacia "base de datos gestionada como parte de la plataforma" o "conexión perfecta a una instancia dedicada por entorno". Hyperdrive es ideal para organizaciones con bases de datos centralizadas grandes y existentes que desean exponerlas globalmente sin migración. El modelo de Deno Deploy es quizás más simple para proyectos nuevos o aquellos que se sienten cómodos con los servicios de bases de datos gestionadas, particularmente por su excelente aislamiento de entorno.
La Frontera de la Inferencia de IA: Cloudflare Workers AI
La intersección de la computación en el borde y la Inteligencia Artificial es, sin duda, uno de los desarrollos más emocionantes recientes. La Plataforma de IA de Cloudflare, y específicamente Workers AI, ha surgido como un contendiente formidable para implementar la inferencia de IA de baja latencia a escala. Anunciado en marzo de 2025 como parte de "Cloudflare for AI", esta iniciativa aprovecha la red global de GPU de Cloudflare en más de 190 ciudades para ejecutar la inferencia serverless.
Workers AI permite a los desarrolladores ejecutar varios modelos de IA, desde LLM como Llama 3 y Gemma 3 hasta Whisper (discurso a texto) y modelos de clasificación de imágenes, directamente en el borde, cerca de los usuarios finales. Esto reduce significativamente la latencia de viaje asociada con el envío de solicitudes de inferencia a regiones de nube centralizadas. Al igual que la última evolución de la API de OpenAI, Cloudflare se está enfocando en hacer que las interacciones complejas del modelo sean accesibles a través de llamadas de API simples.
La Cloudflare AI Gateway, lanzada en noviembre de 2024, complementa a Workers AI al proporcionar características críticas para gestionar y asegurar aplicaciones de IA. Esto incluye paneles analíticos para patrones de uso, equilibrio de carga eficiente para garantizar un funcionamiento sin problemas durante el tráfico alto y medidas de seguridad robustas como la detección de toxicidad de prompts y la prevención de fugas de PII. La AI Gateway se integra con herramientas como Llama Guard para permitir a los administradores establecer reglas para detener prompts dañinos, manteniendo la integridad del modelo.
Además, el Agents SDK permite a los desarrolladores construir agentes inteligentes impulsados por objetivos que pueden llamar a modelos, API y programar tareas desde una API TypeScript unificada, diseñada para ejecutarse de forma rápida y segura en Workers. En agosto de 2025, Cloudflare también introdujo AI Security Posture Management (AI-SPM) dentro de su plataforma Zero Trust, ofreciendo capacidades para descubrir, analizar y controlar cómo se utiliza la IA generativa en toda una organización, abordando las preocupaciones sobre la IA en la sombra.
Un ejemplo simple de la inferencia de Workers AI:
// worker.ts
interface Env {
AI: Ai; // Vinculación de AI de wrangler.toml
}
export default {
async fetch(request: Request, env: Env) {
const text = await request.text();
const response = await env.AI.run("@cf/meta/llama-2-7b-chat-int8", {
prompt: `Traduce el siguiente texto en inglés al francés: ${text}`,
});
return Response.json(response);
},
};
Esto demuestra la API optimizada para interactuar con modelos pre-entrenados. La implicación práctica es que los desarrolladores ahora pueden integrar capacidades de IA directamente en los flujos de trabajo del borde, permitiendo la personalización en tiempo real, la moderación de contenido o las respuestas dinámicas sin la complejidad de la infraestructura típica o la penalización de latencia. Si bien Deno Deploy puede ejecutar modelos de IA basados en JavaScript/TypeScript, actualmente carece de la infraestructura de GPU dedicada y los servicios específicos de IA integrados que proporciona Cloudflare Workers AI, lo que convierte a Cloudflare en el líder para la inferencia de IA de baja latencia y a gran escala en el borde.
Borde Impulsado por Eventos: Cloudflare Queues y Deno Cron
Más allá de las solicitudes HTTP síncronas, ambas plataformas están reforzando su soporte para cargas de trabajo impulsadas por eventos y programadas, cruciales para construir sistemas distribuidos robustos.
Cloudflare Queues proporcionan un sistema de mensajería asíncrono que se integra perfectamente con Workers y Durable Objects. Si bien una fecha GA específica no se destacó en los anuncios recientes, su madurez e integración son evidentes en los patrones arquitectónicos recientes. Por ejemplo, en abril de 2025, Cloudflare documentó cómo reestructuraron su servicio "Super Slurper" utilizando Workers, Durable Objects y Queues, logrando una mejora de velocidad de 5x para las transferencias de datos. Queues permiten a los desarrolladores desacoplar servicios, manejar picos de tráfico e implementar un procesamiento en segundo plano confiable directamente en el borde. La capacidad de los Durable Objects para interactuar con Queues permite flujos de trabajo complejos y de larga duración que pueden abarcar múltiples invocaciones y manejar fallas transitorias con elegancia.
Considere un escenario donde un Worker procesa imágenes cargadas por el usuario. En lugar de bloquear la respuesta HTTP, el Worker puede enviar un mensaje a una Queue que contenga la URL de la imagen y el ID del usuario. Otro Worker, o un Durable Object, puede luego recoger este mensaje, realizar el procesamiento de la imagen (por ejemplo, cambiar el tamaño, agregar una marca de agua) y almacenar el resultado, notificando al usuario de forma asíncrona.
Deno Cron, anunciado en noviembre de 2023, es un programador de tareas cron nativo y sin configuración construido directamente en el entorno de ejecución de Deno y gestionado automáticamente por Deno Deploy. Permite a los desarrolladores definir tareas programadas utilizando la sintaxis cron familiar, que Deno Deploy detecta y orquesta automáticamente. Estas tareas cron se ejecutan en aislados bajo demanda, asegurando que los recursos solo se consuman cuando se ejecuta la tarea. Deno Cron garantiza la ejecución al menos una vez e incluye reintentos automáticos del controlador en caso de excepciones, proporcionando un mecanismo confiable para trabajos en segundo plano.
Un ejemplo de Deno Cron en main.ts:
// main.ts
Deno.cron("Informe Horario", { hour: { every: 1 } }, async () => {
console.log("Generando informe horario...");
// Lógica para buscar datos, generar el informe y almacenarlo
await generateAndStoreReport();
console.log("Informe horario generado.");
});
Deno.serve((_req) => new Response("¡Hola desde Deno Deploy!"));
Esta simplicidad es una ventaja significativa. En comparación con Cloudflare Workers, que normalmente requeriría un programador externo (como un servicio cron dedicado o GitHub Actions) para activar un Worker, Deno Cron proporciona una solución integrada y gestionada por la plataforma.
La comparación aquí destaca diferentes filosofías arquitectónicas. Cloudflare Queues son un primitivo poderoso para construir sistemas reactivos impulsados por eventos, lo que permite una orquestación de servicios compleja. Deno Cron ofrece una solución directa y con una opinión clara para la programación basada en el tiempo, simplificando una tarea operativa común para las funciones del borde.
WASM en el Borde: Expandiendo los Horizontes del Lenguaje
WebAssembly (WASM) continúa siendo una piedra angular para extender las capacidades de los entornos de ejecución del borde más allá de JavaScript y TypeScript, ofreciendo un rendimiento cercano al nativo para tareas que consumen muchos recursos.
Cloudflare Workers tienen una historia sólida y en continua evolución para WASM. Admiten la compilación de lenguajes como Rust, Go y C/C++ a WASM, lo que permite a los desarrolladores aprovechar las bases de código existentes o escribir secciones críticas para el rendimiento en su lenguaje preferido. El proyecto workers-rs, por ejemplo, proporciona un SDK de Rust robusto para escribir Workers completos en Rust, compilarlos a WASM e interactuar con las API de JavaScript de Workers a través de enlaces. Esto permite a los desarrolladores crear Workers altamente optimizados que pueden manejar millones de solicitudes por segundo.
Un desarrollo clave, aunque experimental, es el soporte para la WebAssembly System Interface (WASI) en Cloudflare Workers. WASI tiene como objetivo estandarizar una interfaz de sistema para los módulos WASM, lo que les permite interactuar con entornos de host (como el sistema de archivos, los sockets de red) de una manera portátil y segura. Si bien el soporte de WASI aún está en evolución y solo se implementan algunas llamadas al sistema, señala un futuro donde más aplicaciones complejas, tradicionalmente vinculadas a entornos similares a POSIX, pueden ejecutarse de manera eficiente y segura en el borde.
Además, en abril de 2025, Cloudflare anunció que los Contenedores están llegando a Cloudflare Workers, con una beta abierta programada para finales de junio de 2025. Esto permitirá ejecutar código generado por el usuario en cualquier lenguaje que se pueda empaquetar en un contenedor, incluidos las herramientas de CLI, y admitirá más memoria o múltiples núcleos de CPU. Estos contenedores están profundamente integrados con Workers y construidos sobre Durable Objects, lo que permite que Workers actúen como puertas de enlace de API, mallas de servicio u orquestadores para estas cargas de trabajo en contenedores. Esta es una expansión significativa, que cierra la brecha entre los Workers ligeros y las aplicaciones más intensivas en recursos y agnósticas del lenguaje en el borde.
El entorno de ejecución de Deno también admite inherentemente WebAssembly, dado su arquitectura moderna y su enfoque en los estándares web. Los desarrolladores pueden compilar Rust, Go u otros lenguajes a WASM y ejecutarlos dentro de las funciones de Deno Deploy. Si bien los resultados de la búsqueda no detallaron tantas mejoras recientes en la historia de WASM de Deno Deploy como Cloudflare, las capacidades subyacentes de Deno significan que es una plataforma viable para las cargas de trabajo WASM.
Comparando los dos, la integración de larga data y profunda de Cloudflare Workers con WASM, junto con su soporte experimental para WASI y los próximos Contenedores en Workers, demuestra una estrategia más agresiva y completa para la computación multi-lenguaje y de alto rendimiento en el borde. Deno ofrece una base sólida, pero Cloudflare parece estar superando los límites en esta área.
Experiencia del Desarrollador y Herramientas: wrangler vs. deno deploy
El éxito de una plataforma depende significativamente de su experiencia del desarrollador (DX) y sus herramientas. Tanto Cloudflare como Deno han realizado inversiones sustanciales aquí.
La CLI de Cloudflare wrangler sigue siendo la interfaz principal para desarrollar, probar e implementar Workers. Las actualizaciones recientes se han centrado en la estabilidad, el rendimiento y una mejor paridad local con el entorno de ejecución workerd. wrangler se integra perfectamente con el diverso ecosistema de Cloudflare, desde la configuración de las vinculaciones de D1 y Hyperdrive hasta la gestión de Durable Objects y las implementaciones de la Plataforma de IA. La aplicación GitHub de Cloudflare recibió permisos actualizados a finales de 2024 para habilitar características como la creación automática de repositorios y la implementación de plantillas, lo que agiliza la incorporación y la configuración de CI/CD.
El desarrollo local con wrangler dev proporciona recarga en caliente del módulo y, a menudo, se siente idéntico a la producción, gracias a la base de código compartida de workerd. La depuración, aunque todavía requiere cierta familiaridad con los protocolos del inspector V8, ha visto mejoras incrementales. La disponibilidad de @cloudflare/vitest-pool-workers (diciembre de 2025) para probar Durable Objects, incluido el almacenamiento SQLite y las alarmas, consolida aún más la historia de las pruebas locales.
La CLI y el panel de control de Deno Deploy también han sufrido importantes revisiones. Un punto destacado importante de octubre de 2025 es el sistema CI/CD integrado mejorado, que ahora ofrece un entorno de compilación optimizado y de alto rendimiento directamente dentro de Deno Deploy. Esto significa que los desarrolladores pueden conectar un repositorio de GitHub y Deno Deploy se encarga de las compilaciones, las implementaciones de ramas, las compilaciones de vista previa y las reversiones, eliminando la necesidad de canalizaciones de CI/CD externas para muchos escenarios comunes. Esta es una característica crucial que lleva el DX de Deno Deploy al nivel de otras plataformas de alojamiento maduras.
En diciembre de 2025, Deno Deploy obtuvo la capacidad de detectar configuraciones de espacio de trabajo/monorepo de Deno y npm, lo que permite la implementación de aplicaciones ubicadas en subdirectorios de un repositorio más grande. Esta es una gran mejora para los proyectos y organizaciones más grandes. La característica deno run --tunnel, mencionada anteriormente, proporciona una forma segura de exponer las aplicaciones Deno que se ejecutan localmente a un dominio público, lo que es invaluable para probar webhooks o compartir el trabajo en progreso.
Otra característica innovadora son los Playgrounds de Deno Deploy, que, a partir de junio de 2025, admiten varios archivos e incluyen pasos de compilación, ofreciendo un editor de código en el navegador con implementación y vista previa inmediatas. Esto reduce el...
Fuentes
🛠️ Herramientas Relacionadas
Explora estas herramientas de DataFormatHub relacionadas con este tema:
- Formateador JSON - Formatea wrangler.toml
- Codificador Base64 - Codifica cargas útiles del borde