* Domain Model Flexibility - Shape domain models in a most suitable way, responding to needs and challenges as they come using built-in indexing capabilities * Perfect Audit Trail - Every event and its cause are serialized so that every action and its outcome can be traced * Functionality Mapping - Designating commands and events provides developers with a clear, succinct "one-page view" of available functionality * Strongly Typed Schema - All commands and events are compactly serialized according to their typing information and schema migration capabilities are included * Tooling - The Java implementation comes with JMX introspection and management primitives built-in. Additional application tooling is available, such as a GraphQL adaptor

* Application code runs on the same cluster nodes (called peer nodes), and processes the data objects, which are kept in RAM. * Galaxy stores data in a fully consistent manner, meaning that if data item B has been modified after a change to data item A, no node in the cluster will see A’s new value but B’s old one. * The data items can optionally be persisted to disk on one or more special nodes called server nodes. * Galaxy can withstand a failure in one or more of the nodes, providing high-availability. This is achieved by either running Galaxy with a server node (which persists all of the grid data to disk) or by running a slave node (or more) for each of the peers, or both. * Galaxy provides a point-to-point messaging service that guarantees message delivery and ordering. A message can be sent to a known node or to the unknown (to the application) owner of a given data item. So if Galaxy’s data-item migration makes moving data to code simple, Galaxy’s messages make moving an operation (code) to data just as simple. * All of Galaxy’s components are monitored to enable full diagnoses of failure or performance problems.