Continuous Deployment-as-a-Service
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
Dynamic Orchestration
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 Defined
Environments
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.
Increase Reliability
Blue/Green Deployments
Reduce downtime and risk by running two versions of your application in parallel, and controlling traffic between them.
Learn more about Blue/Green Deployments →Canary
Deployments
Improve stability and avoid service outages by continuously verifying changes as they are deployed.
Learn more about Canary Deployments →Automated Rollbacks
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 →Traffic
Management
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
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.
Secured Platform
Secret Stores
Safely share and version your configurations for faster, more reliable, and secure deployments with CD-as-a-Service.
Learn about Secret Stores →RBAC
Minimize any risk of accidental changes by restricting deployment to each application’s environment and the specified team.
Learn more about Identity & Access Management →Single
Sign-on
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 →Two-factor Authentication
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.
Pricing
Continuous deployment options to scale and fit your needs.
Free
Declarative Continuous Deployment at no cost!
*An Application Target is an independently deployable Application or Service being deployed to a namespace running on a cluster (application x namespace x cluster).
Startups
Built for small businesses with big dreams and <101 employees
Starting at
$9.00
per *Application Target per Month
*An Application Target is an independently deployable Application or Service being deployed to a namespace running on a cluster (application x namespace x cluster).
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 |
|---|---|---|
| Usage |
|
|
| Users | Unlimited | Unlimited |
| Services (Applications) | Unlimited | Unlimited |
| Application Targets | Up to 25 | Unlimited |
| Data Retention | 30 Days | 365 Days |
| Starting At | Free | $9 |
| Operational Flexibility |
|
|
| Application Registry |
|
|
| Multiple Environments |
|
|
| Multiple K8s Deployments in a Single Manifest |
|
|
| Kustomize Repos for K8s |
|
|
| Helm Charts for K8s |
|
|
| Expose Services |
|
|
| Increase Reliability |
|
|
| Rolling Updates |
|
|
| Blue/Green |
|
|
| Canary |
|
|
| Automated Impact Analysis (Canary Analysis) |
|
|
| Automated Rollbacks |
|
|
| Route Traffic with Service Mesh (SMI) |
|
|
| Route Traffic with Service Mesh (ISTIO) |
|
|
| Asynchronous Webhooks for Long-running Test Automation |
|
|
| Cloud Providers and Target Services |
|
|
| Kubernetes |
|
|
| 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 |
|
|
| GitHub Actions |
|
|
| Datadog |
|
|
| Prometheus |
|
|
| New Relic |
|
|
| Custom Webhook Triggers |
|
|
| Reduce Administration Complexity |
|
|
| Command-line Interface (CLI) |
|
|
| Dynamic Account Configuration |
|
|
| Agent-Based Management for Kubernetes |
|
|
| User Management |
|
|
| Provision Users from Okta |
|
|
| Provision Users from OAuth2.0 (OIDC) |
|
|
| Secured Platform |
|
|
| Two-factor Authentication |
|
|
| 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% |
| Deployment Expertise |
|
|
| Community |
|
|
| Enterprise Support |
|
|
| Premium Support |
|
Add-on |
| Dedicated Onboarding | Add-on |
|
| Documentation |
|
|
| Access to Armory’s Knowledge Base |
|
|
| Response Times | ||
| P0 |
|
60 min |
| P1 |
|
8 hours |
| P2 |
|
24 hours |
| P3 |
|
48 hours |
| 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!