Pass Microsoft Certified: DevOps Engineer Expert Certification Exams in First Attempt Easily

Microsoft Certified: DevOps Engineer Expert Certification Practice Test Questions, Microsoft Certified: DevOps Engineer Expert Exam Practice Test Questions

Want to prepare by using Microsoft Certified: DevOps Engineer Expert certification exam practice test questions efficiently. 100% actual Microsoft Certified: DevOps Engineer Expert practice test questions and answers, study guide and training course from Exam-Labs provide a complete solution to pass. Microsoft Certified: DevOps Engineer Expert exam practice test questions and answers in VCE Format make it convenient to experience the actual test before you take the real exam. Pass with Microsoft Certified: DevOps Engineer Expert certification practice test questions and answers with Exam-Labs VCE files.

ARM Templates

3. Lecture - About ARM template Sources

Welcome to this lecture on identifying Arm template sources. As we have seen in the previous demo, instead of writing a template from scratch, we should start with a reference template and modify it for our use-case scenario. So, as I said, Resource Manager enables us to choose three ways by which we can export a template. The third option is to use one of the Azure Kickstart templates available on GitHub. But as I said, there are two main ways, and we have seen the demo for these two main ways. So let me have a quick discussion based on that to clear up some concepts. So the first option is to create a template before deployment. As we have seen, we can go and try to create a resource, and before we actually create a resource, like we have seen for keywords, we can download the template for automation, that is, the template for creating and exporting templates before deployment. So here in the before-deployment method, the template shows the state of the resource at the time of deployment. That means if you plan to make any changes to the resource after the deployment, they are not included. For example, if you are trying to adapt this scenario, that is, take the template before deployment and create a keyword before actually creating the keyboard, what you do is just export the template. But after you go ahead and create the keyboard, let us assume that you made a change to the access policies, but the template that you have in hand is the one before deployment. So if you make any change to the keyboard access policies after deployment, that particular change will not be included in the template. So that is a drawback for this approach. That is, if you plan to make some manual changes to the resource even after deployment, grabbing the template before deployment is not a good idea. But the biggest advantage, and for me, this is one of the biggest things that you can offer, is that it's already a usable template. If you take the template before deployment, it includes only the properties needed for deployment. No junk values, no hardcore values, nothing. It's a "ready to use" template with no modifications required. So, on the other hand, if we can export the template after deployment, that is, create a keyword, go to the automation score section, and export the template, we have a solution. It will include all the changes that we made after deployment. That is, even if we create a keyword and make some changes later on, like changing the access policy, or add some more secrets to our template at any time, if you go to the automation script and export the template, that template is a snapshot of the resources' current state. So it will include all the changes that happened even after deployment. So if you make even five to six manual changes to the resource even after deployment, if you choose the export template option, It will have all these changes. The template will have all these changes. The main disadvantage is that it contains a hard core of unparametrized values, which we must remove and clean up before you can use it. So the automation script template, as well as the export template option after deployment, contain all of these hardcoded values, which necessitate a significant amount of cleanup on our end before we can create a ready-to-use template for future deployment. So. as a general rule. What I want to say is that you export a template before deployment. If you want an easy-to-use template that does not require modification, simply create a resource and do not intend to make any major changes to the resource after deployment. Alternatively, generate a template from the resource after deployment if you need to capture all changes made to the resource even after the initial deployment and are willing to do some cleanup to make the template in a proper form. One final point to mention is that if you want to export templates of multiple resources, such as a template of a whole subscription, then the first option, which is manually trying to create each resource and then exporting the template before deployment, is not at all a good idea. In that case, you need to always go for the second option, which is to create all those resources and export the template of the resource group. Or just select all these 25+ resources and manually export the template. So, if you have multiple resources, the idea I'm trying to convey here is that in this case scenario, for multiple resource use cases, template export after deployment is preferable. Otherwise, if you are trying to get a ready-to-use template for one or two resources, then you can go for the before deployment export option, which will give you a ready-to-use template.

4. Demo - Deployment using ARM Templates

