Azure IaaS Implementation Proof of Concept — Cloud Infrastructure Blueprint & MVP
Azure IaaS Implementation – Proof of Concept is a 5-hour implementation service priced at $175 per hour and managed by Roman Sotnik. It provides a blueprint for a potential turn-key Azure IaaS solution based on your objectives: a review of your current IT infrastructure, a resource-efficiency analysis, MVP scope definition, a detailed IaaS deployment plan, and a working MVP IaaS instance built to the defined requirements.
What this engagement is
This service helps you evaluate Infrastructure as a Service (IaaS) against your current IT environment and plan a proof-of-concept MVP. IaaS is computing infrastructure provisioned and managed over the Internet: you scale up and down with demand, pay for what you use, and avoid the expense and complexity of buying and managing your own physical servers and data center infrastructure. Each resource is offered as a separate service component, and you rent a particular one for as long as you need it. Microsoft manages the underlying infrastructure, while you purchase, install, configure, and manage your own software — operating systems, middleware, and applications. The benefits IaaS is typically evaluated for include reduced capital expense and ongoing cost, improved business continuity and disaster recovery options with the right service agreements in place, faster response to shifting business conditions, focus on core business, and faster delivery of apps to users. The PoC exists to test those claims against your workload before you commit.
Success criteria
What you receive
How the work unfolds
Confirm the business objective for the PoC, the target workload or scenario the MVP should represent, stakeholders, and schedule.
Collect current-state information — server inventory, workload requirements, operating systems, network constraints, identity and security requirements — needed to analyze efficiency and define the MVP scope.
Review the identified inefficiencies between the current environment and an IaaS model, and agree the MVP scope and requirements.
Deliver the detailed IaaS deployment plan for the proof of concept.
Provide agreed temporary access to the PoC Azure infrastructure so the client can evaluate the MVP.
Exercise the MVP against the defined requirements and record observations that inform the go-forward decision.
Address open questions, confirm acceptance of the deliverables, and complete project closeout.
Either remove the PoC environment or agree ownership, cost, and support arrangements for retaining it for further work.
Prerequisites
Who does what
IT Partner
- Review your current IT Infrastructure.
- Analyse the resources in terms of efficiency.
- Define the scope of the MVP.
- Provide the report with identified inefficiencies between your current environment and the benefits you get using IaaS.
- Provide a detailed IaaS deployment plan (PoC).
- Provide an MVP of the IaaS instance based on defined requirements.
Your team
- Provide a dedicated point of contact responsible for working with IT Partner.
- Provide temporary access to the existing environment/IT Infrastructure.
What's not included
Limitations & technical notes
Frequently asked questions
What is Azure IaaS Implementation – Proof of Concept?
It is a 5-hour IT Partner implementation service for evaluating and planning an Azure Infrastructure as a Service proof of concept. You get a blueprint for a potential turn-key Azure IaaS solution: current-infrastructure review, resource-efficiency analysis, MVP scope definition, a detailed IaaS deployment plan, and a working MVP IaaS instance built to the defined requirements.
How much does the Azure IaaS proof of concept cost?
The service is billed at $175 per hour for a 5-hour engagement, confirmed in writing before work begins. Azure consumption during the PoC is billed by Microsoft and is not included in the service price.
What deliverables are included?
A report identifying inefficiencies between your current environment and an IaaS model, a detailed IaaS deployment plan for the PoC, an MVP IaaS instance based on the defined requirements, and a project closeout report with final status, acceptance-criteria evidence, outstanding issues if any, and the final budget.
Is this a full Azure IaaS production deployment?
No. It is a proof of concept: the MVP environment and deployment plan exist so you can evaluate Azure IaaS against your current infrastructure and decide on next steps. Production-scale configuration and resource allocation beyond the MVP are separate, additional-cost work.
Is any Azure configuration included, then?
Yes — the configuration needed to stand up the MVP IaaS instance to the defined requirements is part of the engagement. What is not included is production-scale services configuration and resource allocation beyond that MVP; that boundary is confirmed at kickoff so there are no surprises.
What are the success criteria for this service?
Two: the MVP IaaS environment has been delivered, and the IaaS deployment plan has been provided. The engagement is scoped as a proof-of-concept implementation, and those two artifacts are what the go/no-go decision rests on.
What happens during the 5-hour engagement?
Kickoff, information gathering, discussion of findings and MVP scope, delivery of the deployment plan, temporary Azure infrastructure access for evaluation, testing of the MVP against the defined requirements, closure conversations, and either removal of the test environment or an agreement to keep using it.
What does IT Partner review in our current environment?
Your current IT infrastructure and how efficiently its resources are used — server inventory, workload requirements, operating systems, network constraints, and identity and security requirements — to identify inefficiencies an IaaS model would address and to define a representative MVP scope.
What is the client responsible for during the engagement?
Providing a dedicated point of contact who can answer questions and approve MVP scope decisions, and providing temporary access to the existing IT environment for discovery. Read-only access is preferred where sufficient; elevated access is time-limited and client-approved.
Will the PoC cause downtime or business disruption?
No production changes are part of the PoC — discovery is read-oriented and the MVP is built in Azure alongside your environment. Any access to existing systems is agreed with you in advance.
What happens to the test Azure environment after the PoC?
You choose: the final milestone is to remove the test environment or retain it for further work. Retention is subject to agreed ownership, Azure cost responsibility, and support arrangements, settled during closure conversations.
What should we expect after the PoC is completed?
You will have the MVP IaaS environment, the detailed deployment plan, the inefficiency report, and the closeout report — enough to decide whether to proceed to a production implementation, which can be scoped as follow-on work.