One cluster, diverse services
A resource layer that does not prescribe your application platform.
Microservice environments combine services with different runtime, scaling, placement, and operational requirements. ClusterD lets them share CPUs, memory, ports, and other resources without forcing every workload through a single application scheduler. Framework schedulers can apply the logic that fits their own services while ClusterD coordinates the underlying node pool.
01 / RESOURCE SHARING
Share capacity without flattening workloads.
Run distributed applications on a dynamically shared pool of heterogeneous nodes. CPU, memory, GPU, storage, network and custom resources can be represented and governed with roles, weights, reservations and quotas.
02 / SCHEDULING
Keep application decisions close to the application.
ClusterD managers expose available resources to registered frameworks. Framework schedulers answer the workload questions—where, when, how many, and which resources—while executors perform the work.
03 / CONTAINERS
Choose the execution path.
Containers are one workload type, not the platform boundary. Use the native Mesos® containerizer or Docker containerizer, and build other execution paths through framework and executor APIs.
04 / OPERATIONS
Use established cluster primitives.
High-availability masters, maintenance primitives, quotas, reservations and observability provide the operational foundation for a shared cluster resource pool.
05 / SECURITY
Build on explicit security controls.
SSL support, authentication, authorization, and secrets management are available platform capabilities for deployments that need controlled access to cluster infrastructure.
06 / OPEN SOURCE
Keep the infrastructure inspectable.
ClusterD continues Apache Mesos® as an open, framework-driven cluster manager. Teams can inspect the implementation and adapt the scheduler layer to their own needs.