DCA Questions Bank

= The command docker service create --network --encrypted will not ensure that overlay traffic between service tasks is encrypted. This is because the --network flag requires an argument that specifies the name or ID of the network to connect the service to1. The --encrypted flag is not a valid option for docker service create2. To encrypt overlay traffic between service tasks, you need to use the --opt encrypted flag on docker network create when you create the overlay network3. For example:

docker network create --opt encrypted --driver overlay my-encrypted-network

Then, you can use the --network flag on docker service create to connect the service to the encrypted network. For example:

docker service create --network my-encrypted-network my-service

References:

• docker service create | Docker Documentation
• docker service create | Docker Documentation
• Manage swarm service networks | Docker Docs

I hope this helps you understand the command and the encryption, and how they work with Docker and swarm. If you have any other questions related to Docker, please feel free to ask me. ????

Creating one pod and adding all the resources needed for each application is not a good way to accomplish the goal of grouping Kubernetes-specific resources for each application. This is because pods are the smallest unit of a Kubernetes application, and they are designed to run a single container or a set of tightly coupled containers that share the same network and storage resources1. Pods are ephemeral and can be created and destroyed by the Kubernetes system at any time. Therefore, putting multiple applications in one pod would make them harder to manage, scale, and update independently. A better way to accomplish the goal is to use namespaces, which are logical clusters within a physical cluster that can isolate resources, policies, and configurations for different applications2. Namespaces can also help organize secrets, which are Kubernetes objects that store sensitive information such as passwords, tokens, and keys3. References:

• Pods | Kubernetes
• Namespaces | Kubernetes
• Secrets | Kubernetes

 Adding all the resources to the default namespace is not a way to accomplish this, because it would not isolate the resources for each application. Instead, the teams should use namespaces, which are a mechanism to organize resources in a Kubernetes cluster. Namespaces provide a scope for names of resources and a way to attach authorization and policy to a subset of the cluster. By creating a separate namespace for each application, the teams can ensure that their resources are grouped together and not accessible by other teams or applications.

References:

• What is a Container? | Docker
• Docker Certified Associate Guide | KodeKloud
• DCA Prep Guide | GitHub
• Namespaces | Kubernetes

 = Uninstalling the ‘docker-ce’ package before installing the ‘docker-ee’ package will not upgrade Docker Engine CE to Docker Engine EE. It will only remove the existing Docker Engine CE installation and install a new Docker Engine EE installation. This means that any existing containers, images, volumes, networks, and other Docker resources will be lost. To upgrade Docker Engine CE to Docker Engine EE without losing any data, you need to use the migration tool provided by Docker1 or follow the steps described in the Docker documentation2 or other online guides34. References:

• 1: Migrate to Engine 1.10 | Docker Docs
• 2: Install Docker Engine | Docker Docs
• 3: Switching Docker 18.09 Community Edition to Enterprise Engine with no …
• 4: How to upgrade Docker 18.09 Community Edition to Docker Enterprise 18.09