1 – D; 2 – E; 3 – C; 4 – A; 5 – B.

1 – E; 2 – B; 3 – D; 4 – A; 5 – C.

1 – C; 2 – A; 3 – B; 4 – D; 5 – E.

1 – B; 2 – D; 3 – E; 4 – C; 5 – A.

1 – E; 2 – A; 3 – C; 4 – B; 5 – D.

Kubernetes permite a execução de múltiplas instâncias de um microserviço em diferentes nós, facilitando a escalabilidade horizontal.

Kubernetes compila automaticamente o código-fonte dos microserviços e cria imagens de contêiner no cluster.

Kubernetes elimina a necessidade de registros de contêiner, armazenando todas as imagens localmente em cada nó.

Kubernetes gerencia microserviços executando scripts diretamente nos nós, sem a necessidade de contêineres.

Kubernetes utiliza servidores físicos dedicados para cada microserviço, garantindo isolamento completo e desempenho otimizado.

Concorrência é a execução simultânea de múltiplas tarefas em diferentes sistemas, paralelismo envolve a execução sequencial de tarefas em múltiplos processadores, e computação distribuída se refere à execução de tarefas por um único sistema com múltiplos núcleos.

Concorrência e paralelismo são sinônimos e ambos se referem à execução de múltiplas tarefas ao mesmo tempo em diferentes processadores, enquanto computação distribuída se refere a múltiplos sistemas compartilhando a mesma memória.

Concorrência é a execução de tarefas de forma sequencial em um único processador, paralelismo se refere à execução de múltiplas tarefas em um único processador, e computação distribuída envolve múltiplos sistemas independentes sem comunicação entre eles.

Concorrência é a capacidade de um sistema realizar múltiplas tarefas ao mesmo tempo em múltiplos processadores, paralelismo é a execução de uma única tarefa por vários processadores ao mesmo tempo, e computação distribuída é a utilização de um único processador para executar todas as tarefas.

Concorrência se refere à execução simultânea de múltiplas tarefas em um único processador, paralelismo envolve múltiplos processadores executando diferentes partes de uma tarefa, e computação distribuída é a divisão de tarefas entre múltiplos sistemas independentes.

A implantação de um novo processo não deve afetar os processos já existentes.

Todos os processos de negócio de uma organização devem ser aperfeiçoados sempre que possível.

O planejamento de novos processos deve demonstrar as melhorias potencialmente incorporadas ao negócio.

O ciclo de vida de um processo se inicia em seu planejamento e termina em sua implantação.

É fundamental que melhorias contínuas de processos respeitem os paradigmas de negócio já preconizados na organização.

É suficiente que um projeto atenda todo o escopo proposto para ser considerado completo, de modo que critérios de qualidade façam parte tão somente do domínio de melhoria contínua.

A geração de valor de um projeto só pode ser efetivamente mensurada após a implantação.

Um dos critérios de aceitação de uma entrega é a aderência do produto ao escopo originalmente definido.

Um projeto é definido como completo quando os critérios de aceitação são cumpridos e o produto é considerado pronto para uso.

O custo de uma mudança decresce com o tempo, uma vez que menos esforço é despendido nas etapas finais do desenvolvimento.

Transporte

Aplicação

Rede

Enlace

Apresentação

Cada soquete é identificado univocamente na rede por meio de um endereço IP e uma porta de conexão.

Soquetes não podem se comunicar em uma mesma máquina, pois compartilham o mesmo endereço IP.

Soquetes suportam apenas uma conexão em determinado momento.

Conexões entre soquetes permitem o tráfego em apenas uma direção por vez.

A descoberta de soquetes abertos na rede é feita por meio de mensagens broadcast.

Uma vez estabelecida, uma rede ad hoc não admite novos dispositivos conectados.

Todos os caminhos de roteamento são válidos no decorrer do tempo em que a rede está ativa.

Os nós em uma rede ad hoc sempre são clientes de um servidor comum.

Redes ad hoc são capazes de conectar clientes sem o intermédio de um ponto de acesso centralizado.

Todos os nós em uma rede ad hoc podem se comunicar diretamente, sem a necessidade de roteamento por nós intermediários.

Minimização da quantidade de atualizações em entregas de software.

Automatização das tarefas de entrega e integração de código.

Publicação automática de software após a compilação manual sob responsabilidade da equipe de desenvolvimento.

Criação automática de ambiente para versionamento de código.

Acesso a bancos de dados distribuídos.

Para que uma aplicação modelada em microsserviços seja eficiente, é necessário estabelecer um alto nível de compartilhamento entre os diversos microsserviços que a compõem.

Os microsserviços em um mesmo ecossistema devem ser implementados com o uso das mesmas tecnologias.

Nesse paradigma, toda a lógica de negócios é implementada em uma única unidade.

Se um microsserviço falhar, a aplicação entrará em estado de indisponibilidade até a correção da falha.

As solicitações de um cliente para os microsserviços são concentradas e encaminhadas por uma camada de API, ou seja, o cliente não invoca diretamente os serviços.

Contêineres funcionam como máquinas virtuais, por virtualizarem o hardware de um computador.

A conteinerização torna o software portável para execução multiplataforma por empacotar, em uma unidade isolada, todo o código necessário ao funcionamento do programa.

A publicação de um contêiner em diferentes sistemas operacionais exige reescrita de código do programa.

Contêineres isolados não compartilham o núcleo do sistema operacional da máquina hospedeira.

Microsserviços em contêineres operam em um mesmo espaço de usuário.

O grau de complexidade de um projeto deve ser conhecido desde o início do desenvolvimento, uma vez que não é correto readequar atividades previamente programadas.

O valor de um projeto somente pode ser percebido depois de ser completado e validado de acordo com os critérios de aceitação.

Usuários finais não devem participar dos estágios intermediários do desenvolvimento.

Riscos identificados no decorrer do projeto podem ter impacto positivo, sendo então considerados como oportunidades.

Mudanças no escopo do projeto devem ser feitas constantemente para tornar o projeto adaptável e facilitar o processo interativo.

pontos de função.

sprint.

storyboard.

requisitos.

backlog.

herança.

polimorfismo.

classe.

interface.

assinatura.

Ponteiros são objetos do tipo data-hora.

Um ponteiro é uma variável cujo conteúdo identifica um endereço de memória.

A tentativa de acesso a ponteiros não inicializados sempre retorna o valor zero.

O tamanho de um ponteiro em memória é igual ao tamanho do objeto referenciado por ele.

Ponteiros não podem referenciar outros ponteiros.

catálogo global.

mecanismo de consulta e índice.

serviço de replicação.

esquema.

serviço de deleção redundante.

%WINDIR%\Inf\Setupapi.log

%WINDIR%\Panther

X:\Windows\panther\

%WINDIR%\Minidump.dmp

%WINDIR%\System32\Sysprep\Panther

chmod 777

adduser pedro

usermod -a 0

chown -R pedro

chage -d 0 pedro

Periculosidade

Incidente

Ameaça

Vulnerabilidade

Hacker

Filtro de pacotes

Bridge

Proxy

Proxy reverso

WAF