website/content/en/docs/setup/going-to-prod/rollout.md
{{< warning >}} This document assumes you’ve already decided on an architecture. If you have not, please read the architecting document. {{< /warning >}}
Vector is designed to be deployed anywhere in your infrastructure, making it possible to follow the best practice of deploying within your network boundaries and avoiding a single point of failure. Our rollout strategy takes advantage of this through incremental adoption, minimizing scope, allowing for safe failure, and without the anxiety of switching to a new system.
If you follow our networking recommendations, then you should deploy Vector within each network partition (i.e., cluster or VPC), one at a time.
This makes it easy to adopt Vector incrementally, allowing for sustainable progress while building out your observability pipeline.
Minimizing scope is the easiest way to ensure success. The scope should be minimized to one network partition and one system at a time. Then, follow the rollout plan for each unit of scope.
While setting up Vector, it should be allowed to fail without consequence to your business. This means Vector should be operating on a redundant stream of data without disrupting your current production workflows.
This allows you to gain confidence in Vector before your business depends on it.
Finally, by the time you cut over to Vector, you should have confidence in its ability. It should already be operating in a production capacity over a sustained period, removing any doubt that Vector will perform reliably in your production environment.
{{< info >}} Follow this plan for each deployment within each network partition. {{< /info >}}
blackhole sink (the default) within that network partition.vector top and vector tap commands.{{< success >}} Repeat for each network partition. {{< /success >}}
For easy setup and maintenance of this architecture, consider Datadog Observability Pipelines, which comes with support.