> ## Documentation Index
> Fetch the complete documentation index at: https://www.cockroachlabs.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Development Topology
export const InternalLink = ({version, path = "", children, ...props}) => {
let detectedVersion = version || "stable";
if (typeof window !== 'undefined' && !version) {
const match = window.location.pathname.match(/\/docs\/([^/]+)/);
if (match) {
detectedVersion = match[1];
}
}
const normalizedPath = path.startsWith("/") ? path.slice(1) : path;
return
{children}
;
};
While developing an application against CockroachDB, it's sufficient to deploy a single-node cluster close to your test application, whether that's on a single VM or on your laptop.
If you haven't already, review the full range of topology patterns to ensure you choose the right one for your use case.
## Before you begin
* Multi-region topology patterns are almost always table-specific. If you haven't already, review the full range of patterns to ensure you choose the right one for each of your tables.
* Review how data is replicated and distributed across a cluster, and how this affects performance. It is especially important to understand the concept of the "leaseholder". For a summary, see Reads and Writes in CockroachDB. For a deeper dive, see the CockroachDB Architecture Overview.
* Review the concept of locality, which CockroachDB uses to place and balance data based on how you define replication controls.
* Review the recommendations and requirements in our Production Checklist.
* This topology doesn't account for hardware specifications, so be sure to follow our hardware recommendations and perform a POC to size hardware for your use case. For optimal cluster performance, Cockroach Labs recommends that all nodes use the same hardware and operating system.
* Adopt relevant SQL Best Practices to ensure optimal performance.
## Configuration
For this pattern, you can either run CockroachDB locally or deploy a single-node cluster on a cloud VM.
## Characteristics
### Latency
With the CockroachDB node in the same region as your client, and without the overhead of replication, both read and write latency are very low:
### Resiliency
In a single-node cluster, CockroachDB does not replicate data and, therefore, is not resilient to failures. If the machine where the node is running fails, or if the region or availability zone containing the machine fails, the cluster becomes unavailable:
## See also
* Multi-Region Capabilities Overview
* How to Choose a Multi-Region Configuration
* When to Use `ZONE` vs. `REGION` Survival Goals
* When to Use `REGIONAL` vs. `GLOBAL` Tables
* Low Latency Reads and Writes in a Multi-Region Cluster
* Migrate to Multi-Region SQL
* Secondary regions
* `ALTER DATABASE... SET SECONDARY REGION`
* `ALTER DATABASE... DROP SECONDARY REGION`
* Topology Patterns Overview
* Single-region patterns
* Development
* Basic Production
* Multi-region patterns
* `REGIONAL` Tables
* `GLOBAL` Tables
* Follower Reads
* Follow-the-Workload