Este artigo fornece uma lista de frameworks e linguagens com informações sobre como eles funcionam com a Hospedagem de Aplicativos e Hospedagem de Banco de Dados da Kinsta.

Para alguns dos aplicativos listados abaixo, você verá que o armazenamento persistente é mencionado. Não oferecemos armazenamento persistente em nossa Hospedagem de Aplicativos. Nós fornecemos um ambiente efêmero que suporta aplicativos sem estado.

Se a framework ou linguagem que você deseja usar não estiver listado, por favor entre em contato com nossas equipes de vendas ou suporte.

Adobe Content Server

Talvez. A hospedagem de aplicativos não suporta atualmente aplicativos que requerem armazenamento persistente. Se o Adobe Content Server precisa de armazenamento persistente em disco, não podemos hospedar o aplicativo. Se o armazenamento persistente não for necessário, então é possível hospedar, mas não podemos fornecer suporte técnico.

Aplicativos Angular

Sim. Podemos hospedar aplicativos Angular, entretanto, você deve seguir o guia de hospedagem de sites estáticos.

Em particular, sites estáticos requerem um script chamado start em seus arquivos package.json e usam o pacote para server seus ativos estáticos. (index.html, estilos, fontes, imagens). Isto é semelhante ao repositório Gatsby hello world.

ASP.NET

Sim. Os usuários podem executar aplicativos construídos com o Dotnet Core. O DotNet Core pode ser executado em contêineres Linux; veja este exemplo.

.NET está se movendo em direção a um ambiente Core/Cross-platform supported/cloud-ready. O hub ASP.NET Core Runtime Docker contém alguns contêineres Docker pré-construídos para Core, e a página de amostras .NET tem alguns exemplos de uso de configurações típicas do MS SQL + ASP.NET Core com Docker compose.

Astro

Sim. Nós temos um exemplo rápido de um repo GitHub para Astro.

C#

Sim. Você pode hospedar quase qualquer linguagem na Hospedagem de Aplicativos, incluindo C#, se usar um Dockerfile.

Cascade CMS

Talvez. Você pode ser capaz de hospedar o Cascade CMS com um Dockerfile, existe um repositório GitHub, mas ele requer muitos ajustes. Você terá que saber como escrever Dockerfiles e entender os requisitos técnicos do Cascade CMS. A Kinsta não pode fornecer suporte técnico para isso.

CodeIgniter

Sim. CodeIgniter é um aplicativo baseado em PHP, portanto, durante o processo de implantação, Kinsta instala automaticamente as dependências definidas em seu arquivo composer.json.

commercetools

Sim. commercetools usa Java, JavaScript, e PHP e pode ser executado na Hospedagem de Aplicativos.

CraftCMS

Talvez. CraftCMS é um aplicativo PHP auto-hospedado que pode se conectar a bancos de dados MySQL e PostgreSQL. Dependendo do aplicativo, ele pode requerer armazenamento persistente, que a Hospedagem de Aplicativos não suporta atualmente. Se o site pode ser executado sem armazenamento persistente, ele pode ser hospedado na Hospedagem de Aplicativos.

Réplicas de banco de dados

Não. Nós não fornecemos atualmente réplicas de banco de dados.

Endereços IP dedicados

Não fornecemos endereços IP dedicados. Cada nova implantação pode ter um pod programado em um host diferente, resultando em um endereço IP diferente. Uma mudança de endereço de IP também pode ocorrer se o Kubernetes precisar mover um pod para outro host devido ao consumo de recursos ou se o pool de node em que está sendo atualizada.

Deno

Sim. Nós temos um exemplo rápido do repo GitHub para o Deno.

Acesso direto ao SSH para pod

Não fornecemos atualmente acesso direto ao SSH para pod; entretanto, isso é algo que esperamos desenvolver no futuro. Para gerenciar um banco de dados, você pode usar uma conexão externa para acessar o banco de dados.

Django

Sim. Nós temos um exemplo rápido do repo GitHub para Django. Você pode seguir este guia sobre como configurar um aplicativo Django na Kinsta.

Docusaurus

Sim. Nós temos um exemplo rápido do repo GitHub para Docusaurus. Você pode seguir nosso guia sobre como montar um site estático com o Docusaurus.

Drupal

Não. O Drupal requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos.

Flask

Sim. Nós temos um exemplo rápido do repo GitHub para o Flask.

Galera Clusters

Não. Atualmente não oferecemos suporte para isso na Kinsta.

Flutter

Sim. Se o aplicativo Flutter é um aplicativo web e tem um Dockerfile, você pode hospedar na Hospedagem de Aplicativos.

Gatsby

Sim. Nós temos um exemplo rápido do repo GitHub para Gatsby.

GitLab Runner

Sim. O GitLab Runner é baseado em Go, que é suportado na Hospedagem de Aplicativos. Eles também fornecem documentação sobre como executar o GitLab Runner como um contêiner Docker, que também é suportado.

Go

Sim. Nós temos um exemplo de início rápido do repo GitHub para Go.

