This document describes the Scale plan available to developers.
The Scale plan grows with your team and your business, and offers a wide range of customizations. The Scale plan offers custom credit options that can be used across all CircleCI resource classes, per month, depending on your build configuration and execution environment. This plan provides access to the highest amount of network and storage usage that CircleCI offers.
The Scale plan offers several improvements over the Free and Performance plans:
Access to IP ranges
Configure IP-based access to restricted environments with IP ranges. Jobs that have this feature feature enabled will have their traffic routed through one of the defined IP address ranges during job execution (the IP ranges feature is the same on the Performance and Scale plan).
For more information about this features, please refer to the IP ranges page.
Access to all resource classes
Access to all of the machine sizes on Docker, Linux, Windows, and macOS. The additional resource classes on the compute type/execution environment give you access to higher CPU and memory limits.
For more information about these resources, please refer to the Executors and images page.
Customize the amount of jobs you need to run concurrently. This customization is available on all build configurations and execution environments. See Concurrency below for more information.
Custom user seat count
Customize the amount of active users based on your needs.
Unlimited self-hosted runners
Unlimited self-hosted runners, allowing you to run more jobs on your own infrastructure. See Self-hosted Runners below for more information.
Custom storage retention
The CircleCI web app allows for the customization of the storage retention periods of artifact, workspace, and cache objects. This allows you to determine how to store each of these objects types in a way that best suits your project. Lowering storage retention periods can also reduce your monthly bill.
Additional support options
In addition to the upgraded features listed above, the Scale plan also has access to the features listed below. Refer to the Pricing page for more detailed information on credit amounts, included resource classes, key features, and support. Refer to the Resource class features page for details on CPU, memory, network and storage, and credit usage for compute type/execution environment. The following features are available across all of CircleCI’s plans.
CircleCI orbs are shareable configuration packages that enable developers to create private, standardized configurations for use across an organization by different teams. You have access to an unlimited number of private orbs that you can use to securely share across teams and groups.
For more information on private orbs, refer to the Orbs Introduction page.
Concurrency is the ability to run multiple jobs in your workflows at the same time. This is a powerful feature that allows you to decrease your build times and shorten feedback cycles.
CircleCI runners allow you to use your own infrastructure for running jobs, providing more granular control of your own environment and flexibility in building and testing on a wide variety of architectures.
For more information about using CircleCI runners, please see the CircleCI Runner Overview page.
Flaky test detection
The average failed workflow wastes approximately 30 minutes. Detecting flaky tests can save you significant amounts of time in your builds and workflows. Advanced insights are available to help you troubleshoot failed and flaky tests.
For more detailed information about flaky tests, refer to the Test Insights page.
Docker layer caching
Reducing the time it takes to build a Docker image is an important consideration for developers who consistently use these images in their workflows. Consider using Docker Layer Caching (DLC) if building Docker images is a regular part of your CI/CD process. DLC saves image layers created within your jobs, rather than impact the actual container used to run your job. Efficiency features have been specifically designed to take advantage of Docker performance so you can build faster.
For more information about Docker Layer Caching, please refer to the Enabling Docker Layer Caching page.