Skip to main content
Version: Weekly Build

Valkey

Valkey is a high-performance in-memory key-value store suited for caching, transient state, queues, and lightweight messaging patterns.

PropertyValueNotes
Provider namevalkeyUse this in landscape provider definitions.
Versionv0Current schema version exposed by the provider.
CategoryKey-Value StoreShown in the managed services catalog.
ScopeglobalAvailable at team scope rather than being tied to a single workspace runtime.
Team singletonfalseTeams can create multiple Valkey service instances.
Pause supportfalseThis provider does not support pausing.
Closed testing

This provider is currently in an early testing state and is only available on dedicated installations (closed testing). The provider is still evolving, its schema, plans, and behavior may change in the future.

Schema​

Config​

FieldTypeRequired on createNotes
versionstringNoValkey engine version. Default and only allowed value: 9.0.

Secrets​

FieldTypeRequired on createNotes
superuserPasswordstringYesPassword for the administrative user.

Details / Output​

FieldTypeAvailabilityNotes
hostnamestringExposed after provisioningInternal service hostname.
portintegerExposed after provisioningValkey service port.
readybooleanExposed after provisioningIndicates whether the instance is ready for connections.

Plans​

The provider exposes multiple plans: Small (id: 0), Medium (id: 1), and Large (id: 2). Example plan: Small (id: 0).

ParameterTypeDefaultMinimumMaximumStaticNotes
storageinteger1024--NoPriced as storage-mib.
cpunumber5--NoPriced as cpu-tenths.
memoryinteger512--NoPriced as ram-mib.

Example in a Landscape​

schemaVersion: v0.2

run:
cache:
provider:
name: valkey
version: v0
plan:
id: 0
parameters:
storage: 1024
cpu: 5
memory: 512
config:
version: "9.0"
secrets:
superuserPassword: "${{ vault.valkeySuperuserPassword }}"

Within other runtimes, connect to the returned hostname and port with any Redis-compatible or Valkey-native client and authenticate with the stored password. The same endpoint is reachable from other Codesphere runtimes, including reactives, managed containers, and Virtual Cluster workloads.