Aplicativos headless, como Sanity

Sim. O backend usa a plataforma headless (neste exemplo, Sanity), e o frontend (hospedado na Kinsta) usa sua biblioteca ou framework preferida. Você também precisará adicionar o nome de domínio do seu aplicativo frontend às configurações CORS da sua plataforma headless (neste exemplo, Settings > API settings > CORS Origins e clique no botão Add CORS origin no seu projeto Sanity).

Incremental Static Regeneration do Next.js

Sim. Isso funciona na Hospedagem do Aplicativo. Para mais informações sobre como configurar o aplicativo, por favor, consulte este artigo do Next.js.

Jamstack

Sim. Nós temos o seguinte exemplo: repos GitHub:

Java

Sim. Nós temos um exemplo rápido do repo GitHub para Java.

Jigsaw

Sim. Nós temos um exemplo rápido do repo GitHub para Jigsaw.

Joomla

Talvez. A Hospedagem de Aplicativos suporta apenas aplicativos sem estado, e Joomla não foi projetado para uso em um ambiente sem estado. Entretanto, é tecnicamente possível executar o Joomla como um aplicativo sem estado. Há um plugin que pode armazenar os arquivos estáticos no S3, e há uma imagem oficial do docker Joomla.

Laravel

Sim. Nós temos um exemplo rápido do repo GitHub para Laravel.

Magento

Não. O Magento requer armazenamento persistente em disco, o que não oferecemos atualmente como parte da hospedagem de aplicativos.

Mastodon

Talvez. É possível executar Mastodon na Hospedagem de Aplicativos, mas isso requer muitos recursos, portanto, o custo para executar pode ser alto. Você provavelmente precisaria do pod de 4GB, pois ele usa ~1,5GB de RAM. Também não há armazenamento persistente ainda, portanto, se seu pod estiver em ciclo ou movido, ele precisará buscar tudo de novo. Os pods não reiniciam com frequência, mas quando reiniciam, o sistema de arquivos volta ao sistema de arquivos original do contêiner.

MERN Stack

Talvez. MERN significa MongoDB, Express, React, and Node, depois das quatro tecnologias-chave que compõem a pilha.

  • MongoDB – banco de dados de documentos
  • Express – framework web do Node.js
  • Reagir – uma biblioteca JavaScript do lado do cliente
  • Node.js – um ambiente de tempo de execução JavaScript

Kinsta não suporta atualmente o MongoDB, mas você pode hospedar o aplicativo na Kinsta enquanto hospeda o banco de dados em outro lugar.

Linguagens de programação Microsoft

Sim, é possível hospedar um aplicativo que utiliza uma linguagem de programação MS na Hospedagem de Aplicativos, desde que seja possível colocar o aplicativo em um contêiner com um Dockerfile.

Aplicativos móveis

Talvez. Depende do aplicativo; você pode hospedar o backend de um aplicativo móvel com Hospedagem de Aplicativos, mas não a construção ou distribuição do aplicativo móvel em si.

MODX

Talvez. MODX é uma plataforma CMS PHP de código aberto. Entretanto, pode exigir armazenamento persistente que a hospedagem de aplicativos não suporta atualmente. Se o site pode ser executado sem armazenamento persistente, ele pode ser hospedado na Hospedagem de aplicativos.

Moodle

Não. O Moodle requer um armazenamento/volume persistente para funcionar corretamente; ele não pode funcionar como um aplicativo sem estado (onde nenhum arquivo crítico é gravado no sistema de arquivos para que o aplicativo possa funcionar corretamente). Isso significa que não podemos suportar isso, pois cada implantação apagaria alguns dados nos quais o Moodle depende.

MSSQL

Não. O MSSQL requer armazenamento persistente, o que não oferecemos atualmente como parte da hospedagem de aplicativos. Quando o armazenamento persistente está disponível na hospedagem de aplicativos, deve ser possível executá-lo, de acordo com este artigo.

n8n

Sim. De acordo com a Documentação Docker n8n, o armazenamento persistente é recomendado como melhor prática, mas não é explicitamente exigido:

“É importante ainda persistir dados na pasta /root/.n8n, pois ela contém dados de usuários n8n e, ainda mais importante, a chave de criptografia para credenciais… Persistir no diretório /root/.n8n, mesmo quando se utiliza bancos de dados alternativos, é a melhor prática recomendada, mas não explicitamente exigida.”

Portanto, ele deve funcionar na Hospedagem de Aplicativos sem armazenamento persistente se você usar um banco de dados também. Entretanto, ele funciona melhor com armazenamento persistente.

Netlify

Talvez. Netlify é um serviço de hospedagem similar ao Kinsta; é provável que o aplicativo que você hospeda na Netlify também possa ser hospedada na Kinsta, dependendo do framework do aplicativo.

Nextcloud

Não. Nextcloud requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos.

NodeJS

Sim. Nós temos o seguinte exemplo de início rápido do repo GitHub para o NodeJS:

