You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/overview/core-concepts.md
+5-8Lines changed: 5 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ sidebar_position: 30
4
4
5
5
# Core concepts
6
6
7
-
###ChangeUnits
7
+
## ChangeUnits
8
8
**ChangeUnits** are the fundamental building blocks of Flamingock's Change-as-Code architecture. They represent atomic, versioned changes applied to target systems with complete safety guarantees and audit capabilities.
9
9
10
10
Each ChangeUnit includes:
@@ -21,7 +21,7 @@ ChangeUnits can be implemented in two forms:
21
21
For a deeper dive around ChangeUnits, see the [ChangeUnits](../change-units/anatomy-and-structure.md) section.
22
22
23
23
24
-
###Templates
24
+
## Templates
25
25
Templates provide a reusable layer on top of ChangeUnits for common change patterns. When you have multiple changes that share similar logic (for example, executing SQL statements), templates allow you to abstract that common logic and reuse it.
26
26
27
27
With templates, you create multiple ChangeUnits using a declarative, low-code approach. Each ChangeUnit uses a template and passes its specific configuration. For example, an SQL template receives the SQL statement as configuration, executes it, and handles errors consistently.
@@ -49,6 +49,9 @@ For detailed configuration and implementation, see the [Recovery strategies](../
49
49
50
50
## Audit store
51
51
The **audit store** is where Flamingock records metadata about change executions. Its purpose is to track which ChangeUnits have been executed, when they ran, and their outcomes. This ensures idempotency, enables rollbacks, and provides audit capabilities. The audit store is managed entirely by Flamingock - your code never directly interacts with it.
52
+
:::info
53
+
In Cloud Edition, the audit store is automatically provided - no configuration needed in your builder. Community Edition users must configure their own audit store.
54
+
:::
52
55
53
56
## Target system
54
57
The **target system** is where your actual business changes are applied. These are the systems your ChangeUnits modify - databases, message queues, APIs, configuration services, etc. Each ChangeUnit declares which target system it operates on.
@@ -78,9 +81,3 @@ Key characteristics:
78
81
- Each stage defines where to find its changes (package or directory location)
79
82
80
83
For detailed information about stages and advanced configurations, see the [Setup and stages](../flamingock-library-config/setup-and-stages.md) section.
81
-
82
-
83
-
## Events
84
-
Flamingock can notify your application about the execution status of changes through events. This enables integration with monitoring systems, custom logging, or triggering downstream processes based on change completion.
85
-
86
-
For more information about events, see the [Events](../flamingock-library-config/events.md) section.
0 commit comments