From ae7b6ab1fa344ae35a706f57df6dec808f9914aa Mon Sep 17 00:00:00 2001 From: Karen Bradshaw Date: Mon, 1 Jun 2020 09:15:50 -0400 Subject: [PATCH] add pt pages --- .../concepts/architecture/cloud-controller.md | 10 +++++----- .../pt/docs/concepts/architecture/controller.md | 15 ++++++++------- .../architecture/master-node-communication.md | 10 +++++----- .../concepts/cluster-administration/addons.md | 10 +++++----- .../cluster-administration/certificates.md | 10 +++++----- .../cluster-administration-overview.md | 10 +++++----- .../kubelet-garbage-collection.md | 15 ++++++++------- .../concepts/cluster-administration/logging.md | 10 +++++----- .../docs/concepts/configuration/pod-overhead.md | 15 ++++++++------- .../api-extension/apiserver-aggregation.md | 15 ++++++++------- .../docs/concepts/extend-kubernetes/operator.md | 15 ++++++++------- .../overview/working-with-objects/names.md | 12 ++++++------ .../pt/docs/concepts/scheduling/kube-scheduler.md | 15 ++++++++------- .../concepts/workloads/controllers/cron-jobs.md | 10 +++++----- content/pt/docs/contribute/_index.md | 15 ++++++++------- content/pt/docs/home/supported-doc-versions.md | 10 +++++----- content/pt/docs/reference/_index.md | 10 +++++----- content/pt/docs/reference/kubectl/cheatsheet.md | 15 ++++++++------- content/pt/docs/reference/tools.md | 9 ++++----- 19 files changed, 119 insertions(+), 112 deletions(-) diff --git a/content/pt/docs/concepts/architecture/cloud-controller.md b/content/pt/docs/concepts/architecture/cloud-controller.md index a708b1998e4..3a6e028fb71 100644 --- a/content/pt/docs/concepts/architecture/cloud-controller.md +++ b/content/pt/docs/concepts/architecture/cloud-controller.md @@ -1,10 +1,10 @@ --- title: Conceitos sobre Cloud Controller Manager -content_template: templates/concept +content_type: concept weight: 30 --- -{{% capture overview %}} + O conceito do Cloud Controller Manager (CCM) (não confundir com o binário) foi originalmente criado para permitir que o código específico de provedor de nuvem e o núcleo do Kubernetes evoluíssem independentemente um do outro. O Cloud Controller Manager é executado junto com outros componentes principais, como o Kubernetes controller manager, o servidor de API e o scheduler. Também pode ser iniciado como um addon do Kubernetes, caso em que é executado em cima do Kubernetes. @@ -16,10 +16,10 @@ Aqui está a arquitetura de um cluster Kubernetes sem o Cloud Controller Manager ![Pre CCM Kube Arch](/images/docs/pre-ccm-arch.png) -{{% /capture %}} -{{% capture body %}} + + ## Projeto de Arquitetura (Design) @@ -237,4 +237,4 @@ Os seguintes provedores de nuvem implementaram CCMs: Voce vai encontrar instruções completas para configurar e executar o CCM [aqui](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager). -{{% /capture %}} + diff --git a/content/pt/docs/concepts/architecture/controller.md b/content/pt/docs/concepts/architecture/controller.md index 4ab6e98cae7..2bbf0ad3513 100644 --- a/content/pt/docs/concepts/architecture/controller.md +++ b/content/pt/docs/concepts/architecture/controller.md @@ -1,10 +1,10 @@ --- title: Controladores -content_template: templates/concept +content_type: concept weight: 30 --- -{{% capture overview %}} + Em robótica e automação um _control loop_, ou em português _ciclo de controle_, é um ciclo não terminado que regula o estado de um sistema. @@ -18,10 +18,10 @@ mais perto do estado desejado, ligando ou desligando o equipamento. {{< glossary_definition term_id="controller" length="short">}} -{{% /capture %}} -{{% capture body %}} + + ## Padrão Controlador (Controller pattern) @@ -146,11 +146,12 @@ Pode correr o seu próprio controlador como um conjunto de *Pods*, ou externo ao Kubernetes. O que encaixa melhor vai depender no que esse controlador faz em particular. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * Leia mais sobre o [plano de controle do Kubernetes](/docs/concepts/#kubernetes-control-plane) * Descubra alguns dos [objetos Kubernetes](/docs/concepts/#kubernetes-objects) básicos. * Aprenda mais sobre [API do Kubernetes](/docs/concepts/overview/kubernetes-api/) * Se pretender escrever o seu próprio controlador, veja [Padrões de Extensão](/docs/concepts/extend-kubernetes/extend-cluster/#extension-patterns) -{{% /capture %}} + diff --git a/content/pt/docs/concepts/architecture/master-node-communication.md b/content/pt/docs/concepts/architecture/master-node-communication.md index 848eea2bb99..8cf2ad86c6a 100644 --- a/content/pt/docs/concepts/architecture/master-node-communication.md +++ b/content/pt/docs/concepts/architecture/master-node-communication.md @@ -3,11 +3,11 @@ reviewers: - dchen1107 - liggitt title: Comunicação entre Node e Master -content_template: templates/concept +content_type: concept weight: 20 --- -{{% capture overview %}} + Este documento cataloga os caminhos de comunicação entre o Master (o apiserver) e o cluster Kubernetes. A intenção é permitir que os usuários @@ -15,10 +15,10 @@ personalizem sua instalação para proteger a configuração de rede então o cluster pode ser executado em uma rede não confiável (ou em IPs totalmente públicos em um provedor de nuvem). -{{% /capture %}} -{{% capture body %}} + + ## Cluster para o Master @@ -102,4 +102,4 @@ os nós estão sendo executados. Atualmente, os túneis SSH estão obsoletos, portanto, você não deve optar por usá-los, a menos que saiba o que está fazendo. Um substituto para este canal de comunicação está sendo projetado. -{{% /capture %}} + diff --git a/content/pt/docs/concepts/cluster-administration/addons.md b/content/pt/docs/concepts/cluster-administration/addons.md index a9e0f55d9e7..0a50c96190f 100644 --- a/content/pt/docs/concepts/cluster-administration/addons.md +++ b/content/pt/docs/concepts/cluster-administration/addons.md @@ -1,9 +1,9 @@ --- title: Instalando Addons -content_template: templates/concept +content_type: concept --- -{{% capture overview %}} + Addons estendem a funcionalidade do Kubernetes. @@ -12,10 +12,10 @@ Esta página lista alguns dos add-ons e links com suas respectivas instruções Os Add-ons de cada sessão são classificados em ordem alfabética - a ordem não implica qualquer status preferencial. -{{% /capture %}} -{{% capture body %}} + + ## Rede e Política de Rede @@ -55,4 +55,4 @@ Existem vários outros complementos documentados no diretório não mais ultiliz Projetos bem mantidos deveriam ser linkados aqui. PRs são bem vindas! -{{% /capture %}} + diff --git a/content/pt/docs/concepts/cluster-administration/certificates.md b/content/pt/docs/concepts/cluster-administration/certificates.md index 36554c1b880..c75051304ca 100644 --- a/content/pt/docs/concepts/cluster-administration/certificates.md +++ b/content/pt/docs/concepts/cluster-administration/certificates.md @@ -1,19 +1,19 @@ --- title: Certificates -content_template: templates/concept +content_type: concept weight: 20 --- -{{% capture overview %}} + Ao usar um client para autenticação de certificado, você pode gerar certificados manualmente através `easyrsa`, `openssl` ou `cfssl`. -{{% /capture %}} -{{% capture body %}} + + ### easyrsa @@ -225,4 +225,4 @@ Você pode usar a API `certificates.k8s.io` para provisionar certificados x509 a serem usados ​​para autenticação conforme documentado [aqui](/docs/tasks/tls/managing-tls-in-a-cluster). -{{% /capture %}} + diff --git a/content/pt/docs/concepts/cluster-administration/cluster-administration-overview.md b/content/pt/docs/concepts/cluster-administration/cluster-administration-overview.md index 3a6f0a9bf9f..82bf9a55455 100644 --- a/content/pt/docs/concepts/cluster-administration/cluster-administration-overview.md +++ b/content/pt/docs/concepts/cluster-administration/cluster-administration-overview.md @@ -3,15 +3,15 @@ reviewers: - davidopp - lavalamp title: Visão Geral da Administração de Cluster -content_template: templates/concept +content_type: concept weight: 10 --- -{{% capture overview %}} + A visão geral da administração de cluster é para qualquer um criando ou administrando um cluster Kubernetes. Assume-se que você tenha alguma familiaridade com os [conceitos](/docs/concepts/) centrais do Kubernetes. -{{% /capture %}} -{{% capture body %}} + + ## Planejando um cluster Veja os guias em [Setup](/docs/setup/) para exemplos de como planejar, iniciar e configurar clusters Kubernetes. As soluções listadas neste artigo são chamadas *distros*. @@ -71,6 +71,6 @@ descreve como interagir com os logs de auditoria do Kubernetes. * [Logando e monitorando a atividade de cluster](/docs/concepts/cluster-administration/logging/) explica como o log funciona no Kubernetes e como implementá-lo. -{{% /capture %}} + diff --git a/content/pt/docs/concepts/cluster-administration/kubelet-garbage-collection.md b/content/pt/docs/concepts/cluster-administration/kubelet-garbage-collection.md index 78270eedccf..efdebb57f24 100644 --- a/content/pt/docs/concepts/cluster-administration/kubelet-garbage-collection.md +++ b/content/pt/docs/concepts/cluster-administration/kubelet-garbage-collection.md @@ -1,19 +1,19 @@ --- reviewers: title: Configurando o Garbage Collection do kubelet -content_template: templates/concept +content_type: concept weight: 70 --- -{{% capture overview %}} + O Garbage collection(Coleta de lixo) é uma função útil do kubelet que limpa imagens e contêineres não utilizados. O kubelet executará o garbage collection para contêineres a cada minuto e para imagens a cada cinco minutos. Ferramentas externas de garbage collection não são recomendadas, pois podem potencialmente interromper o comportamento do kubelet removendo os contêineres que existem. -{{% /capture %}} -{{% capture body %}} + + ## Coleta de imagens @@ -62,10 +62,11 @@ Incluindo: | `--low-diskspace-threshold-mb` | `--eviction-hard` ou `eviction-soft` | O despejo generaliza os limites do disco para outros recursos | | `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | O despejo generaliza a transição da pressão do disco para outros recursos | -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + Consulte [Configurando a Manipulação de Recursos Insuficientes](/docs/tasks/administer-cluster/out-of-resource/) para mais detalhes. -{{% /capture %}} + diff --git a/content/pt/docs/concepts/cluster-administration/logging.md b/content/pt/docs/concepts/cluster-administration/logging.md index f605a3e8756..333e568a473 100644 --- a/content/pt/docs/concepts/cluster-administration/logging.md +++ b/content/pt/docs/concepts/cluster-administration/logging.md @@ -3,19 +3,19 @@ reviewers: - piosz - x13n title: Arquitetura de Log -content_template: templates/concept +content_type: concept weight: 60 --- -{{% capture overview %}} + Os logs de aplicativos e sistemas podem ajudá-lo a entender o que está acontecendo dentro do seu cluster. Os logs são particularmente úteis para depurar problemas e monitorar a atividade do cluster. A maioria das aplicações modernas possui algum tipo de mecanismo de logs; como tal, a maioria dos mecanismos de contêineres também é projetada para suportar algum tipo de log. O método de log mais fácil e abrangente para aplicações em contêiner é gravar nos fluxos de saída e erro padrão. No entanto, a funcionalidade nativa fornecida por um mecanismo de contêiner ou tempo de execução geralmente não é suficiente para uma solução completa de log. Por exemplo, se um contêiner travar, um pod for despejado ou um nó morrer, geralmente você ainda desejará acessar os logs do aplicativo. Dessa forma, os logs devem ter armazenamento e ciclo de vida separados, independentemente de nós, pods ou contêineres. Este conceito é chamado _cluster-level-logging_. O log no nível de cluster requer um back-end separado para armazenar, analisar e consultar logs. O kubernetes não fornece uma solução de armazenamento nativa para dados de log, mas você pode integrar muitas soluções de log existentes no cluster do Kubernetes. -{{% /capture %}} -{{% capture body %}} + + As arquiteturas de log no nível de cluster são descritas no pressuposto de que um back-end de log esteja presente dentro ou fora do cluster. Se você não estiver interessado em ter o log no nível do cluster, ainda poderá encontrar a descrição de como os logs são armazenados e manipulados no nó para serem úteis. @@ -203,4 +203,4 @@ Lembre-se de que este é apenas um exemplo e você pode realmente substituir o f Você pode implementar o log no nível do cluster, expondo ou enviando logs diretamente de todos os aplicativos; no entanto, a implementação desse mecanismo de log está fora do escopo do Kubernetes. -{{% /capture %}} + diff --git a/content/pt/docs/concepts/configuration/pod-overhead.md b/content/pt/docs/concepts/configuration/pod-overhead.md index 5a18b11f099..78ba1d6ffde 100644 --- a/content/pt/docs/concepts/configuration/pod-overhead.md +++ b/content/pt/docs/concepts/configuration/pod-overhead.md @@ -4,11 +4,11 @@ reviewers: - egernst - tallclair title: Pod Overhead -content_template: templates/concept +content_type: concept weight: 50 --- -{{% capture overview %}} + {{< feature-state for_k8s_version="v1.18" state="beta" >}} @@ -18,10 +18,10 @@ Sobrecarga de Pod, do inglês _Pod Overhead_, é uma funcionalidade que serve pa infraestrutura do Pod para além das solicitações e limites do _container_. -{{% /capture %}} -{{% capture body %}} + + No Kubernetes, a sobrecarga de _Pods_ é definido no tempo de [admissão](/docs/reference/access-authn-authz/extensible-admission-controllers/#what-are-admission-webhooks) @@ -187,11 +187,12 @@ para ajudar a identificar quando o _PodOverhead_ está a ser utilizado e para aj em execução com uma sobrecarga (_Overhead_) definida. Esta funcionalidade não está disponível na versão 1.9 do kube-state-metrics, mas é esperado num próximo _release_. Os utilizadores necessitarão entretanto de construir kube-state-metrics a partir da fonte. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * [RuntimeClass](/docs/concepts/containers/runtime-class/) * [PodOverhead Design](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190226-pod-overhead.md) -{{% /capture %}} + diff --git a/content/pt/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation.md b/content/pt/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation.md index 6fb6350a568..1efa9739f6c 100644 --- a/content/pt/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation.md +++ b/content/pt/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation.md @@ -4,11 +4,11 @@ reviewers: - lavalamp - cheftako - chenopis -content_template: templates/concept +content_type: concept weight: 20 --- -{{% capture overview %}} + A camada de agregação permite ao Kubernetes ser estendido com APIs adicionais, para além do que é oferecido pelas APIs centrais do Kubernetes. @@ -20,9 +20,9 @@ A camada de agregação é diferente dos [Recursos Personalizados](/docs/concept que são uma forma de fazer o {{< glossary_tooltip term_id="kube-apiserver" text="kube-apiserver" >}} reconhecer novas espécies de objetos. -{{% /capture %}} -{{% capture body %}} + + ## Camada de agregação @@ -53,13 +53,14 @@ considere fazer alterações que permitam atingi-lo. Pode também definir a restrição de intervalo. Esta portal de funcionalidade deprecado será removido num lançamento futuro. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * Para pôr o agregador a funcionar no seu ambiente, [configure a camada de agregação](/docs/tasks/access-kubernetes-api/configure-aggregation-layer/). * De seguida, [configura um api-server de extensão](/docs/tasks/access-kubernetes-api/setup-extension-api-server/) para funcionar com a camada de agregação. * Também, aprenda como pode [estender a API do Kubernetes através do use de Definições de Recursos Personalizados](/docs/tasks/access-kubernetes-api/extend-api-custom-resource-definitions/). * Leia a especificação do [APIService](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#apiservice-v1-apiregistration-k8s-io) -{{% /capture %}} + diff --git a/content/pt/docs/concepts/extend-kubernetes/operator.md b/content/pt/docs/concepts/extend-kubernetes/operator.md index 9b7198d2fe7..c1ed3ed47e9 100644 --- a/content/pt/docs/concepts/extend-kubernetes/operator.md +++ b/content/pt/docs/concepts/extend-kubernetes/operator.md @@ -1,20 +1,20 @@ --- title: Padrão Operador -content_template: templates/concept +content_type: concept weight: 30 --- -{{% capture overview %}} + Operadores são extensões de software para o Kubernetes que fazem uso de [*recursos personalizados*](/docs/concepts/extend-kubernetes/api-extension/custom-resources/) para gerir aplicações e os seus componentes. Operadores seguem os princípios do Kubernetes, notavelmente o [ciclo de controle](/docs/concepts/#kubernetes-control-plane). -{{% /capture %}} -{{% capture body %}} + + ## Motivação @@ -118,9 +118,10 @@ para escrever o seu próprio Operador *cloud native*. Pode também implementar um Operador (isto é, um Controlador) usando qualquer linguagem / *runtime* que pode atuar como um [cliente da API do Kubernetes](/docs/reference/using-api/client-libraries/). -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * Aprenda mais sobre [Recursos Personalizados](/docs/concepts/extend-kubernetes/api-extension/custom-resources/) * Encontre operadores prontos em [OperatorHub.io](https://operatorhub.io/) para o seu caso de uso @@ -134,4 +135,4 @@ que pode atuar como um [cliente da API do Kubernetes](/docs/reference/using-api/ * Leia o [artigo original da CoreOS](https://coreos.com/blog/introducing-operators.html) que introduz o padrão Operador * Leia um [artigo](https://cloud.google.com/blog/products/containers-kubernetes/best-practices-for-building-kubernetes-operators-and-stateful-apps) da Google Cloud sobre as melhores práticas para contruir Operadores -{{% /capture %}} + diff --git a/content/pt/docs/concepts/overview/working-with-objects/names.md b/content/pt/docs/concepts/overview/working-with-objects/names.md index 409ddd55097..99aff00a2e3 100644 --- a/content/pt/docs/concepts/overview/working-with-objects/names.md +++ b/content/pt/docs/concepts/overview/working-with-objects/names.md @@ -1,10 +1,10 @@ --- title: Nomes -content_template: templates/concept +content_type: concept weight: 20 --- -{{% capture overview %}} + Cada objeto em um cluster possui um Nome que é único para aquele tipo de recurso. Todo objeto do Kubernetes também possui um UID que é único para todo o cluster. @@ -14,10 +14,10 @@ e um Deployment ambos com o nome "myapp-1234". Para atributos não únicos providenciados por usuário, Kubernetes providencia [labels](/docs/concepts/overview/working-with-objects/labels/) e [annotations](/docs/concepts/overview/working-with-objects/annotations/). -{{% /capture %}} -{{% capture body %}} + + ## Nomes @@ -49,8 +49,8 @@ Alguns tipos de recursos possuem restrições adicionais em seus nomes. Kubernetes UIDs são identificadores únicos universais (também chamados de UUIDs). UUIDs utilizam padrões ISO/IEC 9834-8 e ITU-T X.667. -{{% /capture %}} + {{% capture Qual é o próximo %}} * Leia sobre [labels](/docs/concepts/overview/working-with-objects/labels/) em Kubernetes. * Consulte o documento de design [Identificadores e Nomes em Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/identifiers.md). -{{% /capture %}} + diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index b822c049327..575a8e78394 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -1,19 +1,19 @@ --- title: Escalonador do Kubernetes date: 2020-04-19 -content_template: templates/concept +content_type: concept weight: 50 --- -{{% capture overview %}} + No Kubernetes, _escalonamento_ refere-se a garantir que os {{< glossary_tooltip text="Pods" term_id="pod" >}} sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} para que o {{< glossary_tooltip text="Kubelet" term_id="kubelet" >}} possa executá-los. -{{% /capture %}} -{{% capture body %}} + + ## Visão geral do Escalonamento {#escalonamento} @@ -82,12 +82,13 @@ do escalonador: 1. [Perfis de Escalonamento](/docs/reference/scheduling/profiles) permitem configurar Plugins que implementam diferentes estágios de escalonamento, incluindo: `QueueSort`, `Filter`, `Score`, `Bind`, `Reserve`, `Permit`, e outros. Você também pode configurar o kube-scheduler para executar diferentes perfis. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * Leia sobre [ajuste de desempenho do escalonador](/docs/concepts/scheduling/scheduler-perf-tuning/) * Leia sobre [restrições de propagação da topologia de pod](/docs/concepts/workloads/pods/pod-topology-spread-constraints/) * Leia a [documentação de referência](/docs/reference/command-line-tools-reference/kube-scheduler/) para o kube-scheduler * Aprenda como [configurar vários escalonadores](/docs/tasks/administer-cluster/configure-multiple-schedulers/) * Aprenda sobre [políticas de gerenciamento de topologia](/docs/tasks/administer-cluster/topology-manager/) * Aprenda sobre [Pod Overhead](/docs/concepts/configuration/pod-overhead/) -{{% /capture %}} + diff --git a/content/pt/docs/concepts/workloads/controllers/cron-jobs.md b/content/pt/docs/concepts/workloads/controllers/cron-jobs.md index a3241f73b0a..669d3276d47 100644 --- a/content/pt/docs/concepts/workloads/controllers/cron-jobs.md +++ b/content/pt/docs/concepts/workloads/controllers/cron-jobs.md @@ -4,11 +4,11 @@ reviewers: - soltysh - janetkuo title: CronJob -content_template: templates/concept +content_type: concept weight: 80 --- -{{% capture overview %}} + {{< feature-state for_k8s_version="v1.8" state="beta" >}} @@ -25,9 +25,9 @@ O nome não deve ter mais que 52 caracteres. Isso ocorre porque o controlador do Para obter instruções sobre como criar e trabalhar com tarefas cron, e para obter um exemplo de arquivo de especificação para uma tarefa cron, consulte [Executando tarefas automatizadas com tarefas cron](/docs/tasks/job/automated-tasks-with-cron-jobs). -{{% /capture %}} -{{% capture body %}} + + ## Limitações do Cron Job @@ -51,4 +51,4 @@ Para ilustrar ainda mais esse conceito, suponha que um CronJob esteja definido p O CronJob é responsável apenas pela criação de trabalhos que correspondem à sua programação, e o trabalho, por sua vez, é responsável pelo gerenciamento dos Pods que ele representa. -{{% /capture %}} + diff --git a/content/pt/docs/contribute/_index.md b/content/pt/docs/contribute/_index.md index 0e947a36a2a..86c4d929672 100644 --- a/content/pt/docs/contribute/_index.md +++ b/content/pt/docs/contribute/_index.md @@ -1,20 +1,20 @@ --- -content_template: templates/concept +content_type: concept title: Contribua com o Kubernetes docs linktitle: Contribute main_menu: true weight: 80 --- -{{% capture overview %}} + Caso você gostaria de contribuir com a documentação ou o site do Kubernetes, ficamos felizes em ter sua ajuda! Qualquer pessoa pode contribuir, seja você novo no projeto ou se você já esta no mercado há muito tempo. Além disso, Se você se identifica como desenvolvedor, usuário final ou alguém que simplesmente não suporta ver erros de digitação. -{{% /capture %}} -{{% capture body %}} + + ## Começando @@ -49,13 +49,14 @@ Para se envolver com a documentação: - Para contribuir com a comunidade Kubernetes por meio de fóruns on-line, como Twitter ou Stack Overflow, ou aprender sobre encontros locais e eventos do Kubernetes, visite o a area de [comunidade Kubernetes](/community/). - Para contribuir com o desenvolvimento de novas funções, leia o [cheatsheet do colaborador](https://github.com/kubernetes/community/tree/master/contributors/guide/contributor-cheatsheet) para começar. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + - Para obter mais informações sobre os conceitos básicos de contribuição para a documentação, leia [Comece a contribuir](/docs/contribute/start/). - Siga o [Guia de estilo de documentação do Kubernetes](/docs/contribute/style/style-guide/) ao propor mudanças. - Para mais informações sobre o SIG Docs, leia [Participando do SIG Docs](/docs/contribute/participating/). - Para mais informações sobre a localização de documentos do Kubernetes, leia [Localização da documentação do Kubernetes](/docs/contribute/localization/). -{{% /capture %}} + diff --git a/content/pt/docs/home/supported-doc-versions.md b/content/pt/docs/home/supported-doc-versions.md index 7b586445f59..27577f6146f 100644 --- a/content/pt/docs/home/supported-doc-versions.md +++ b/content/pt/docs/home/supported-doc-versions.md @@ -1,20 +1,20 @@ --- title: Versões Suportadas da Documentação do Kubernetes -content_template: templates/concept +content_type: concept card: name: about weight: 10 title: Versões Suportadas da Documentação --- -{{% capture overview %}} + Este site contém documentação para a versão atual do Kubernetes e as quatro versões anteriores do Kubernetes. -{{% /capture %}} -{{% capture body %}} + + ## Versão Atual @@ -25,6 +25,6 @@ A versão atual é {{< versions-other >}} -{{% /capture %}} + diff --git a/content/pt/docs/reference/_index.md b/content/pt/docs/reference/_index.md index 1c73816a69f..6f06a2cc6cc 100644 --- a/content/pt/docs/reference/_index.md +++ b/content/pt/docs/reference/_index.md @@ -5,16 +5,16 @@ approvers: linkTitle: "Referência" main_menu: true weight: 70 -content_template: templates/concept +content_type: concept --- -{{% capture overview %}} + Esta seção da documentação do Kubernetes contém referências. -{{% /capture %}} -{{% capture body %}} + + ## Referência da API @@ -49,4 +49,4 @@ Para chamar a API Kubernetes de uma linguagem de programação, você pode usar Um arquivo dos documentos de design para as funcionalidades do Kubernetes. Bons pontos de partida são [Arquitetura Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md) e [Visão geral do design do Kubernetes](https://git.k8s.io/community/contributors/design-proposals). -{{% /capture %}} + diff --git a/content/pt/docs/reference/kubectl/cheatsheet.md b/content/pt/docs/reference/kubectl/cheatsheet.md index 9cdf34dc37a..ab223c79495 100644 --- a/content/pt/docs/reference/kubectl/cheatsheet.md +++ b/content/pt/docs/reference/kubectl/cheatsheet.md @@ -4,21 +4,21 @@ reviewers: - erictune - krousey - clove -content_template: templates/concept +content_type: concept card: name: reference weight: 30 --- -{{% capture overview %}} + Veja também: [Visão geral do Kubectl](/docs/reference/kubectl/overview/) e [JsonPath Guide](/docs/reference/kubectl/jsonpath). Esta página é uma visão geral do comando `kubectl`. -{{% /capture %}} -{{% capture body %}} + + # kubectl - Cheat Sheet @@ -375,9 +375,10 @@ Verbosidade | Descrição `--v=8` | Exibir conteúdo da solicitação HTTP. `--v=9` | Exiba o conteúdo da solicitação HTTP sem o truncamento do conteúdo. -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + * Saiba mais em [Visão geral do kubectl](/docs/reference/kubectl/overview/). @@ -387,4 +388,4 @@ Verbosidade | Descrição * Ver mais comunidade [kubectl cheatsheets](https://github.com/dennyzhang/cheatsheet-kubernetes-A4). -{{% /capture %}} + diff --git a/content/pt/docs/reference/tools.md b/content/pt/docs/reference/tools.md index c068d503fba..a8ff7b1da14 100644 --- a/content/pt/docs/reference/tools.md +++ b/content/pt/docs/reference/tools.md @@ -1,13 +1,13 @@ --- title: Ferramentas -content_template: templates/concept +content_type: concept --- -{{% capture overview %}} + O Kubernetes contém várias ferramentas internas para ajudá-lo a trabalhar com o sistema Kubernetes. -{{% /capture %}} -{{% capture body %}} + + ## Kubectl [`kubectl`](/docs/tasks/tools/install-kubectl/) é a ferramenta de linha de comando para o Kubernetes. Ela controla o gerenciador de cluster do Kubernetes. @@ -51,4 +51,3 @@ Use o Kompose para: * Ir do desenvolvimento local do Docker ao gerenciamento de seu aplicativo via Kubernetes * Converter arquivos `yaml` do Docker Compose v1 ou v2 ou [Bundles de Aplicativos Distribuídos](https://docs.docker.com/compose/bundles/) -{{% /capture %}} \ No newline at end of file