# Next steps

Copy as Markdown[View as Markdown](/docs/tutorial/next-steps.md)

***

Congratulations, you have created your first EventCatalog.

This is a real catalog now. It models architecture primitives, links them together, and gives people a place to understand how part of your system works.

## Your catalog now has...

The first pieces of a useful architecture catalog

* Services that describe the systems in your architecture.
* An event with producer and consumer relationships.
* A schema that explains the event payload.
* Ownership and a domain to group the work.
* Visualizations and a production build path.

This is enough to give people a useful first view of your architecture. From here, you can keep adding detail in the way that fits your team.

### See a fuller catalog[​](#see-a-fuller-catalog "Direct link to See a fuller catalog")

The tutorial catalog is small on purpose. EventCatalog can model many more architecture primitives, including [services](/docs/development/guides/services/introduction.md), [events](/docs/development/guides/messages/events/introduction.md), [commands](/docs/development/guides/messages/commands/introduction.md), [queries](/docs/development/guides/messages/queries/introduction.md), [channels](/docs/development/guides/channels/introduction.md), [data stores](/docs/development/guides/data/introduction.md), [data products](/docs/development/guides/data-products/introduction.md), [agents](/docs/development/guides/agents/introduction.md), [owners](/docs/development/guides/owners/teams/introduction.md), [domains](/docs/development/guides/domains/introduction.md), [flows](/docs/development/guides/flows/introduction.md), and the relationships between them.

You can explore the public [EventCatalog demo catalog](https://demo.eventcatalog.dev/) to see a larger example.

![The EventCatalog demo visualizer showing a larger Orders Service architecture](/img/tutorial/demo-catalog-orders-service-visualizer.png)

The demo catalog visualizer shows services, events, channels, data stores, agents, and workflows connected together.

[Open this view in the demo catalog](https://demo.eventcatalog.dev/visualiser/services/OrdersService/0.0.3).

### Add more documentation[​](#add-more-documentation "Direct link to Add more documentation")

Every resource page is Markdown and MDX. You can add more explanation, diagrams, links, runbooks, examples, or any other content that helps people understand the system.

Useful docs:

* [Using components](/docs/development/components/using-components.md)
* [Custom components](/docs/development/customization/custom-components/introduction.md)
* [Resource references](/docs/development/components/resource-references.md)
* [Bring your own documentation](/docs/development/bring-your-own-documentation/custom-pages/adding-custom-docs.md)

### Edit visually with EventCatalog Editor[​](#edit-visually-with-eventcatalog-editor "Direct link to Edit visually with EventCatalog Editor")

If you prefer a visual local editor, try [EventCatalog Editor](/docs/editor/overview.md). It runs locally and gives you a UI for editing the catalog files in your project.

### Automate from existing specifications[​](#automate-from-existing-specifications "Direct link to Automate from existing specifications")

You do not have to maintain everything by hand. EventCatalog can generate catalog resources from specifications and registries.

Useful plugin docs:

* [OpenAPI plugin](/docs/plugins/openapi/intro.md)
* [AsyncAPI plugin](/docs/plugins/asyncapi/intro.md)
* [Confluent Schema Registry plugin](/docs/plugins/confluent-schema-registry/intro.md)
* [GitHub plugin](/docs/plugins/github/intro.md)

### Model more architecture primitives[​](#model-more-architecture-primitives "Direct link to Model more architecture primitives")

The tutorial focused on services, events, schemas, owners, and domains. EventCatalog can model more of your architecture as your catalog grows.

Use these docs when you are ready to add more primitives to your catalog:

* [Domains](/docs/development/guides/domains/introduction.md)
* [Services](/docs/development/guides/services/introduction.md)
* [Events](/docs/development/guides/messages/events/introduction.md)
* [Commands](/docs/development/guides/messages/commands/introduction.md)
* [Queries](/docs/development/guides/messages/queries/introduction.md)
* [Channels](/docs/development/guides/channels/introduction.md)
* [Data stores](/docs/development/guides/data/introduction.md)
* [Data products](/docs/development/guides/data-products/introduction.md)
* [Agents](/docs/development/guides/agents/introduction.md)
* [Flows](/docs/development/guides/flows/adding-flows-to-services.md)
* [Owners](/docs/development/guides/owners/teams/introduction.md)

### Keep improving the catalog[​](#keep-improving-the-catalog "Direct link to Keep improving the catalog")

Start small, keep the content close to the systems it describes, and add more detail when people ask questions the catalog cannot answer yet.