You can get started in Azure. But soon it becomes time to build your subscriptions for your enterprise. For example, giving unrestricted access to developers can make your devs very agile, but it can also lead to unintended cost consequences. In addition, you will want to have requirements to demonstrate compliance for security, monitoring, and resource access control.
In this article we help organize some thoughts around the strategy and plan for building out your cloud, including a plan that you can put into Azure DevOps.
The Azure CLI is foundational to getting started in Azure, Windows Subsystem for Linux (WSL) is an optional feature of Windows 10 that allows you to run Linux on Windows, and the Windows Terminal. For those of us who spend time in Microsoft Teams, Microsoft Office and want to work with Visual Studio Code, it is the perfect combination.
Containers give you a way to run you application in a controlled environment, isolated from other applications running on the machine and from the underlying infrastructure.
It means that when you go to deploy, all the dependencies are published together. So you can finally say, “It worked on my machine” and mean it. All the dependencies with the same versions in your container will be there when you deploy to the cloud.
Everything the application depends on to run successfully can lives inside a container. Containers are an isolated, resource controlled, and portable runtime environment which runs on a host machine or virtual machine. An application or process which runs in a container is packaged with all the required dependencies and configuration files.
Containers grew up in Linux. In Windows Server 2016, containers can run on Windows and run Windows on the inside.
The idea is that you can run containers in the cloud, in the customer data center, or in container services and manage them consistently.