> For the complete documentation index, see [llms.txt](https://academy.pentaho.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.pentaho.com/pentaho-11-installation-en/pentaho-11-installation-pt-br/instalacao/containers.md).
# Contêineres
{% hint style="info" %}
#### Contêineres
Contêineres são pacotes leves e independentes que incluem tudo o que é necessário para executar uma aplicação: código, ambiente de execução, ferramentas de sistema, bibliotecas e configurações. Diferentemente das máquinas virtuais, que virtualizam o hardware, os contêineres virtualizam o sistema operacional, compartilhando o kernel do SO do host enquanto isolam os processos da aplicação. Isso os torna muito mais eficientes e rápidos para iniciar.
{% endhint %}
Contêineres
{% tabs %}
{% tab title="Ambientes de execução" %}
{% hint style="info" %}
**Docker** é a plataforma de contêineres mais conhecida. Ela popularizou a conteinerização ao torná-la acessível e fácil de usar. O Docker fornece ferramentas para criar imagens de contêiner (Dockerfile), executar contêineres e gerenciá-los. Embora "Docker" muitas vezes se refira à plataforma inteira, o Docker Engine é o ambiente de execução real que executa os contêineres. O Docker também inclui o Docker Compose para definir aplicações com múltiplos contêineres e o Docker Swarm para orquestração básica.
**containerd** é um ambiente de execução de contêineres central e padrão do setor que realmente alimenta o Docker (o Docker o usa nos bastidores). Ele gerencia todo o ciclo de vida do contêiner - transferência de imagens, armazenamento, execução e rede. Muitas implantações do Kubernetes usam o containerd diretamente, em vez de passar pelo Docker.
**CRI-O** é um ambiente de execução de contêineres leve, criado especificamente para o Kubernetes. Ele implementa a Interface de Ambiente de Execução de Contêineres do Kubernetes (CRI) e foi projetado para ser um ambiente mínimo para o Kubernetes, sem recursos extras.
**Podman** é um mecanismo de contêineres sem daemon que é compatível com comandos do Docker, mas não exige a execução de um serviço em segundo plano com privilégios de root. É popular em ambientes preocupados com segurança e em sistemas Red Hat/Fedora.
**LXC/LXD** (Linux Containers) é uma tecnologia de contêineres mais antiga que fornece virtualização em nível de sistema operacional. Os contêineres LXC são mais parecidos com VMs leves, executando um sistema Linux completo, enquanto os contêineres Docker normalmente executam aplicações individuais.
{% endhint %}
{% endtab %}
{% tab title="Orquestração" %}
{% hint style="info" %}
**Kubernetes** (K8s) é a plataforma dominante de orquestração de contêineres. Ela não executa contêineres por conta própria, mas gerencia ambientes de execução de contêineres, automatizando a implantação, a escalabilidade, a rede e o gerenciamento de aplicações conteinerizadas em clusters de máquinas. O Kubernetes introduz conceitos como pods (grupos de contêineres), serviços, implantações e namespaces para gerenciar aplicações complexas.
**Docker Swarm** é a ferramenta nativa de orquestração do Docker, mais simples que o Kubernetes, mas com menos recursos. É mais fácil de configurar, mas foi amplamente ofuscada pelo Kubernetes.
**Apache Mesos** com Marathon foi uma plataforma inicial de orquestração de contêineres, embora hoje seja menos comum. Ela pode orquestrar tanto contêineres quanto outras cargas de trabalho.
**Nomad** da HashiCorp é uma alternativa mais simples ao Kubernetes que pode orquestrar contêineres, VMs e aplicações independentes.
**Amazon ECS/EKS, Azure Container Instances, Google Kubernetes Engine** são serviços de contêiner gerenciados específicos de nuvem que lidam com grande parte da complexidade da infraestrutura.
{% endhint %}
{% endtab %}
{% tab title="Especializado" %}
{% hint style="info" %}
**Contêineres do Windows** permitem a conteinerização de aplicações Windows, embora sejam menos comuns do que os contêineres Linux. Eles vêm em dois tipos: Windows Server Containers (isolamento por processo) e Hyper-V Containers (isolamento mais forte).
**Contêineres sem servidor** como AWS Fargate, Azure Container Instances e Google Cloud Run permitem que você execute contêineres sem gerenciar a infraestrutura subjacente - basta fornecer a imagem do contêiner.
{% endhint %}
{% endtab %}
{% endtabs %}
{% hint style="info" %}
O ecossistema convergiu amplamente em torno dos padrões OCI (Open Container Initiative), o que significa que a maioria das ferramentas é interoperável. O Docker continua sendo o mais popular para desenvolvimento, o containerd para ambientes de execução em produção e o Kubernetes para orquestração em escala.
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://academy.pentaho.com/pentaho-11-installation-en/pentaho-11-installation-pt-br/instalacao/containers.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.