O serviço Container Instances é ótimo para operar contêineres isolados que não requerem plataforma de orquestração de contêiner, como Kubernetes. Ele é adequado para casos de uso que incluem APIs, aplicativos web, tarefas de CI/CD, tarefas de automação, processamento de dados/mídia, ambientes de desenvolvimento/teste e muito mais. No entanto, ele não substitui as plataformas de orquestração de contêiner. Para casos de uso que exigem uso de orquestração de contêiner (OKE).
Ao executar contêineres no Container Instances, você não precisa provisionar e gerenciar quaisquer VMs ou servidores. Você pode simplesmente especificar as imagens do contêiner e iniciar a configuração para executar contêineres em Container Instances. A OCI gerencia a computação subjacente necessária para executar seus contêineres. Se você executar contêineres em uma máquina virtual, será responsável por gerenciar o servidor e instalar e manter o runtime do contêiner na máquina virtual.
Com o OCI Container Instances, você só paga pelos recursos usados pelas instâncias do contêiner. O preço dos recursos de CPU e memória alocados para uma instância de contêiner é igual ao preço do OCI Compute Instances para a forma escolhida. Não há despesas adicionais pelo uso de instâncias de contêiner. As horas parciais de OCPU e gigabyte (memória) consumidas são cobradas como horas parciais com um mínimo de um minuto e o uso é agregado por segundo. Por padrão, cada instância de contêiner obtém 15 GB de armazenamento efêmero, sem custos adicionais. Para saber mais, consulte a página de preços do Container Instances.
Ao criar uma instância de contêiner, você pode selecionar a forma de computação subjacente e alocar até o máximo de recursos de CPU e memória fornecidos pela forma. Por exemplo, se você selecionar uma forma Flex E4 ou E3, poderá alocar até 64 núcleos (128 vCPU) e 1024 GB de memória para sua instância de contêiner.
Sim. Ao criar uma instância de contêiner, você pode especificar um ou mais contêineres. Você pode especificar a imagem do contêiner e, opcionalmente, variáveis de ambiente, limites de recursos, opções de inicialização etc. para cada contêiner.
Uma instância de contêiner normalmente deve executar uma única aplicação. No entanto, o contêiner de aplicações pode exigir contêineres de suporte, como sidecar de log ou contêiner de banco de dados, para fins de desenvolvimento. Você pode optar por executar esses vários contêineres da mesma aplicação em uma instância de contêiner. Os contêineres executados na mesma instância do contêiner compartilharão os recursos da CPU/memória, rede local e armazenamento efêmero. Você pode optar por aplicar limites de recursos de CPU/memória no nível do contêiner para restringir a quantidade de recursos consumida por cada contêiner.
Qualquer registro de contêiner compatível com a Open Container Initiative, incluindo o OCI Container Registry, possui suporte.
Cada instância de contêiner recebe 15 GB de armazenamento efêmero por padrão. Opções para anexar volumes persistentes com OCI Block Storage e OCI File Storage (FSS) estarão disponíveis em breve. As instâncias de contêiner também podem usar bancos de dados externos para armazenar dados que sobrevivem à instância de contêiner.
Uma instância de contêiner ficará inativa assim que todos os contêineres nessa instância pararem e a política de reinicialização automática não for habilitada. Isso significa que as instâncias de contêiner usadas para cargas de trabalho efêmeras, como pipelines de CI/CD, tarefas de automação para operações em nuvem, processamento de dados/mídia etc., serão interrompidas assim que a carga de trabalho for executada. Os clientes só serão cobrados pela duração do trabalho.
Para instâncias de contêiner que precisam permanecer ativas, como as usadas para aplicações da web, os clientes podem configurar políticas de reinicialização para reiniciar os contêineres em uma instância de contêiner em caso de falha, garantindo que a aplicação esteja sempre ativa.