Hello everyone. Welcome to this lecture on creating deployments in Azure using Arm templates. We saw where we could get the Arm templates in the previous lecture. So in this lecture, we are going to see how we can use those AARM templates to create deployments in Azure. We are going to use a template that we have downloaded in the previous section, which contains the keyword template and parameter files. And using that, we are going to create a deployment in Azure to create an Azure keyword resource. So for that, the first thing that you need to do is go to the service box and type templates. You can choose the third option: deploy a custom template. Click on that. Let me wait for the page to load. So it opens a page called Custom Deployment. You can see there is an option called "Build Your Own Template." In the reader there are other options, such as the "Common Templates" option, where we can directly have the templates available for them. There's also a gift template option, where you can give the link directly and log the template from the GitHub link. For now, choose the "Build Your Own Template" option. So here is where you can upload the template. Click on "Load File" and choose the template. Go to the path where the template is stored and choose the template file that we want to deploy. Click on "Open" if you see that this is the same template that we have generators ready for keyword creation purposes. Click on Save and there are other it also provides the parameterized and resources. We also just click on "Save." In the next window, click on Edit Parameters. Azure already loads this with the generated parameters from the template. But we need not use this because we have our own parameter file. So what we need to do is replace these contents with our parameter file because our parameter file is customized with the values that we need to give us input. So what you need to do is click on "load file," go to the same path, and choose the parameter file that we have generated. So if you see that it has all the values that we have defined before, click on Save. As you can see, the values are already preloaded from the parameter file, and Azure automatically takes these values and fills it for us. If they have some default values, what you need to do is go to the Edit Parameters section and change the values. If I want to change the name of the keyword, I can change his name and give it another name. So that's how you customize deployment. So, let me change the name of the keyword to something else and then click Save. So the value appeared here, and you can change other values as well. If you want to change the location, you can change it directly from here. Or you can change go to the parameter file and change Some values are not loaded properly. If you see the Enable for Deployment option and the Enable for Discrete Encryption Option, these are not loaded, so let's choose the values for that. Select Enable disconnect encryption at fault. now the reason why these values are not loaded if you go and see inside the parameter file just scroll down and you can see that enable for deployments that option is set to null we have not given true or false there that is set in all hat is the reason that there is not load properly click on Save I think we have filled everything Let us add a resource group here. Let me create a new resource group. Let me name it "deployment test." There is a mistake. Let me remove the space here Click on Okay, and because we have reloaded the parameter file, we have to give these inputs again with a null value, which we have to replace again. Give it false and false, so that's it, guys. We are almost done click on this Agree option and click on Purchase you see the notification window now it will open this it will give the status click on that deployment in progress option as you can see the deployment is underway lotus come back when the deployment is completed so the deployment is completed if you click on go to resource it will take you to this keyword that is created resource group that the keyword contains you can see the key vault got created click on that and if you see the location in Northcentral US the pricing tire is standard so we have got the inputs that we have given in the parameter file we have got those inputs if you go to access policy youkan see that only one is set to do business manager for template deployment because the remaining options we have set to false at the time of template creation so that's it guys That's how you can create a resource, so another thing I want to hear is that, for example, if I want to create a new resource, I can use the same template but just change the parameter file; if I want to change the location to West Europe, I can just change the parameter file and use the same template; and this is how you customize deployment. sift you have a development subscription if you have a production subscription for development subscription if you are creating a template youkan use the same template with different parameters files for the production because the template remains the same only the values and the SKUs and those things only change so that's it guys. That's it for this lecture, thank you.

Source Control

1. Lecture - About Azure Repos

This lecture is about Azure Repose and version control. So, Azure repos are a set of version control tools within Azure DevOps that help us manage our code. Azure Repose provides two types of version control. The first one is Get, which is the distributed version control system. And then we have TFEC—the centralized version control system. In this course, we are going to use Azure Get for storing our AMP template. As you know, GIT is the most popular version control system today. Now, the obvious question is why we should use Get repositories for storing our infrastructure. The main advantage is that it helps manage our template. Transcript keeps track of every change made to our template. That is a consumer scenario. You have an amp template to just say "create a storage account" in your Get repo. So you deploy the template, and now you want to make a change to the storage account. You want to change the application level of the storage account from "standard" to "allow us to let us say another value." So what you will do is we will just go and change the template, update the template as per mentioned, and pre-deploy it. Now, what happens if I want to reward this change? That is, if I want my older version back, what will I do? So without Get, we need to revert this change manually. But using Get, it's very easy to do these things, as it keeps all the history in one place for us to suffer through. The next advantage of using Get is for teamwork. If you have an infrastructure team working on your deployment, all your team members can use a single central Get repository provided by Azure DevOps, thereby making the collaboration much easier. Now that's just a brief introduction to Azure repose Git. You'll have an entire course on Azure soon where we are going to discuss all the operations that we can do with respect to Azure repose. For now, let me show you how you can install it on your local system and push your Arm templates to Azure DevOps.

2. Demo - Installing git