Também temos estes guias que você pode seguir:

NuxtJS

Sim. Nós temos um exemplo rápido do repo GitHub para o NuxtJS.

Odoo

Não. Odoo requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos.

OpenCart

Não. OpenCart requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos.

Perfex

Talvez. A Hospedagem de Aplicativos atualmente não suporta aplicativos que exigem armazenamento persistente. Se o aplicativo Perfex precisar de armazenamento de disco persistente, a Kinsta não poderá hospedá-la atualmente. Se o aplicativo Perfex não precisar de armazenamento persistente, a Kinsta poderá hospedá-la, mas não poderá fornecer suporte técnico.

PHP

Sim. Nós temos o seguinte exemplo de início rápido de repos GitHub para PHP:

Você pode seguir este guia sobre como configurar um aplicativo PHP na Kinsta.

phpCMS

Talvez. A Hospedagem de Aplicativos não suporta atualmente aplicativos que necessitam de armazenamento persistente. Se o aplicativo não precisar de armazenamento persistente, podemos hospedá-la, mas não podemos fornecer suporte técnico.

PostGIS

Não. O PostGIS não é suportado atualmente na Hospedagem de Banco de Dados.

Prestashop

Não. O arquivo oficial de composição da docker especifica um volume de armazenamento persistente, e nós não suportamos atualmente armazenamento persistente.

Python

Sim. Temos os seguintes repositórios de exemplos de inicialização rápida do GitHub para Python:

QPDF

Talvez. QPDF é uma ferramenta de linha de comando que está incluída na maioria das distribuições Linux (e em muitas outras distribuições de software).

Há alguns repositórios públicos no GitHub que instalam QPDF como uma dependência no Dockerfile. Se você adicionar os mesmos comandos a um Dockerfile, o QPDF será instalado.

Notas:

  • Ainda não testamos isso na Hospedagem de Aplicativos.
  • QPDF é uma biblioteca C++ e pode requerer componentes adicionais instalados na instância Linux para que ele possa ser compilado com sucesso.

React

Sim. React é uma biblioteca JavaScript frontend, frequentemente usada em conjunto com o Node.js, usada para o backend.

Ruby

Sim. Temos estes exemplos de início rápido para Ruby on Rails:

Scala

Sim. Nós temos um exemplo rápido do repo GitHub para Scala.

Shopify

Talvez. Todos os repositórios mostrados na conta GitHub do Shopify são para diferentes partes do aplicativo deles; você não pode auto-hospedar o site inteiro. No entanto, você pode usar Hydrogen para criar uma vitrine personalizada auto-hospedada, que seria utilizável na Hospedagem de Aplicativos se você criasse um Dockerfile para ele.

Shopware

Sim. Shopware é uma plataforma de eCommerce headless, alimentada por Symfony (PHP) e Vue.js e pode ser executada na Hospedagem de Aplicativos.

Spider Storage Engine in MariaDB

Não. Isto não é suportado atualmente, pois usa um nível mais alto de clustering do banco de dados do que oferecemos.

SQLite

Não. SQLite requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos. Também requer que o banco de dados esteja no mesmo contêiner que o aplicativo, o que não é possível na Hospedagem de Aplicativos.

Statamic

Sim. Nós temos um exemplo rápido do repo GitHub para Statamic.

SuiteCRM

Não. SuiteCRM requer armazenamento persistente, o que não oferecemos atualmente como parte da Hospedagem de Aplicativos.

Symfony

Sim. Symfony é uma framework PHP para criar sites e aplicativos web e pode ser executado na Hospedagem de aplicativos.

SvelteKit

Sim. SvelteKit é uma framework UI que compila seus componentes ao vanilla JavaScript e pode ser executado na Hospedagem de Aplicativos.

VB.net

Sim. Você pode hospedar quase qualquer linguagem na Hospedagem de Aplicativos, incluindo VB.net (Visual Basic), se usar um Dockerfile.

Velo by Wix

Não. Velo não tem uma opção de auto-hospedagem. Você só pode usar o Wix Cloud, então não pode acessar o código e implantá-lo em nossa Hospedagem de Aplicativos.

Vue.js

Sim. Vue.js é um framework JavaScript de código aberto sendo suportado na Hospedagem de Aplicativos.

VuePress

Sim. Nós temos um exemplo rápido do repo GitHub para a VuePress.

Aplicativos para Windows Server

Talvez. Se o aplicativo pode ser executada em um contêiner Linux você pode conseguir hospedá-lo dentro da hospedagem de aplicativos.

Wix

Não. Wix não é código aberto, portanto você não pode acessar o código para mover o aplicativo ou site para nossos serviços de hospedagem.

Yarn

Sim. Yarn é suportado para hospedagem de aplicativos.

Yii Framework

Talvez. Yii apps pode ser sem estado, mas não tem que ser. Se o aplicativo for stateless, ele pode ser hospedado com nossa Hospedagem de Aplicativos. Se não, ela não pode ser hospedada na Kinsta.