Este artículo contiene una lista de frameworks y lenguajes de programación con información sobre si funcionan con el Alojamiento de Aplicaciones y el Alojamiento de Bases de Datos de Kinsta.

Si no ves en la lista el framework o lenguaje que te gustaría utilizar, ponte en contacto con nuestros equipos de ventas o soporte.

Adobe Content Server

Tal vez. El Alojamiento de Aplicaciones y Bases de datos no admite actualmente aplicaciones que requieran almacenamiento persistente. Si Adobe Content Server necesita algún tipo de almacenamiento persistente en disco, actualmente no podemos alojarlo; si no, podemos alojarlo pero no podemos proporcionar asistencia técnica.

Aplicaciones Angular

Sí. Podemos alojar aplicaciones Angular; sin embargo, debes seguir la guía Alojamiento de Sitios Estáticos.

Los sitios estáticos, en concreto, necesitan un script llamado start en sus archivos package.json y utilizan el paquete serve para servir sus activos estáticos. (index.html, estilos, fuentes, imágenes). Similar al repositorio Gatsby hello world.

ASP.NET

Sí. Los usuarios pueden ejecutar aplicaciones creadas con Dotnet Core. DotNet Core puede ejecutarse en contenedores Linux; consulta este ejemplo.

.NET está avanzando hacia un entorno Core/Cross-platform supported/cloud-ready. El hub Docker de ASP.NET Core Runtime contiene algunos contenedores Docker preconstruidos para Core, y .NET tienen algunos ejemplos para utilizar configuraciones típicas de MS SQL + ASP.NET Core con Docker compose.

Astro

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Astro.

Cascade CMS

Tal vez. Puedes alojar Cascade CMS con un Dockerfile, hay un repositorio GitHub, pero requiere muchos ajustes. Tendrás que saber escribir Dockerfiles y entender los requisitos técnicos de Cascade CMS. Kinsta no puede proporcionar soporte técnico para esto.

CodeIgniter

Sí. CodeIgniter es una aplicación basada en PHP, por lo que durante el proceso de despliegue, Kinsta instala automáticamente las dependencias definidas en tu archivo composer.json.

commercetools

Sí. commercetools utiliza Java, JavaScript y PHP y puede ejecutarse en el alojamiento de Aplicaciones.

Réplicas de bases de datos

No. Actualmente no proporcionamos réplicas de bases de datos.

Direcciones IP dedicadas

No. No proporcionamos direcciones IP dedicadas. Cada nuevo despliegue puede tener un pod programado en un alojamiento diferente, lo que conlleva una dirección IP diferente. También puede producirse un cambio de dirección IP si Kubernetes necesita mover un pod a otro alojamiento debido al consumo de recursos o si el conjunto de nodos en el que se encuentra está en proceso de actualización.

Deno

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Deno.

Acceso SSH directo a los pods

No. Actualmente no proporcionamos acceso SSH directo a los pods; sin embargo, es algo que esperamos desarrollar en el futuro. En el caso de una base de datos, puedes utilizar conexiones externas para acceder a los datos.

Django

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Django. Puedes seguir esta guía para configurar una aplicación Django en Kinsta.

Docusaurus

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Docusaurus. Puedes seguir nuestra guía sobre cómo configurar un sitio estático con Docusaurus.

Flask

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Flask.

Flutter

Sí. Si la aplicación Flutter es una aplicación web y tiene un Dockerfile, puedes alojarla en el alojamiento de aplicaciones.

Gatsby

Sí. Tenemos un repositorio GitHub de ejemplo de inicio rápido para Gatsby.

Go

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Go.

Aplicaciones headless como sanity.io

. El backend utilizaría la plataforma Sanity y el front-end ReactJS.

Para que esto funcione en el alojamiento de aplicaciones, debes modificar los scripts en package.json en el proyecto Sanity para que tengan el siguiente aspecto:

"scripts": {
"dev": "npx -y @sanity/cli start",
"build": "npx -y @sanity/cli build",
"start": "npx -y serve dist"
},

También tienes que añadir el nombre de dominio temporal de MyKinsta (su-nombre-de-app.kinsta.app) que se asigna a la app en la configuración de orígenes del proyecto/API/CORS.

Regeneración Estática Incremental en Next.js

Sí. Esto funciona en el alojamiento de aplicaciones; para más información sobre cómo configurar la aplicación, consulta este artículo de Next.js.

Jamstack

Sí. Tenemos los siguientes repos de GitHub de ejemplo:

Java

Sí. Tenemos un repositorio GitHub de ejemplo de inicio rápido para Java.

Joomla

Tal vez. El alojamiento de aplicaciones sólo admite aplicaciones sin estado, y Joomla no fue diseñado para su uso en un entorno sin estado. Sin embargo, es técnicamente posible ejecutar Joomla como una aplicación sin estado. Hay un plugin que puede almacenar los archivos estáticos en S3, y hay una imagen docker de Joomla oficial.

Laravel

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Laravel.

Magento

No. Magento requiere almacenamiento persistente en disco, que actualmente no ofrecemos como parte del alojamiento de Aplicaciones.

Mastadon

Tal vez. Es posible ejecutar Mastadon en el alojamiento de Aplicaciones, pero requiere muchos recursos, por lo que el coste de ejecutarlo puede ser elevado. Es probable que necesites el pod de 4 GB, ya que utiliza ~1,5 GB de RAM. Tampoco hay almacenamiento persistente todavía, así que si tu pod se desplaza o se mueve, tendrá que volver a recuperar todo. Los pods no se reinician a menudo, pero cuando lo hacen, el sistema de archivos se restablece al sistema de archivos del contenedor original.

