Found a new purpose

index.md

@@ -4,7 +4,45 @@ hideTitle: true
 title: Homepage
 ---
 
-{% include features.htm %}
+# Use cases
+
+Easily orchestrate and run processes (scripts or shell commands) in an identical way, across several machines.
+
+* Easy to use as a replacement for traditional services
+  * eg: Backup Scripts that run at a specific time of day
+  * eg: Monitoring Scripts that run every 30 minutes
+  * eg: Trigger a complex command to run when an admin starts it
+  * eg: Trigger a download, picking the first available server to use
+  * eg: Apply the standard build scripts after a new server has been deployed, and keep them up to date.
+* Build up complex systems, workfloes and pipelines that are way more than the sum of their parts
+  * eg: CI/CD systems
+  * eg: Data Science workflows
+  * eg: Infrastructure application data monitoring processes
+
+# Design principles
+
+## Easy to understand, to use, to maintain
+Upsilon has been improved over the years to make it easier, and is motivated to get even easier, as so many other orchestrators take hours, days and weeks to understand, use and maintain.
+
+## Low effort and resources needed to get started, incredibly easy to scale
+Happily runs on a raspberry Pi, a little laptop, homelab servers, or theoretically thousands of machines.
+
+## The control plane is fault tolerant
+The control plane is made up of 3 components - a message queue (rabbitmq), a database (MySQL), and a microservice (upsilon-custodian) that saves things from the message queue to the database). If any of those components go down, the other services will gracefully buffer anything in progress, and resume when the services come back.
+
+## Use with scripts and commands you already have
+Scripts, shell commands - execute whatever you need with no changed need to work with Upsilon.
+
+## Autoconfiguration
+The services that make up upsilon all try to rely on autodiscovery whenever possible, meaning that most services don't need any manual configuration, or very little.
+
+## Built for a Configuration as Code approach
+Use Modern YAML configuration syntax, with built-in support for pulling updates from Git.
+
+## Easy to backup
+All persistent configuration is just a YAML text file, and Upsilon has builtin support for pulling this from a standard Git repository.
+
+All persistent data is stored in a MySQL database, and there are about 7 trillion standard tools available to backup a MySQL database already well tested and well used.
 
 ---