Declarative deployment to Kubernetes that your developers will love.
Declare your targets and deployment strategy, write your code and commit, it’s that easy — Continuous Deployment-as-a-Service will figure out the rest as it dynamically orchestrates your deployment across all your environments.
“In a single afternoon I set it up and ran 500 deployments, a dozen different ways, and it never struggled at all. It was easy to take to people and say ‘Armory works, it solves our exact problem’ and move forward.“
Ben Moody, DevOps, Tesouro
A Better Way to Grow and Scale Your Business
Deploy your code to multiple environments with ease, track where your code has reached and what needs to happen; only deploy to production if pre-production security scanners and automated tests complete successfully, and leverage your existing test suites during a deployment to verify application health.Learn more about Centralized Management →
Multiple Objects and Manifests
Multiple Kubernetes objects you say? More than one manifest? No problem. Package your Kubernetes objects into a set of manifests that make sense for your application, and deploy, analyze, and roll them back together. Deploy one or more copies to any number of namespaces or clusters.Learn more about Multiple Objects and Manifests →
Operational Flexibility and GitOps Best Practices
Declarative Deployment with GitOps Workflows
Increase productivity and agility by declaring your targets and deployment strategy using the same development practices, like version control and change history.Learn more about Declarative Deployments with a GitOps Experience →
Centrally manage where each application’s operating environment is hosted so that your developers can focus on writing code. Get started without installing CRDs.What is Declarative Deployment? Learn more here. →
Continuous Deployment Created by Developers for Developers.
Reduce downtime and risk by running two versions of your application in parallel, and controlling traffic between them.Learn more about Blue/Green Deployments →
Improve stability and avoid service outages by continuously verifying changes as they are deployed.Learn more about Canary Deployments →
Save time, money, and lower your Mean Time to Recover. Automatically execute a partial or complete rollback of a deployment to the last known working version and quickly recover from a service outage.Learn more about Automated Rollbacks →
Route the right amount of your traffic to new application versions, regardless of application pod count, so you decrease any impact to your customer experience.Learn more about Traffic Management →
Run Canary Deployments with Istio
Canary deployment strategies help minimize the blast radius of a bad change. Continuous Deployment-as-a-Service now supports canary deployments using the Istio service mesh. Run fine-grained canary deployments on multiple services in lock-step and roll them back together.
Open Ecosystem Integration
Github, Armory CLI
Fully automate your deployments and reduce lead time for changes by setting up the Armory GitHub Action to deploy on commit.Learn more about Github,
Armory CLI →
Webhooks will integrate with any existing system in your SDLC, so you can leverage your existing automation from within your deployment and only deploy if all automation passes.Learn more about webhooks →
Prometheus, Datadog, New Relic
You’ve invested time and money into your observability strategy, so keep it rolling and use the data to automate verification and impact analysis.Learn more about Prometheus, Datadog, New Relic →
Jenkins, CircleCI, Spinnaker
No need to migrate from any existing tools, just plug it into your existing SDLC using the Armory CLI.Learn more about Jenkins, CircleCI, Spinnaker →
Automatically deploy and verify code across multiple environments and rollback instantly when required.
Safely share and version your configurations for faster, more reliable, and secure deployments with CD-as-a-Service.Learn about Secret Stores →
Minimize any risk of accidental changes by restricting deployment to each application’s environment and the specified team.Learn more about Identity & Access Management →
Improve the user experience for your developers and adhere to company compliance guidelines by authenticating using standard corporate credentials.Learn more about Identity & Access Management →
Make potential attackers’ lives harder and reduce fraud risk by adding a second security layer to re-confirm your identity.Learn more about Two Factor Authentication →
Reduced Administration Complexity
Dynamic Account Configuration
More automation and dynamic configuration means less downtime, and more time to focus on the high value tasks throughout your day.Learn more about Dynamic Account Configuration →
Automated User Management
Simply leverage SSO and your current security and compliance processes to automatically add users.
Continuous deployment options to scale and fit your needs.
Declarative Continuous Deployment at no cost!
Built for small businesses with big dreams and <101 employees
per *Application Target per Month
being deployed to a namespace running on a cluster (application x namespace x cluster).
Trusted by leading companies around the world
Find the right Armory for you
|Features & Capabilities||Free||Startup|
|Application Targets||Up to 25||Unlimited|
|Data Retention||30 Days||365 Days|
|Multiple K8s Deployments in a Single Manifest|
|Kustomize Repos for K8s|
|Helm Charts for K8s|
|Automated Impact Analysis (Canary Analysis)|
|Route Traffic with Service Mesh (SMI)|
|Route Traffic with Service Mesh (ISTIO)|
|Asynchronous Webhooks for Long-running Test Automation|
|Cloud Providers and Target Services||
|Amazon Kubernetes Service (EKS)|
|Amazon ECS||Coming soon!||Coming soon!|
|Amazon Lambda||Coming soon!||Coming soon!|
|Azure Kubernetes Service (AKS)|
|Google Kubernetes Service (GKE)|
|Open Ecosystem Integration||
|Custom Webhook Triggers|
|Reduce Administration Complexity||
|Command-line Interface (CLI)|
|Dynamic Account Configuration|
|Agent-Based Management for Kubernetes|
|Provision Users from Okta|
|Provision Users from OAuth2.0 (OIDC)|
|Single Sign-on with OAuth2.0 (OIDC)|
|Role Based Access Control (Built-in Roles)|
|Role Based Access Control (Custom Roles)|
|Assure Availability & Scalability||
|Service Level Agreement (SLA)||99.5%|
|Access to Armory’s Knowledge Base|
|Success Manager for Accelerated Onboarding|
|Support Hours of Operation||10-5 est Mon-Friday||9-8 est Mon-Friday|
|Support Location||North America||North America|
|Architecture and Environment Reviews||Annual|
Resources and FAQ
What is an Application Target?
An Application Target is an independently deployable Application or Service being deployed to a namespace running on a cluster (application or service x namespace x cluster).
What’s an Application or Service you ask? A service, or microservice as it’s often referred to, is a independent component of the software that communicates over well-defined APIs. An application is a group of services that can be deployed together as a single independently ‘deployable payload’.
Example: If you have 100 microservices, and each deploys independently, then you have 100 applications. If you have 100 microservices, 91 of them deploy together, and 9 of them deploy independently, then you have 10 applications.
Estimate you Application Targets
Is CD-as-a-Service a Managed Spinnaker Offering?
Can I deploy to multiple environments and targets?
How does CD-as-a-Service implement Canary Deployment?
What is Automated Canary Analysis?
How do I deploy to K8s during horizontal pod autoscaling?
How can existing automation accelerate my CD Journey?
How does CD-as-a-Service connect to my Kubernetes Cluster?
Commit. Deploy. Repeat.
Focus on writing great code, not deploying it!