{"id":5093,"date":"2018-05-08T06:00:56","date_gmt":"2018-05-08T13:00:56","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=5093"},"modified":"2024-09-12T01:27:29","modified_gmt":"2024-09-12T08:27:29","slug":"certification-of-the-couchbase-autonomous-operator","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/certification-of-the-couchbase-autonomous-operator\/","title":{"rendered":"Certifica\u00e7\u00e3o do operador aut\u00f4nomo do Couchbase"},"content":{"rendered":"

O Couchbase Autonomous Operator permite que voc\u00ea execute implementa\u00e7\u00f5es do Couchbase nativamente no Kubernetes de c\u00f3digo aberto ou na Enterprise Red Hat OpenShift Container Platform. Tenho o prazer de anunciar a disponibilidade do Couchbase Autonomous Operator 0.8 Beta Refresh hoje!<\/span><\/p>\n

Executar e gerenciar um cluster do Couchbase ficou muito mais f\u00e1cil com a introdu\u00e7\u00e3o do <\/span>Operador aut\u00f4nomo do Couchbase para Kubernetes<\/span><\/a>. Os usu\u00e1rios agora podem implantar o Couchbase sobre o Kubernetes e fazer com que o Couchbase Autonomous Operator cuide de grande parte do gerenciamento do cluster, como recupera\u00e7\u00e3o de falhas e dimensionamento multidimensional. No entanto, os usu\u00e1rios podem se sentir um pouco desconfort\u00e1veis em apenas sentar e observar o Couchbase Autonomous Operator fazer seu trabalho. Para aliviar um pouco a preocupa\u00e7\u00e3o deles, esta s\u00e9rie de tr\u00eas partes do blog abordar\u00e1 as diferentes maneiras pelas quais a equipe de Engenharia de Qualidade aqui na Couchbase oferece tranquilidade aos nossos clientes ao executar o Couchbase no Kubernetes.<\/span><\/p>\n

Esta s\u00e9rie do blog destacar\u00e1 tr\u00eas tipos de testes que fazemos para o Couchbase no Kubernetes. A primeira postagem da s\u00e9rie se concentrar\u00e1 em testes manuais. A segunda publica\u00e7\u00e3o ser\u00e1 sobre o teste do Operador Aut\u00f4nomo do Couchbase. E a terceira postagem mostrar\u00e1 aos nossos usu\u00e1rios como testar as inst\u00e2ncias do Couchbase por conta pr\u00f3pria com o testrunner, nosso conjunto de testes funcionais.<\/span><\/p>\n

Fase 1: <\/b>Certifica\u00e7\u00e3o manual do operador aut\u00f4nomo do Couchbase<\/b><\/h4>\n

Os testes manuais costumam ser entediantes em compara\u00e7\u00e3o com as emo\u00e7\u00f5es dos testes automatizados, mas com o Kubernetes eles podem ser bem divertidos. Nesta postagem, vamos acompanhar a configura\u00e7\u00e3o do <\/span>Aplicativo de amostra de viagem do Couchbase<\/span><\/a> com um cluster Couchbase gerenciado pelo operador como armazenamento de dados, tudo no Kubernetes. Depois que o aplicativo e o cluster estiverem configurados no Kubernetes, testaremos alguns cen\u00e1rios de dimensionamento e falha.<\/span><\/p>\n

Nas se\u00e7\u00f5es a seguir, abordaremos:<\/span><\/p>\n

0: Pr\u00e9-requisitos e configura\u00e7\u00e3o<\/span><\/p>\n

1: Implanta\u00e7\u00e3o do cluster<\/span><\/p>\n

2: Configura\u00e7\u00e3o do cluster<\/span><\/p>\n

3: Implementa\u00e7\u00e3o de aplicativos<\/span><\/p>\n

4: Verifica\u00e7\u00e3o<\/span><\/p>\n

Pr\u00e9-requisitos e configura\u00e7\u00e3o:<\/b><\/h5>\n

Para configurar esse aplicativo de amostra de viagem usando o Couchbase no Kubernetes, usaremos o minikube. As instru\u00e7\u00f5es para configurar o minikube podem ser encontradas aqui: <\/span>https:\/\/kubernetes.io\/docs\/getting-started-guides\/minikube\/<\/span><\/a>.<\/span><\/p>\n

Depois que o minikube estiver configurado, talvez voc\u00ea queira aumentar a contagem de mem\u00f3ria e CPU. Voc\u00ea precisar\u00e1 abrir o painel do Kubernetes para monitorar o uso do cluster:<\/span> painel de controle do minikube<\/span><\/em><\/p>\n

Implanta\u00e7\u00e3o de cluster:<\/b><\/h5>\n

Depois de configurar o minikube, precisaremos inicializar o operador aut\u00f4nomo do Couchbase e o cluster do Couchbase que o operador gerenciar\u00e1. O arquivo YAML a seguir dir\u00e1 ao Kubernetes Master para criar uma implanta\u00e7\u00e3o do Couchbase Autonomous Operator:<\/span>
\n<\/span><\/p>\n

deployment.yaml\r\n---\r\napiVersion: extensions\/v1beta1\r\nkind: Deployment\r\nmetadata:\r\n \u00a0name: couchbase-operator\r\nspec:\r\n \u00a0replicas: 1\r\n \u00a0template:\r\n \u00a0\u00a0\u00a0metadata:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0labels:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0name: couchbase-operator\r\n \u00a0\u00a0\u00a0spec:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0containers:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0- name: couchbase-operator\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0image: couchbase\/k8s-operator:0.8.0-beta\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0env:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- name: MY_POD_NAMESPACE\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0valueFrom:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fieldRef:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fieldPath: metadata.namespace\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- name: MY_POD_NAME\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0valueFrom:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fieldRef:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0fieldPath: metadata.name\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0ports:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- name: readiness-port\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0containerPort: 8080\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0readinessProbe:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0httpGet:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0path: \/readyz\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0port: readiness-port\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0initialDelaySeconds: 3\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0periodSeconds: 3\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0failureThreshold: 19<\/pre>\n
Crie um arquivo chamado deployment.yaml<\/em> e enviar esse YAML para o Kubernetes com: kubectl create -f path\/to\/deployment.yaml<\/em>. Ap\u00f3s alguns segundos, a implanta\u00e7\u00e3o do operador dever\u00e1 aparecer no painel do Kubernetes.<\/span><\/p>\n
\"\"<\/p>\n
Figura 1: Estado do cluster do Kubernetes ap\u00f3s a implanta\u00e7\u00e3o do Operador Aut\u00f4nomo do Couchbase.<\/span><\/em><\/p>\n
Em seguida, um segredo deve ser fornecido ao Kubernetes para que o Operador Aut\u00f4nomo do Couchbase possa gerenciar os n\u00f3s do Couchbase.<\/span><\/p>\n
secret.yaml\r\n---\r\napiVersion: v1\r\nkind: Secret\r\nmetadata:\r\n \u00a0name: cb-example-auth\r\ntype: Opaque\r\ndata:\r\n \u00a0username: QWRtaW5pc3RyYXRvcg==\r\n \u00a0password: cGFzc3dvcmQ=\r\n<\/pre>\n
Crie um arquivo chamado secret.yaml e envie o segredo para o Kubernetes com o seguinte: kubectl create -f path\/to\/secret.yaml.<\/em><\/span><\/p>\n
Em seguida, vamos criar um cluster de 2 n\u00f3s do Couchbase. O YAML a seguir especifica um cluster com dois n\u00f3s, dois buckets (default e travel-sample) e todos os servi\u00e7os ativados:<\/span><\/p>\n
cb-cluster.yaml\r\n---\r\napiVersion: couchbase.database.couchbase.com\/v1beta1\r\nkind: CouchbaseCluster\r\nmetadata:\r\n \u00a0name: cb-example\r\nspec:\r\n \u00a0baseImage: couchbase\/server\r\n \u00a0version: enterprise-5.0.1\r\n \u00a0authSecret: cb-example-auth\r\n \u00a0exposeAdminConsole: true\r\n \u00a0paused: false\r\n \u00a0cluster:\r\n \u00a0\u00a0\u00a0dataServiceMemoryQuota: 256\r\n \u00a0\u00a0\u00a0indexServiceMemoryQuota: 256\r\n \u00a0\u00a0\u00a0searchServiceMemoryQuota: 256\r\n \u00a0\u00a0\u00a0indexStorageSetting: memory_optimized\r\n \u00a0\u00a0\u00a0autoFailoverTimeout: 10\r\n \u00a0buckets:\r\n \u00a0\u00a0\u00a0- name: default\r\n \u00a0\u00a0\u00a0\u00a0\u00a0type: couchbase\r\n \u00a0\u00a0\u00a0\u00a0\u00a0memoryQuota: 128\r\n \u00a0\u00a0\u00a0\u00a0\u00a0replicas: 1\r\n \u00a0\u00a0\u00a0\u00a0\u00a0ioPriority: high\r\n \u00a0\u00a0\u00a0\u00a0\u00a0evictionPolicy: fullEviction\r\n \u00a0\u00a0\u00a0\u00a0\u00a0conflictResolution: seqno\r\n \u00a0\u00a0\u00a0\u00a0\u00a0enableFlush: true\r\n \u00a0\u00a0\u00a0\u00a0\u00a0enableIndexReplica: false\r\n \u00a0\u00a0\u00a0- name: travel-sample\r\n \u00a0\u00a0\u00a0\u00a0\u00a0type: couchbase\r\n \u00a0\u00a0\u00a0\u00a0\u00a0memoryQuota: 128\r\n \u00a0\u00a0\u00a0\u00a0\u00a0replicas: 1\r\n \u00a0\u00a0\u00a0\u00a0\u00a0ioPriority: high\r\n \u00a0\u00a0\u00a0\u00a0\u00a0evictionPolicy: fullEviction\r\n \u00a0\u00a0\u00a0\u00a0\u00a0conflictResolution: seqno\r\n \u00a0\u00a0\u00a0\u00a0\u00a0enableFlush: true\r\n \u00a0\u00a0\u00a0\u00a0\u00a0enableIndexReplica: false\r\n \u00a0servers:\r\n \u00a0\u00a0\u00a0- size: 2\r\n \u00a0\u00a0\u00a0\u00a0\u00a0name: all_services\r\n \u00a0\u00a0\u00a0\u00a0\u00a0services:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- data\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- index\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- query\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0- search\r\n \u00a0\u00a0\u00a0\u00a0\u00a0dataPath: \/opt\/couchbase\/var\/lib\/couchbase\/data\r\n \u00a0\u00a0\u00a0\u00a0\u00a0indexPath: \/opt\/couchbase\/var\/lib\/couchbase\/data<\/pre>\n
Envie a configura\u00e7\u00e3o do cluster com: kubectl create -f path\/to\/cb-cluster.yaml<\/em>.<\/span><\/p>\n
\"\"<\/p>\n
Figura 2: Estado do cluster do Kubernetes ap\u00f3s o dimensionamento para 2 n\u00f3s do Couchbase.<\/span><\/em><\/p>\n
Configura\u00e7\u00e3o de cluster:<\/b><\/h5>\n
Agora que temos um cluster de dois n\u00f3s gerenciado pelo Operador Aut\u00f4nomo do Couchbase, as atualiza\u00e7\u00f5es na configura\u00e7\u00e3o do cluster devem ser feitas no arquivo cb-cluster.yaml e reenviadas ao Kubernetes. Se alguma altera\u00e7\u00e3o for feita manualmente por meio da interface do usu\u00e1rio do Couchbase, o operador tomar\u00e1 medidas para realinhar o cluster com a configura\u00e7\u00e3o especificada em cb-cluster.yaml. Para fazer altera\u00e7\u00f5es no cluster, primeiro fa\u00e7a as altera\u00e7\u00f5es em cb-cluster.yaml e, em seguida, atualize o Kubernetes com: kubectl apply -f path\/to\/cb-cluster.yaml<\/em><\/span><\/p>\n
A pr\u00f3xima etapa \u00e9 carregar os dados da amostra de viagem e as defini\u00e7\u00f5es de \u00edndice no bucket de amostra de viagem do cluster. O comando a seguir chamar\u00e1 o cbimport no pod cb-example-0000: kubectl exec pod cb-example-0000 -ti \/opt\/couchbase\/bin\/cbimport json -c 127.0.0.1:8091 -u Administrator -p password -b travel-sample -f sample -d \/opt\/couchbase\/samples\/travel-sample.zip \u00a0<\/em><\/span><\/p>\n
Implementa\u00e7\u00e3o de aplicativos:<\/b><\/h5>\n
O cluster j\u00e1 est\u00e1 configurado, mas o aplicativo de amostra de viagem ainda n\u00e3o. Agora, precisamos criar uma imagem do docker que o Kubernetes usar\u00e1 para o aplicativo. O dockerfile abaixo extrair\u00e1 o aplicativo travel-sample do meu fork no github, https:\/\/github.com\/korry8911\/try-cb-python, e instalar\u00e1 todas as depend\u00eancias. O arquivo travel.py foi modificado para esta postagem do blog para usar o cliente python do Kubernetes para obter os IPs dos n\u00f3s do Couchbase em execu\u00e7\u00e3o no mesmo namespace do Kubernetes. <\/span><\/p>\n
#travel.py (modified)\r\n#https:\/\/github.com\/korry8911\/try-cb-python\/blob\/master\/travel.py#L20\r\n\r\nconfig.load_incluster_config()\r\nv1 = client.CoreV1Api()\r\nprint(\"Finding Couchbase Nodes:\")\r\nret = v1.list_pod_for_all_namespaces(watch=False)\r\ncbip = []\r\nfor i in ret.items:\r\n \u00a0\u00a0\u00a0print(\"%s\\t%s\\t%s\" % (i.status.pod_ip, i.metadata.namespace, i.metadata.name))\r\n \u00a0\u00a0\u00a0if 'cb-example' in i.metadata.name:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0cbip.append(i.status.pod_ip)<\/pre>\n
#Dockerfile\r\nFROM ubuntu:14.04\r\nRUN apt-get update\r\nRUN apt-get install -y gcc g++ make cmake git-core libevent-dev libev-dev libssl-dev libffi-dev psmisc iptables zip unzip python-dev python-pip vim curl\r\n\r\n# build libcouchbase\r\nRUN git clone git:\/\/github.com\/couchbase\/libcouchbase.git && \\\r\n \u00a0\u00a0\u00a0mkdir libcouchbase\/build\r\n\r\nWORKDIR libcouchbase\/build\r\nRUN ..\/cmake\/configure --prefix=\/usr && \\\r\n \u00a0\u00a0\u00a0\u00a0\u00a0make && \\\r\n \u00a0\u00a0\u00a0\u00a0\u00a0make install\r\n\r\nWORKDIR \/\r\nRUN git clone https:\/\/github.com\/korry8911\/try-cb-python.git\r\n\r\nWORKDIR try-cb-python\r\nARG BRANCH=5.0\r\nRUN git checkout $BRANCH\r\nRUN cat travel.py\r\n\r\n# install python deps\r\nRUN pip2 install --upgrade packaging appdirs\r\nRUN pip install -U pip setuptools\r\nRUN pip install paramiko &&\\\r\n \u00a0\u00a0\u00a0pip install gevent &&\\\r\n \u00a0\u00a0\u00a0pip install boto &&\\\r\n \u00a0\u00a0\u00a0pip install httplib2 &&\\\r\n \u00a0\u00a0\u00a0pip install pyyaml &&\\\r\n \u00a0\u00a0\u00a0pip install couchbase\r\n\r\nRUN pip install -r requirements.txt\r\nCOPY entrypoint.sh entrypoint.sh\r\nRUN chmod +x .\/entrypoint.sh\r\nENTRYPOINT [\"sh\", \"entrypoint.sh\"]<\/pre>\n
#entrypoint.sh\r\n#!\/bin\/bash\r\npython travel.py\r\nwhile true; do sleep 1000; done<\/pre>\n
Crie a imagem do docker do aplicativo de amostra de viagem com: docker build -t your-dockerhub-handle\/travel-sample:latest<\/em>.\u00a0<\/span>A imagem do docker precisa ser carregada no n\u00f3 de trabalho do Kubernetes. A maneira mais f\u00e1cil de fazer isso \u00e9 puxar a imagem do dockerhub. Envie a imagem de amostra de viagem com:\u00a0<\/span>docker push your-dockerhub-handle\/travel-sample:latest.<\/span><\/em><\/p>\n
A configura\u00e7\u00e3o do aplicativo travel-sample \u00e9 definida no arquivo a seguir. Certifique-se de adicionar seu identificador de docker.<\/span><\/p>\n
travel-sample.yaml \r\n---\r\napiVersion: extensions\/v1beta1\r\nkind: Deployment\r\nmetadata:\r\n \u00a0name: travel-sample\r\nspec:\r\n \u00a0replicas: 1\r\n \u00a0template:\r\n \u00a0\u00a0\u00a0metadata:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0labels:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0name: travel-sample\r\n \u00a0\u00a0\u00a0spec:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0containers:\r\n \u00a0\u00a0\u00a0\u00a0\u00a0- name: travel-sample\r\n \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0image: your-dockerhub-handle\/travel-sample:latest<\/pre>\n
Carregue o aplicativo de amostra de viagem com: kubectl create -f path\/to\/travel-sample.yaml.<\/em><\/span><\/p>\n
\"\"<\/p>\n
Figura 3: Estado do cluster do Kubernetes ap\u00f3s a implanta\u00e7\u00e3o do aplicativo de amostra de viagem.<\/span><\/em><\/p>\n
O Kubernetes, por padr\u00e3o, n\u00e3o permite o acesso a pods de fora do cluster. Portanto, para acessar o aplicativo travel-sample, um servi\u00e7o node-port deve ser criado para fazer proxy da porta na qual o aplicativo travel-sample escuta as solicita\u00e7\u00f5es recebidas.<\/span><\/p>\n
nodeport.yaml\r\n---\r\nkind: Service\r\napiVersion: v1\r\nmetadata:\r\n \u00a0name: travelsample\r\nspec:\r\n \u00a0type: NodePort\r\n  \u00a0ports:\r\n \u00a0\u00a0\u00a0- port: 8080\r\n \u00a0\u00a0\u00a0\u00a0\u00a0nodePort: 32000\r\n \u00a0selector:\r\n \u00a0\u00a0\u00a0name: travelsample<\/pre>\n
Crie o servi\u00e7o node-port para a amostra de viagem com: kubectl create -f path\/to\/nodeport.yaml.<\/em><\/span><\/p>\n
\"\"<\/p>\n
Figura 4: Estado do cluster do Kubernetes ap\u00f3s adicionar um servi\u00e7o node-port.<\/span><\/em><\/p>\n
Como estamos executando o aplicativo no minikube, devemos acessar o aplicativo de amostra de viagem executando: Exemplo de viagens de servi\u00e7o minikube.<\/em><\/span><\/p>\n
Verifica\u00e7\u00e3o:<\/b><\/h5>\n
Agora que j\u00e1 brincamos com o aplicativo de amostra de viagem, vamos aumentar o cluster do Couchbase em um n\u00f3. Para fazer isso, altere o par\u00e2metro de tamanho na se\u00e7\u00e3o de servidor do arquivo cb-cluster.yaml de 2 para 3. Em seguida, envie as altera\u00e7\u00f5es para o Kubernetes com: kubectl apply -f path\/to\/cb-cluster.yaml.<\/em><\/span><\/p>\n
\"\"<\/p>\n
Figura 5: Estado do cluster do Kubernetes ap\u00f3s o dimensionamento para 3 n\u00f3s do Couchbase.<\/span><\/p>\n
O cluster do Couchbase agora tem 3 n\u00f3s, o que \u00e9 suficiente para testar o recurso de autofailover dos operadores aut\u00f4nomos do Couchbase. Vamos eliminar um n\u00f3 do Couchbase para simular um cen\u00e1rio de falha e observar o Operador Aut\u00f4nomo do Couchbase reequilibrar automaticamente um novo n\u00f3 de volta ao cluster. Elimine um pod do Couchbase navegando at\u00e9 Pods no painel do Kubernetes e excluindo o pod cb-example-0002.<\/span><\/p>\n
Ap\u00f3s o per\u00edodo de tempo limite do autofailover de 10 segundos, o Operador Aut\u00f4nomo do Couchbase ejetar\u00e1 o n\u00f3 com falha do cluster, inicializar\u00e1 um novo n\u00f3 e far\u00e1 o rebalanceamento do n\u00f3 no cluster. Durante todo esse processo, os usu\u00e1rios podem jogar com o aplicativo de amostra de viagem sem nenhuma interrup\u00e7\u00e3o de servi\u00e7o<\/span><\/p>\n
\"\"<\/p>\n
Figura 6: Estado do cluster do Kubernetes ap\u00f3s a recupera\u00e7\u00e3o de uma falha no n\u00f3 do Couchbase.<\/span><\/em><\/p>\n
Conclus\u00e3o:<\/b><\/h5>\n
O Couchbase Autonomous Operator elimina grande parte do inc\u00f4modo de executar um cluster do Couchbase em <\/span>Kubernetes de c\u00f3digo aberto e\/ou Enterprise Red Hat OpenShift Container Platform. O estado desejado do cluster \u00e9 mantido automaticamente, mesmo em caso de falha do n\u00f3. A certifica\u00e7\u00e3o manual do recurso de recupera\u00e7\u00e3o de n\u00f3s \u00e9 divertida, mas s\u00e3o necess\u00e1rios mais testes. Na pr\u00f3xima publica\u00e7\u00e3o, analisaremos em detalhes nossa abordagem de teste funcional para outros recursos do Couchbase Autonomous Operator.<\/span><\/p>\n
Pronto para dar uma olhada no Beta?<\/h2>\n