This page introduces the product definition of the Document Database Service.
Document Database Service (hereinafter referred to as CT-DDS or DDS) is an online non-relational database service based on cloud computing platform, featuring out-of-the-box, stable and reliable, safe operation and autoscaling. It is fully compatible with the MongoDB protocol and provides a complete set of database solutions in disaster recovery, backup, restoration, monitoring, alarm, and other aspects. It can reduce management and maintenance costs, allowing users to focus on application development and business growth. DDS has the following basic features:
l DDS is a nonrelational database, which stores data in a document format. Each document is a JSON format data structure that can contain any number and type of fields. This is more flexible than traditional relational databases and can adapt to different types and sizes of data.
l It provides high availability, performance, and scalability, supporting different scenarios from single-node deployment to distributed clusters. It adopts distributed data storage and query mode, which can horizontally expand the cluster scale and improve the load capacity and fault tolerance of the system. At the same time, DDS also supports data replication and fault recovery to ensure the reliability and durability of data.
l Multiple methods are provided for querying, including basic CRUD operations, aggregation frameworks, text search, geospatial queries, etc. These functions can meet a variety of different query requirements, making document databases widely used in the field of data analysis and processing.
l DDS provides multiple performance monitoring metrics and alarm functions, as well as visual management of database performance.
DDS supports flexible deployment architecture and provides three instance types: single-node, replica set (supporting three types of replica set: three-node, five-node, and seven-node), and shard cluster.
l Single-Node Instance: Single-Node is suitable for development, testing and other non-enterprise core data storage scenarios.
l Replica Set Instance: The high availability architecture of replica sets provides data redundancy with a highly reliable collection of nodes. Data is automatically synchronized between replica sets to ensure high data reliability. It also supports automatic disaster recovery switchover.
l Cluster Instance: The shard cluster architecture provides data redundancy and high reliability of replica sets, as well as the ability to store and process data in shards, making it easy to apply to high-concurrency scenarios.