Batteries Included, Charged and Ready to Go!

Everything you expect from a PaaS, but on your own servers.

Deployments

Different methods of deployment for different use cases, supporting fast and safe deployments.

SerialSerial
Serial Deployment deploys your code one server at the time. This is the safest way to deploy your code, but it takes longer to complete. You can define tests to ensure each server is healthy before moving to the next one.
ParallelParallel
Parallel Deployment deploys your code to all servers at the same time. This is the fastest way to deploy your code, and combined with code and endpoint tests, it is a zero-downtime deployment method.
RollingRolling
Rolling Deployment deploys your code to a subset of servers at the same time. This is the safest way to deploy your code, and it is faster than Serial Deployment. You will need at least 3 servers to use this deployment method.

Rollout Strategies

Experiment with different versions of your code before rolling out to all servers. The most simple way to use a Blue/Green or Canary deployment strategy without any additional tools.

NoneNone
This strategy rolls out the latest code to your servers, sends new traffic to the new code and drains the old code from any existing traffic.
Blue/GreenBlue/Green
Blue/Green deployment deploys your code but keeps a copy of your old code serving traffic. You can choose to send new traffic to the new code or keep sending traffic to the old code and switch when you are ready.
CanaryCanary
Canary deployment deploys your new code and sends a small percentage of your traffic to the new code. You can choose to increase the percentage of traffic to the new code or roll back to the old code if you are not happy with the results.

Live Log Tails

Your application logs, process logs, web server logs, database logs and error logs as well as any other logs generated on your servers can be tailed in a single stream in real-time. This is an incredibly useful feature for debugging and troubleshooting.

With a search feature and the ability to see the context around each line, you can easily find the logs you're looking for.

We call this LiveLogs

Easy Setup for Images and Services

Hosted build servers to reduce deployment time and complexity. Web based UI for managing serivce network and storage for simple management.

Images

Autoscaling

Respond to changes in traffic with automatic scaling of your web servers and reduce costs by scaling down when traffic is low.

Autoscaling

Cloud 66 can automatically scale your web servers based on real user experience metrics like HTTP Response Time or conventional metrics like the CPU or Memory usage of your servers.

Setting up an Autoscaling rule is as simple as declaring your desired value for a specific metric. This metric will be calculated across all your servers to drive automatic scaling decisions.

All scaling decision are logged and audited so you can debug and see your Autoscaling rules in action.

Try Autoscaling Today

Teams, Permissions and Service Accounts

Invite team members, external contractors and clients to your account and assign them different permissions. Safely remove access when needed.

Cloud 66 allows you to invite your team members to your account and assign them different permissions. You can also create teams and assign them to different applications or restrict deployments to certain environments or clouds.

For automation purposes, you can create Service Accounts and assign them to different applications.

All Cloud 66 users can be member of multiple accounts. This is useful for client work or when you need to manage multiple accounts.

Preview Deployments

Deploy a new instance of your code every time you push a new commit to your repository so your team and clients can preview the changes you're making.

BranchBranch
Branch deployments are triggered when you push a new branch to your git repository. This is useful for testing your code before merging it to your main branch.
Pull RequestPull Request
Pull Request deployments are triggered when you open a new pull request on your git repository. This is useful for approvals of your code before merging it to your main branch.
TagTag
Tag deployments are triggered when you push a new tag to your git repository. This is useful for deploying a specific version of your code or for deploying a release.

Managed Databases, Backups and Replication

Bring your own managed database or let Cloud 66 deploy any of the major databases and manage their backups and replication for you on your own servers.

DB Management

Security Updates and Patches

We automatically patch your servers and deployed components with the latest security updates so you can focus on building your product.

Security Patching

Cloud 66 automatically patches your OS and packages with the latest security updates. You can also choose to patch your servers during a deployment.

If you have more than one server, the patching and restart will ensure zero downtime by applying the patches one server at the time and running various checks on the servers before putting them back online.

Firewalls

Managing firewalls can be intimidating and challenging when you need to scale them up and down. Our dynamic firewall rules make this easy. Hardening your servers and services is a must, but so is making sure you can scale them up and down when you need to.

Instead of the usual IP and port approach, our Dynamic Firewall keeps track of your servers and their roles and adjusts the firewall rules accordingly. This means no more manually keeping track of IPs and ports and no more sudden downtime because of a misconfigured firewall.
Dynamic Firewall

Operation Timeline

Cloud 66 keeps track of all the operations performed on your servers and applications. You can see the status and logs of each operation and the time it took to complete.

Within a single timeline, you can see the application deployment history, infrastructure changes and their logs and take direct actions like rolling back deployments or scaling your web servers.

Operation Timeline
Operation Timeline

Deploy Your First Application Today

Metrics

Cloud 66 collects metrics from your servers and all deployed components. These metrics are specific to each component.

For example for a server, as well as collecting CPU, Memory, Disk and Network metrics, specific metrics like Database slow queries, DB connections or Nginx response time and other deployed components are also automatically collected and stored for at least 7 days at a high resolution and are visible as charts.

CPU
Memory
Disk
Network
MySQL
Postgres
MongoDB
Redis
Elastic
Nginx
HAProxy
Queues

Monitoring and Health Checks

Cloud 66 monitoring and health checks, check the health of your servers during and after each deployment and contiously monitor them from different locations around the world.

During deployment your defined tests run to ensure your application is healthy before moving to the next server. This guarantees that your application is healthy before it starts receiving traffic and there is no downtime as a result of a failed deployment.
During Deployment Health Check