Hello everyone. Welcome to this lecture on installing Git for Windows. So, first and foremost, you Google Git for Windows installation. It will open the Gate download page. The download will be automatically started. Now the file is downloading for me. So let me go ahead and open the file. Let us click on the file and click "Open." It will prompt you to run it or cancel it. Click on "Run," and then it's a normal restriction process. Click on Next until you find the Install button. Install option. So, let us proceed by configuring extra options for the next experimental option to install by clicking Next. So the final option we installed is Let us wait for the installation to be complete. Now, we're installing Git sheets here because they're available in Azure Report. But we want to push our code and our templates, whether they are scripts or templates or anything else, we need to push them to Azure Report. So in order to push them to Azure Report, we need it installed on our local machine. Otherwise, you need a tool such as Visual Studio or Visual Studio Code. When you install those tools, you will get a gate on the back end. But because we are not using any tools, we are installing gifts. We are installing it manually. So the installation is completed. Let's go ahead and click Finish. Now, in order to confirm the installation, what I would suggest is that you open a command prompt, and once the command prompt is open, you can type get there, and it should return ice cream similar to this. With some commands, it should return ice cream, and you can confirm that it's working; otherwise, if there are installation issues, then it will return a message like this command is not organized. So that's it. That's all your storage.

3. Demo - Push Code to Azure Repos

This lecture. In this lecture, what we are going to do is, first of all, store some Arm templates in our local repository. We'll use two templates from the previous section: the template file and the parameter file for the Azure keyword. So we are going to store these two templates in our local repository, and we are going to push these templates to Azure DevOps' central git repository. And once the code push is completed, we are again going to make an update to this template from our local repo and push those updated changes again. And we are going to see all these in this particular lecture. So first of all, I'm going to log into my Azure DevOps. You can see I'm already logged in. Click on "sign in," let us log in with my credentials, and click on "projectIAC," which is our project name in process code. Click on that, go to repose, and click on reposit. The file window of the report will be by default open, and you can see several options. Clone push options are there. If you see the "clone" option, you can see cloning can be directly given to an ID.

If you see a Visual Studio Vs. Code intelligent idea, you can clone it using this ID, or you can do what I'm doing now and not use any of these IDs. To prompt, we will use command prompt. So for that, you need that URL, which is given in that central window. Copy down. that URL first. Before that, let's go to the command prompts. And you need to find a path where you can store your local GitHub or create your local GitHub. So let me go ahead and choose a path where Iwant to create my local gift repo copy that path. I'm going to switch my directory to that path—that particular path. Now, what I'm going to do isI'm going to do a git clone. So the command for that is git clone. that clone URL. This window is where you can get the clone URL. As I mentioned, you need to copy that clone URL and go to clone again and paste that URL. So get cloned to that particular URL. It's a one-time operation, which is how you copy your remote report into your local report. It's going to ask you for credentials because you're cloning from Azure DevOps, and the cloning is complete, and it gives us a warning that you appear to have a cloned MTS repository. You appear to have cloned an empty repository because our repository does not have content. Now, if you do a DAR, you can see the directory inside that, and you can see a folder named IEC in that. Let's go inside that folder. CD-ROM space IAC Now, why IAC? Because IAC is our project name, and Azure Devox, after cloning, created a folder named project name IAC" inside the location that we have given and the path that we have given. If you go inside that path, you can see that this is an empty git repo. This is a local git repo. Now, what I'm going to do is inthis gitto I'm going to create a folder,new folder named keyword underscore templates. Let me create that folder here, and I'm going to add my templates inside this local git repo. So let me go ahead and copy my templatesfrom another folder, template file and parameter file. Come to my gift rep folder. Inside the folder, I created a keyword and template. I am going to copy these two files. So once the copying is completed, you can come to the command prompt and type "Get status." You can see one more. It is tracking or making changes in the red color. It adds the track changes foldername keyword to the template.

What you need to type is Git adda with Cape ishow you add all your change files into your local report. And once the files are added, you can do a git commit to commit your changes. Git commits M, and you continue to leave a commit message. Let me give the messages first commit here. So the git commit, the first commit, and the local commit are all finished. Now it is tracking all the changes, and inside the local git repo, all our file changes and all our templates are committed. But to make it available in the remote AzureGit repo, you need to give a Git push. You can either give the origin master a Git push or simply give a Git push. Now, Master is the reason we need to give Masters. because Master is a default branch. We have not made any changes to therepo upon creating Master is a default branch. So you can either give Git push or the master, or you can simply give Git push. Both are going to work. Now I'm going to use, let's say, "give Git push only." So let me type "get push" and press Enter. So these three commands are important: get, add message, and get pushed. This you are going to use repeatedly the linkto which will be given in the resources section. Okay, so let me go ahead and reload my Azure Post page here. And you can see that once the Get push is finished, the Arm templates are available here.

