No contexto do framework Spring, o service discovery é um dos princípios fundamentais de uma arquitetura baseada em microsserviços, pois, quando um cliente se registra no servidor Eureka, este receberá heartbeat messages de cada instância pertencente a um serviço e, caso a mensagem falhe em um horário configurável, a instância poderá ser removida do registro.

Swagger é um conjunto de ferramentas de código aberto construídas em torno da especificação OpenAPI que permite projetar, criar, documentar e consumir APIs REST.

Julgue o próximo item, relativo a Java, API RESTful e JSON.

A execução do seguinte código, escrito em Java, resultará um código JSON válido.

public class CriaJson {
    public static void main(String[] args)
    {
        String json = "{\n" +
                      "\"nome\":"
        \"Supremo\";\n" +
                      "\"nome\":"
        \"Tribunal\";\n" +
                      "\"nome\":"
        \"Militar\"\n" +
        "}";
        System.out.println(json);  
    }
}

Julgue o próximo item, relativo a Java, API RESTful e JSON.

A execução do código a seguir, escrito em Java, retornará o resultado True.

package com.mcnz.recursion;

public class checkpgm {

    public static void main(String[] args) {
        boolean flag = Check("STM");
        System.out.println(flag);
    }
    public static boolean Check(String s){
        if(s.length() == 0 || s.length() == 1) {
            return true;
        }
        if(s.charAt(0) == s.charAt(s.length()-1)) {
            return Check(s.substring(1, s.length()-1));
        }
        return false;
    }
}

Acerca do Rancher, julgue o seguinte item.

No arquivo project.yaml a seguir, utilizado para criar projetos dentro de um cluster Kubernetes gerenciado pelo Rancher, o campo namespace no bloco metadata deve ter o mesmo valor que o campo clusterName do bloco spec para que o recurso criado seja associado a um cluster específico.

apiVersion: management.cattle.io/v3
kind: Project
metadata:
  name: p-abc123
  namespace: local
spec:
  clusterName: local
  description: Example Project
  displayName: Example

Considere que o seguinte arquivo YAML tenha sido utilizado para criar um deployment no Kubernetes:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

A partir das informações da situação hipotética precedente, julgue o item a seguir.

No código em questão, o campo replicas: 2 no bloco spec indica que dois contêineres serão executados dentro de um único pod de nome nginx, que será ouvido na porta 80.

Considere que o seguinte arquivo YAML tenha sido utilizado para criar um deployment no Kubernetes:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

A partir das informações da situação hipotética precedente, julgue o item a seguir.

O campo selector dentro do grupo spec, no código em apreço, é usado para encontrar os pods que pertencem a esse deployment, com base no rótulo app: nginx.

A respeito de CI/CD (continuous integration/continuous delivery), julgue o próximo item.

No trecho do arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines com base em variáveis de ambiente, na execução do bloco job2, o valor da variável ALL_JOBS_VAR será “Different value than default”, pois variáveis definidas no nível do job têm precedência sobre as globais com o mesmo nome.

variables:
  ALL_JOBS_VAR: "A default variable"

job1:
  variables:
    JOB1_VAR: "Job 1 variable"
  script:
    - echo "Variables are '$ ALL_JOBS_VAR' and '$ JOB1_VAR'"

job2:
  variables:
    ALL_JOBS_VAR: "Different value than default"
    JOB2_VAR: "Job 2 variable"
  script:
    - echo "Variables are '$ ALL_JOBS_VAR', '$ JOB2_VAR', and '$ JOB1_VAR'"

A respeito de CI/CD (continuous integration/continuous delivery), julgue o próximo item.

No trecho de arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines, só será criada a pipeline se as três regras de ativação do workflow.rules forem verdadeiras.

workflow:
  rules:
    -   if:         $ CI_PIPELINE_SOURCE      ==
'merge_request_event'
    - if: $ CI_COMMIT_TAG
    -   if:         $ CI_COMMIT_BRANCH        ==
$ CI_DEFAULT_BRANCH

Equipes de DevOps monitoram continuamente o ciclo de vida do desenvolvimento, desde o planejamento até a implantação, e utilizam o Git para reiniciar os contêineres automaticamente em caso de falha.