Environment Variables and Secrets

A central place to manage your environment variables, configuration parameters and secrets for your applications, that comes with team access control.

Auto GeneratedAuto Generated

All needed environment variables for the deployed components are automatically generated. For example if you have MySQL as your database,MYSQL_ADDRESS, MYSQL_USERNAME, MYSQL_PASSWORD and other variables are automatically generated for you.

Version ControlledVersion Controlled
Environment Variables are version controlled and any changes to their value will is tracked and can be reverted using the API and the CLI toolbelt.
EncryptedEncrypted
Environment Variables are encrypted during transit and at rest using the latest encryption standards and can only be decrypted by with your account's private key.

Hosted Container Image Builds

All Cloud 66 accounts come with a hosted container building service, called BuildGrid

BuildGrid can use the Dockerfile that's in your repository or automatically generate a Dockerfile based on your used framework. Using Habitus open source projects, image builds have support for multi-step builds and injection of SSH keys and other secrets without exposing them in the final image.

Container images built with BuildGrid are pushed to the hosted container image registry or can be pushed to your own image registry.

Deploy Your First App Today

Static Sites from any Compatible S3

Deploy your static sites to your S3 compatible storage and save up to 40% on your hosting costs.

Static site generators like Gatsby, Hugo or Jekyll are deployed to your cloud's S3 compatible stored and served via a CDN. Using this CDN you can manage your traffic with fine-grained rules and see the logs of your traffic in real-time.

Your site is built and the assets are generated on BuildGrid and then uploaded to your cloud's S3 compatible storage.

You can add geo-location or browser and client information to your traffic and see those in your structured logs.

Container Image Registry

Cloud 66 comes with a hosted container image registry that is automatically configured to work with your applications.

Hosted Image RegistryHosted Image Registry

Every Cloud 66 account comes with a hosted Private Image Registry. You can use this registry to store containers built by BuildGrid and they are automatically available to all your servers without any further configuration.

Bring your own Image RegistryBring your own Image Registry

If you prefer to use your own Image Registry, you can configure Cloud 66 to use your own registry. BuildGrid then builds your application containers and pushes them into this registry for you.

Version Controlled Configuration

All components deployed by Cloud 66 on your servers are the ones your team would have picked if you wanted to manage them manually. They also come with a git backed version control for your configuration files so you can make changes confidently.

Sometimes you need to make changes to your configuration files. We don't want to take that away from you. We also want to make it easy for you and your team to make those changes in a controlled and safe way and across all your servers at the same time.

All components installed and configured by Cloud 66 on your servers have their configuration files accessible via a git backed version control. Any changes you make will be sent to the server and tested before going live, and you can always rollback to a previous version.

All configuration files also benefit from ongoing security updates and patches, applied by Cloud 66.

We call this CustomConfig

SSL Certificates

Managed CertificatesManaged Certificates

All endpoints of your application and API are automatically protected by SSL certificates issued by Let's Encrypt for your domain. These certificates are automatically renewed and managed by Cloud 66.

Wildcard CertificatesWildcard Certificates

Wildcard Certificates are automatically issued for your domain and all subdomains. These certificates are automatically renewed and managed by Cloud 66. We support a wide range of DNS providers.

Bring your own CertificateBring your own Certificate

If you prefer to use your own SSL certificates, you can upload them to Cloud 66 and we will install them on your servers for you. Intermediate certificates are also supported.

Deploy Anything, Anywhere

VPN for Every Server and Service

WireGuard backed VPN that is automatically configured allows your team to connect to your servers and services privately for testing and debugging purposes.

Application Private Network

Every server and service in your application is connected through a WireGuard based VPN, called Application Private Network or APN

Each server, service and deployed component gets a private IP address and DNS record ending in .apn as well as a public IP, a DNS record and the corresponding environment variables, if required.

While your servers will be accessible through the public IP address from the internet, you and your team can reach the servers privately via the VPN for testing and debugging purposes.

One very common use case is connecting to the Canary or the dormant version of a Blue/Green deployment through the APN before making changes to the deployments.

Direct SSH into Servers, SSH and Debug Sessions

As we deploy your application and required components, including databases and storage on your own servers, on any cloud, we don't want to take away your ability to access your servers directly.

You can SSH into your servers directly from the UI or using our command line toolbelt, with sudo rights.

SSH access and the shell user permissions can be granted in the UI, the API or the command line toolbelt to your team members.

Automated Testing (CI) Integration

Pre-CI IntegrationPre-CI Integration

If you have a CI system, like Github Actions, Jenkins, CircleCI, etc, you can configure Cloud 66 to trigger a deployment after your CI pipeline is completed. This is useful for testing your code before merging it to your main branch.

Post-CI IntegrationPost-CI Integration

You can also start your CI flow, after your images are built by BuildGrid. This can be useful when you want to test your application in a production-like environment.

Github IntegrationGithub Integration
While Github is not the only git provider we support, we have a Github app, for better integration. By connecting your account to github, you can see the deployment progress and logs directly on your pull requests.

Failover and Disaster Recovery

The worst time to find out that your failover and disaster recovery plan doesn't work is when you need it the most.

That's why we built FailoverGroups, a feature that lets you deploy the same code across multiple servers, regions or even clouds and switch between them with a single click or API call.

Combined with database replication and monitoring features, FailoverGroups give you the control and simplicity you need during an emergency.

Ready to Deploy Happy?