# Rooms and Worlds

**coherence** provides two types of spaces where realtime gameplay can happen: [Rooms](/1.2.4/hosting/coherence-cloud/configure-rooms.md) and [Worlds](/1.2.4/hosting/coherence-cloud/manage-worlds.md). In addition to these, [Lobbies](/1.2.4/hosting/coherence-cloud/lobbies.md) provide functionality for players to meet before a match, and to chat.

## Rooms

Rooms are best for session-based gameplay where the match between players takes place in a short-lived environment. You can use the Online Dashboard to [configure Rooms](/1.2.4/hosting/coherence-cloud/configure-rooms.md).

#### Use case

A good example is a first person shooter multiplayer match. The match takes place between two teams in a single game session, and players enter through a lobby and matchmaking. When the match is concluded, the multiplayer environment the match took place in (the Room) is closed and players return to a lobby.

This is one example of how Rooms can be used, but it is by no means the only use case. The important distinction between Rooms and Worlds (see below) is that Rooms are relatively short-lived and are meant to be created and closed by the Game Client through the **coherence** SDK.

See [Rooms API](/1.2.4/hosting/coherence-cloud/coherence-cloud-apis/rooms-api.md).

## Worlds

Worlds, as opposed to Rooms, are long-lived and permanent multiplayer environments provided by coherence. Using the Online Dashboard, your project will easily define and [manage your World](/1.2.4/hosting/coherence-cloud/manage-worlds.md) configurations.

See [Worlds API](/1.2.4/hosting/coherence-cloud/coherence-cloud-apis/worlds-api.md).

#### **Use case**

A good example of a World is a permanent environment for an Massively Multiplayer Game (MMO). Regardless of the number of players connected, the environment is always available, and players can connect and disconnect at will.

Entities can be permanently saved in the World so that even if there are no active connections, they still persist when players do connect.

{% hint style="info" %}

#### Rooms and Worlds together

Your project does not have to choose one or the other. A project in **coherence** can contain both World and Rooms.

The primary difference in the configuration and usage of Room and Worlds is that Worlds are managed in the Developer Portal, whereas Rooms are created and managed through the SDK.

#### Use case

A good example of this scenario is again, our MMO. Although players connect to a permanent and persistent World, they may enter a dungeon instance with other players. These dungeon instances can be Rooms.
{% endhint %}

{% hint style="info" %}
**What about Lobbies?**

In coherence, [Lobbies](/1.2.4/hosting/coherence-cloud/lobbies.md) work slighlty differently than Rooms and Worlds, and in fact they are not run by a Replication Server.

Lobbies are a convenient way to do matchmaking between player accounts, filter players based on their attributes, and provide a way for them to communicate among each other.

For more info, you can read the [Lobbies](/1.2.4/hosting/coherence-cloud/lobbies.md) section.
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.coherence.io/1.2.4/manual/replication-server/rooms-and-worlds.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.