Nenhum resultado encontrado

Sua pesquisa não corresponde a nenhum resultado.

Sugerimos que você tente o seguinte para ajudar a encontrar o que procura:

  • Verifique a ortografia da sua pesquisa por palavra-chave.
  • Use sinônimos para a palavra-chave digitada; por exemplo, tente “aplicativo” em vez de “software.”
  • Tente uma das pesquisas populares mostradas abaixo.
  • Inicie uma nova pesquisa.
Perguntas Frequentes

Perguntas Frequentes

Abra tudo Feche tudo

    Oracle Container Native Platform

  • O que é Oracle Container Native Platform?

    A Oracle Container Native Platform é uma solução de código aberto e orientada à comunidade que inclui um registro de contêiner gerenciado (Oracle Cloud Infrastructure Registry) e um serviço Kubernetes gerenciado (Oracle Container Engine). A plataforma aproveita a Oracle Cloud Infrastructure para obter alto desempenho, alta disponibilidade, segurança e confiabilidade. A Oracle planeja adicionar Funções e Microsserviços de Contêineres da Oracle à plataforma em um futuro próximo.

    Com essa plataforma, a Oracle fornece um conjunto completo e de nível empresarial de serviços em nuvem para criar, implementar e operar microsserviços nativos de contêiner e aplicativos Serverless. À medida que os desenvolvedores adotam rapidamente tecnologias nativas de contêiner para novos aplicativos nativos da nuvem e para aplicativos tradicionais migrados, eles estão ficando cada vez mais preocupados em serem presos por seus fornecedores de nuvem e seus fornecedores de plataforma de desenvolvimento de aplicativos. Além disso, eles estão buscando a verdadeira nuvem híbrida, usando a mesma pilha em qualquer nuvem e on-premise. O Oracle Container Native Platform evita o aprisionamento de fornecedores adotando padrões de código aberto e dando suporte ao desenvolvimento da plataforma orientado pela comunidade, para que seus componentes possam ser executados em qualquer ambiente de nuvem.

    Oracle Container Engine (OKE)

  • O que é Oracle Cloud Infrastructure Container Engine for Kubernetes?

    O Container Engine for Kubernetes permite criar, gerenciar e consumir rapidamente clusters Kubernetes que aproveitam os serviços subjacentes de computação, rede e armazenamento, sem a necessidade de instalar e manter a infraestrutura Kubernetes de suporte complexa.

  • Quando devo usar o Oracle Cloud Infrastructure Container Engine for Kubernetes?

    Você deve usar o Container Engine for Kubernetes quando quiser aproveitar o Kubernetes para implementar e gerenciar seus aplicativos de contêiner baseados em Kubernetes. Ele permite combinar a orquestração de contêineres de nível de produção do Kubernetes upstream padrão, com o controle, a segurança e o alto desempenho previsível da Oracle Cloud Infrastructure.

  • Como o Oracle Cloud Infrastructure Container Engine for Kubernetes é cobrado?

    Não há cobrança específica para o Container Engine para Kubernetes. Você paga apenas pelos recursos que usa para a computação, armazenamento e rede subjacentes usados pelos seus clusters Kubernetes. Além disso, você é cobrado apenas pelos nós "trabalhadores" em execução na sua locação, seus nós principais são executados na locação da Oracle gerenciada para você.

  • Quais regiões fornecem o Oracle Cloud Infrastructure Container Engine for Kubernetes?

    O Container Engine for Kubernetes é suportado em todas as regiões, conforme documentado em Regiões e Domínios de Disponibilidade.

  • Preciso gerenciar meus nós principais no Oracle Cloud Infrastructure Container Engine?

    Não. Quando você cria um cluster Kubernetes gerenciado, a Oracle cria e gerencia automaticamente um conjunto de vários nós principais em diferentes domínios de disponibilidade (datacenters lógicos) no plano de controle Oracle em seu nome (e na infraestrutura do Kubernetes, como nós etcd) para que você possua um plano de controle Kubernetes gerenciado altamente disponível. Você também pode atualizar facilmente esses nós mestres para novas versões do Kubernetes com zero tempo de inatividade.

  • O Oracle Cloud Infrastructure Container Engine for Kubernetes suporta Kubernetes upstream padrão?

    Sim. Os clusters Kubernetes são criados com as versões padrão do Kubernetes upstream. Essas versões também são certificadas com base no programa de conformidade da Cloud Native Computing Foundation (CNCF) .

  • Como o Oracle Cloud Infrastructure Container Engine for Kubernetes fornece resiliência?

    Não. Quando você cria um cluster Kubernetes gerenciado, a Oracle cria e gerencia automaticamente um conjunto de vários nós principais em diferentes Domínios de Disponibilidade (datacenters lógicos) no plano de controle Oracle em seu nome (e na infraestrutura do Kubernetes associada, como nós etcd) para que você possua um plano de controle Kubernetes gerenciado altamente disponível. Você também pode atualizar facilmente esses nós mestres para novas versões do Kubernetes com zero tempo de inatividade. Os nós "trabalhadores" provisionados também são rotulados automaticamente com seus rótulos conhecidos do Kubernetes de Domínio de Disponibilidade e Região, para permitir que os clientes aproveitem os mecanismos de programação de Kubernetes para criar e implementar aplicativos resilientes baseados em contêiner.

  • O Oracle Cloud Infrastructure Container Engine for Kubernetes suporta RBAC (controle de acesso baseado em função) do Kubernetes?

    Sim. Os clusters Gerenciados do Kubernetes são ativados com o Kubernetes RBAC. O Kubernetes gerenciado também é integrado ao Oracle Identity and Access Management (IAM), permitindo aos usuários controles poderosos sobre o acesso aos seus clusters.

  • Posso implementar meu cluster Kubernetes em uma VCM (Virtual Cloud Network, Rede de nuvem virtual) existente?

    Sim. Você pode implementar um cluster Kubernetes gerenciado em uma VCN existente, oferecendo um alto grau de controle sobre o uso de sub-redes subjacentes e listas de segurança.

  • Posso implementar meu cluster Kubernetes usando nós de trabalhadores privados?

    Sim, você tem a opção de criar seu cluster Kubernetes gerenciado com nós de trabalho em sub-redes privadas. Esses nós de trabalho têm apenas endereços IP privados e exigirão o gateway NAT para conexões de saída com os mestres de cluster e a Internet.

  • Posso implementar meu cluster Kubernetes em nós Bare Metal?

    Sim. Você pode implementar um cluster Kubernetes gerenciado em Nós bare metal puros. Você também pode aproveitar o conceito de "pools de nós" (um conjunto de nós que compartilham um tamanho/imagem de nó comum) para criar um cluster de bare metal e máquinas virtuais e direcionar suas cargas de trabalho do Kubernetes adequadamente.

  • O Oracle Cloud Infrastructure Container Engine for Kubernetes está integrado ao balanceamento de carga e armazenamento em bloco da OCI?

    Sim. O Container Engine para Kubernetes permite aos usuários expor os serviços Kubernetes do tipo "LoadBalancer" e criar balanceadores de carga da Oracle. Os usuários também podem criar Volumes Persistentes e Declarações de Volume Persistente do Kubernetes, apoiados por Oracle Volumes em Blocos da Oracle.

  • Posso obter acesso aos meus nós de trabalhador/cluster?

    Sim. Ao criar um cluster, você pode fornecer um par de chaves SSH público/privado para fazer o SSH nos nós de trabalho, se desejar.

  • Os nós do trabalhador/cluster executam o Docker?

    Sim. Os nós de trabalho executam o tempo de execução padrão do Docker, para que os usuários possam aproveitar os comandos familiares do Docker.

    Oracle Cloud Infrastructure Service Broker for Kubernetes

  • O que é Oracle Cloud Infrastructure Service Broker for Kubernetes?

    O Oracle Cloud Infrastructure Service Broker for Kubernetes (OSB ou "Service Broker") é uma implementação da API do Open Service Broker que pode ser usada para interagir com os serviços Oracle Cloud Infrastructure. Com o Oracle Cloud Infrastructure Service Broker, você pode gerenciar o ciclo de vida dos serviços Oracle Cloud Infrastructure nativamente no Kubernetes por meio das APIs do Kubernetes, o que significa o seguinte:

    Não é necessário ir para um sistema separado para provisionar serviços dependentes de aplicativos ao implementar um aplicativo no Kubernetes.

    O ciclo de vida dos serviços Oracle Cloud Infrastructure dependentes pode ser vinculado aos aplicativos que dependem deles.

    Os aplicativos se tornam mais portáteis, pois as dependências podem ser facilmente codificadas nos procedimentos do DevOps.

    Para usar o Oracle Cloud Infrastructure Service Broker, instale-o no cluster Kubernetes junto com o Catálogo de Serviços Kubernetes. Em seguida, você pode usar os comandos kubectl que são interpretados nos comandos CLI da Oracle Cloud Infrastructure.

    Veja https://github.com/oracle/oci-service-broker para obter maiores informações.

  • Quais instâncias do Oracle Cloud Infrastructure Service posso criar usando o Oracle Cloud Infrastructure Service Broker for Kubernetes?

    No momento da redação deste documento, é possível usar o Oracle Cloud Infrastructure Service Broker para provisionar e criar ligações de serviço para os seguintes tipos de serviço Oracle Cloud Infrastructure:

    • Banco de dados do Autonomous Transaction Processing
    • Banco de dados do Autonomous Data Warehouse
    • Bucket de Serviço de Armazenamento de Objetos
  • Posso usar o Oracle Cloud Infrastructure Service Broker para fornecer serviços on-premise?

    Você pode usar o Oracle Cloud Infrastructure Service Broker de dentro de um cluster Kubernetes criado no Oracle Linux (usando o Oracle Container Services for Kubernetes) em execução on-premise para criar instâncias de serviço no Oracle Cloud Infrastructure, mas não é possível usar o Oracle Cloud Infrastructure Service Broker para provisionar serviços que são executados on-premise.

  • Como solucionar problemas do Oracle Cloud Infrastructure Service Broker?

    O Oracle Cloud Infrastructure Service Broker normalmente é implementado como um pod no seu cluster Kubernetes. Com isso, a maneira mais fácil de solucionar problemas do pod é obter os logs do pod com os seguintes comandos:

    • Use o kubectl get pods para obter uma lista dos pods em execução no seu cluster.
    • A partir dessa lista, copie o ID do pod para o Oracle Cloud Infrastructure Service Broker.
    • Use os logs do kubectl para obter os logs do pod.
  • Por que obtenho erros ErrorFetchingCatalog ou 500 erros ao registrar o Service Broker?

    Os usuários que usam Oracle Cloud Infrastructure Service Broker para criar instâncias de serviço Oracle Cloud Infrastructure, como uma instância de banco de dados ATP, precisam ter uma função que tenha permissão para criar esses serviços. Por exemplo, verifique se você possui uma política em sua locação Oracle Cloud Infrastructure semelhante à seguinte política:

    Permitir que o grupo OCI-Service-Broker-Group gerencie o banco de dados autônomo no compartimento

    Veja https://github.com/oracle/oci-service-broker/tree/master/charts/oci-service-broker/docs/security.md

Vamos Começar