Our Azure DevOps Git repository contains the key volt underscore templates folder. And inside that folder you have two files: parameters and templates. If you go to the history, you can see the commit message that we have given. The first commit is appearing with that commit message. After the first commit, you can see the contents of the key parameter file inside the parameters file, and the key volt template inside the template. Now I'm going to decide whether or not to update a change. If you go and open the parameter file in our local report, you can see that the keyword name is given as 1, 2, 3. I'm going to update this name from my local report and push these changes again to Azure Diversity report.So let me update my keyword name here. Update the name. Let us save the file and go to the command prompt again. And what are those four commands that we use? First, we will use Git status to verify the changes. Check the status. You can see that the keyboards, template, parameters, and dotand update are being tracked by Git. When you do a git, add a capital A. Add a capital A to add all these file changes. Then you will make a Git template, parLet me correct those changes. Get commits "M" with a commit message. Let me give the commit message as a second commit. Second commit. Now after that, you can do a Git push. Once you do a Git push, all your changes will be pushed to the remote report. And let me come to my Azure reports and open parameters. You can see the file name got changed, and the keyword name got changed. And you can see a commit message called "Get commit" here. So that's how you implement your changes. If you go inside that commit message or if you click on that commit message, you can even verify the changes. What was the change made in that commit? You can see the keyboard. One, two, and three got updated to a new keyword name. Okay, so that's how you push your changes to Azure.

Azure Pipelines

1. Lecture - About Azure Pipelines

Welcome to this lecture on Azure pipelines. So we have our ARM templates with us. We copied these templates to our local repository, committed them, and pushed them to our remote Azure DevOps repository. Now it's time to make use of these templates. So deploy resources using these templates for what we will do: we will use Azure pipelines. We will create two pipelines, a build pipeline, and a release pipeline. One obvious question you will have as a beginner is why you should use two pipelines. From an infrastructure deployment perspective, we know that pipelines can be used to deploy Azure resources using the Arm template that we have pushed to Azure Post. But why do we need to use two separate pipelines for that? Let's discuss. Two pipelines are used to implement continuous integration and continuous deployment, or continuous delivery, which is CI CD. The build pipeline is used for continuous integration, and the release pipeline is used for continuous deployment. So what happens during continuous integration, or build? Assume we have a net application that needs to be deployed and this is the case for application deployment. So the developers write code using Net and push that code to the Azure course. Then in the build pipeline, we will have steps to build the application code in order to verify that the code is a perfect one without any errors, thereby making sure that it will work fine after deployments. And once we have this continuous integration or successful build, we can deploy resources from that bill, which we know is free from rules, all using the lease pipeline. So the release pipelines are used to deploy the result of a successful build pipeline to one or more environmental platforms.

By platforms, I mean the place where we are actually deploying our code to.It can be an Azure Art Service, a Kubernetes Service, or anything that can host an application. That is how continuous integration and deployment will work in the case of an application deployment. But we don't have any application code here. In the sense that we don't have code that is written in Java, Net Core, or JSON that can be used to provision Azure resources, we have some JSON files or Arm templates. So, how do we apply the CICD concept to our Arm templates? The concept is exactly the same as it is in the case of application code. We will use the build pipeline to build our arm templates here. Build indicates that we will validate our Arm template. So what does validation mean? Validation means we are going to validate that the template is intactically correct in proper JSON format with no junk values, no errors, etc. Through this validation, we are making sure that if we deploy this template, it can successfully provision the Azure resource that we intend to deploy. So a successful build pipeline, or in other words, successful validation, means that we can go ahead and release it using a release pipeline. So how does release work? Release should take the validated Arm templates that we get as an output from the build pipeline and deploy them to Azure. So in release, we do the actual provisioning. There is a continuous deployment part that we will discuss about the different options, such as incremental mode and complete mode, that we have for this continuous deployment. For now, I hope you got an overview of what we are going to do using Azure Pipelines. This much understanding is needed to get started with pipelines, and this will be crystal clear after the demo. So let us go ahead and create our build pipeline to validate our templates.

So when looking for preparing, you need Microsoft Certified: DevOps Engineer Expert certification practice test questions and answers, study guide and complete training course to study. Open in Avanset VCE Player & study in real exam environment. However, Microsoft Certified: DevOps Engineer Expert exam practice test questions in VCE format are updated and checked by experts so that you can download Microsoft Certified: DevOps Engineer Expert certification exam practice test questions and answers files in VCE format.