Aplicaciones Móviles

Puede ser. Depende de la aplicación; puedes alojar el backend de una aplicación móvil con el alojamiento de Aplicaciones, pero no la creación o distribución de la propia aplicación móvil.

MODX

Puede. MODX es una plataforma CMS PHP de código abierto, sin embargo, puede requerir almacenamiento persistente que el alojamiento de Aplicaciones no soporta actualmente. Si el sitio puede ejecutarse sin almacenamiento persistente, puede alojarse en alojamiento de Aplicaciones.

Moodle

No. Moodle requiere un almacenamiento/volumen persistente para funcionar correctamente; no puede funcionar como una aplicación sin estado (en la que no se escriben archivos críticos en el sistema de archivos para que la aplicación pueda funcionar correctamente). Esto significa que no podemos admitirlo, ya que cada despliegue borraría algunos datos de los que depende Moodle.

MSSQL

No. MSSQL requiere almacenamiento persistente, que actualmente no ofrecemos como parte del alojamiento de Aplicaciones. Cuando el almacenamiento persistente esté disponible en el alojamiento de Aplicaciones, debería ser posible ejecutarlo, según este artículo.

n8n

Sí. Según la Documentación de Docker n8n recomienda el almacenamiento persistente como mejor práctica, pero no se requiere explícitamente:

«Es importante mantener la persistencia de los datos en la carpeta /root/.n8n, ya que contiene los datos de usuario de n8n y, lo que es aún más importante, la clave de cifrado para las credenciales… …La persistencia del directorio /root/.n8n incluso cuando se utilizan bases de datos alternativas es la mejor práctica recomendada, pero no se requiere explícitamente.»

Por lo tanto, también debería funcionar en el alojamiento de Aplicaciones sin almacenamiento persistente si utilizas una base de datos; sin embargo, funcionará mejor cuando el almacenamiento persistente esté disponible en el alojamiento de Aplicaciones.

NodeJS

Sí. Tenemos los siguientes repos de GitHub de ejemplo de inicio rápido para NodeJS:

Tenemos diferentes guías que puedes seguir:
Configurar una Aplicación Node.js
Configurar una Aplicación Node.js con un archivo Dockerfile
Configurar una Aplicación Node.js para enviar correos electrónicos

NuxtJS

Sí. Tenemos un ejemplo de inicio rápido en GitHub para NuxtJS.

PHP

Sí. Tenemos los siguientes repositorios GitHub de ejemplo de inicio rápido para PHP:

Puedes seguir esta guía sobre cómo configurar una aplicación PHP en Kinsta.

Prestashop

No. El archivo docker-compose oficial especifica un volumen de almacenamiento persistente, y actualmente no admitimos el almacenamiento persistente.

QPDF

Puede ser. QPDF es una herramienta de línea de comandos. El sitio web también lo indica:

QPDF está incluido en la mayoría de las distribuciones de Linux y en muchas otras distribuciones de software.

Esto indica que tienen una aplicación basada en Dockerfile, que depende de la herramienta CLI. Hay algunos repositorios públicos en GitHub que instalan QPDF dentro del Dockerfile con algunos comandos, aquí tienes un ejemplo. Si añades los mismos comandos al Dockerfile, podrías utilizar QPDF, sin embargo, no lo hemos probado en nuestra plataforma.

QPDF es una librería C++, y puede requerir componentes adicionales instalados en la instancia Linux para que pueda compilarse correctamente.

Ruby

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Ruby on Rails.

Scala

Sí. Tenemos un ejemplo de inicio rápido en GitHub para Scala.

Shopify

Sí. Todos los repositorios en el github de Shopify son para diferentes partes de su aplicación, no puedes autoalojar todo el sitio. Sin embargo, puedes utilizar Hydrogen para crear un escaparate personalizado autoalojado, que podría utilizarse en el alojamiento de aplicaciones si creas un Dockerfile para él.

Shopware

Sí. Shopware es una plataforma de comercio headless abierto impulsado por Symfony 5.4 (PHP) y Vue.js 2.6 y se puede ejecutar en la aplicación de alojamiento.

Motor de Almacenamiento Spider en MariaDB

No. Actualmente no es compatible, ya que utiliza un nivel superior de agrupación de bases de datos.

Statamic

Sí. Statamic se basa en Laravel, lo que significa que es una aplicación normal basada en PHP, por lo que durante el proceso de despliegue, Kinsta instala automáticamente las dependencias definidas en su archivo composer.json.

Symfony

Sí. Symfony es un framework PHP para crear sitios web y aplicaciones web y puede ejecutarse en el alojamiento de Aplicaciones.

SvelteKit

Sí. SvelteKit es un framework de interfaz de usuario que compila tus componentes en JavaScript vainilla y puede ejecutarse en el alojamiento de Aplicaciones.

Velo de Wix

No. Velo no tiene una opción de autoalojamiento. Sólo puedes utilizar Wix Cloud, por lo que no puedes acceder al código para utilizarlo en nuestro alojamiento de aplicaciones.

VuePress

Sí. Tenemos un ejemplo de inicio rápido en GitHub para VuePress.

Aplicaciones Windows Server

Tal vez. Si la aplicación puede ejecutarse en un contenedor Linux, es posible que puedas alojarla en el alojamiento de aplicaciones.

Wix

No. Wix no es de código abierto, por lo que no puedes acceder al código para trasladar la aplicación o el sitio web a nuestros servicios de alojamiento.

Yarn

. Yarn es compatible con el alojamiento de Aplicaciones.