O TDD (test driven development) é um tipo de teste unitário em que a especificação de teste é escrita logo após o código para validar o comportamento desejado.

Na orquestração de serviços em cluster kubernetes, um pod sempre será executado em um nó, ainda que seja em uma máquina física.

No caso hipotético em tela, a área de TIC deve dimensionar a quantidade de pods de acordo com a demanda esperada, uma vez que os pods nesse modo são o ponto focal para avaliação de performance. Isso se deve ao fato de que, ao se utilizar o Kubernetes no modo serverless, cada pod gerencia os kubelets e os contêineres que estiverem contidos nos nós do cluster.

Na situação em apreço, se a equipe de TIC estiver usando o modelo serverless, não haverá necessidade de o BCB gerenciar servidores, uma vez que, nesse caso, cabe ao provedor de nuvem gerenciar a infraestrutura da nuvem e escalar as aplicações, dimensionando e gerenciando automaticamente a infraestrutura necessária para executar o código.

No cenário em questão, sendo utilizado o modelo serverless, os desenvolvedores têm acesso, no BaaS (backend as a service), a serviços e aplicações de terceiros, tais como serviços de autenticação, banco de dados e criptografia, que podem ser acionados por meio de APIs.

No modelo FaaS (function as a service), os recursos de computação necessários para executar a lógica do aplicativo em resposta às solicitações são executados de forma orientada a eventos em contêineres stateless, totalmente gerenciados pelo provedor de serviços de nuvem.

Considerando-se que o trecho de código a seguir tenha sido desenvolvido em Python e que seja executado em um ambiente multithreading, é correto afirmar que este é um exemplo de programação assíncrona, uma vez que as três funções não dependem umas das outras para serem executadas, ainda que não possam ser executadas simultaneamente.

def a():

print(“Banco”)

def b():

print(“Central”)

def c():

print(“do Brasil”)

a()

b()

c()

Considere que a área de TIC do BCB precise desenvolver uma solução voltada a um aplicativo que o BCB vem desenvolvendo e que, nesse projeto, haja as seguintes demandas: a) projetar a interatividade, a aparência e a sensação da tela do aplicativo; b) desenvolver a interação do usuário com o serviço, assegurando que ela ocorra da forma mais estável possível. Nessa situação hipotética, as demandas “a” e “b” são afetas, respectivamente, às práticas de UI design e UX design. 

Na situação em apreço, caso seja necessário que a API consulte dados em uma base de dados relacional compatível com a linguagem SQL, poder-se-á utilizar a GraphQL para obter dados nos servidores em questão, uma vez que a GraphQL executa comandos SQL em arquiteturas RESTful diretamente no(s) sistema(s) de gerenciamento de banco de dados (SGBD) atrelado(s) à solução.

Caso seja utilizada a arquitetura RESTful, a citada API, além de atender aos requisitos descritos, será stateless, ou seja, o servidor completará cada solicitação do cliente independentemente de todas as solicitações anteriores, e todas as solicitações serão separadas e desconectadas entre si.

Os padrões abstract factory e facade são, respectivamente, de criação e estrutural, uma vez que o abstract factory fornece uma interface para criação de famílias de objetos relacionados, ao passo que o facade separa a construção de um objeto complexo da sua representação.

O padrão composite atribui responsabilidades adicionais a um objeto dinamicamente e o memento, sem violar o encapsulamento, captura e externaliza um estado interno de um objeto, de modo que este possa, posteriormente, ser restaurado para aquele estado. 

Uma DLT é uma tecnologia de criptografia de chave assimétrica em que as chaves pública e privada ficam separadas, sendo utilizada para proteger livros-razão em blockchain, em que os dados são armazenados em blocos interligados em uma cadeia.

Considere o seguinte código desenvolvido em Java.

public class Main {

public static void main(String[] args) {

int resultado = fun(3);

System.out.println(resultado);

}

public static int fun(int y) {

if (y > 1) {

return y + fun(y - 1);

} else {

return 0;

}

}

}

Ao ser executado, esse código apresentará o seguinte resultado.

Considere o seguinte código desenvolvido em Python.

print(len(“Banco”))

print(len([“Banco”, “Central”, “do Brasil”]))

print(len({“Presidente”: “Roberto Campos Neto”,

“Email”: “[email protected]”}))

Ao ser executado, esse código apresentará o seguinte resultado.

5

3

2

Ao se executar o arquivo YAML descrito a seguir, será criado um deployment com uma imagem do NGINX.

apiVersion: v1

kind: Service

metadata:

name: my-nginx-svc

labels:

app: nginx

spec:

type: LoadBalancer

ports:

- port: 80

selector:

app: nginx

No modelo de infraestrutura como código, é possível a implantação de uma infraestrutura com definição de sub-redes, balanceadores de carga e máquinas virtuais com a utilização de código, sem a necessidade de configurações manuais.

O kube-scheduler é o escalonador do Kubernetes e sua função consiste em controlar o aumento e a diminuição da quantidade de pods de acordo com as configurações de consumo.

O Kubernetes pode operar sem usar o Docker e suporta a execução com CRI-O e Containerd.

O Grafana é capaz de fazer queries em diferentes tipos de data source, transformar os dados obtidos e gerar a visualização em forma de dashboard.