This includes removal of a lot of kv.Service responsibilities. However,
it does not finish the re-wiring. It removes documents, telegrafs,
notification rules + endpoints, checks, orgs, users, buckets, passwords,
urms, labels and authorizations. There are some oustanding pieces that
are needed to get kv service compiling (dashboard service urm
dependency). Then all the call sites for kv service need updating and
the new implementations of telegraf and notification rules + endpoints
needed installing (along with any necessary migrations).
* fix(tenant): use rand org bucket id generator over snowflake in tenant service
* fix(tenant): update bucket test harness to create org via store instead of service
* refactor: migrator and introduce Store.(Create|Delete)Bucket
feat: kvmigration internal utility to create / managing kv store migrations
fix: ensure migrations applied in all test cases
* chore: update kv and migration documentation
This new session service has the ability to work independant of other systems
it relies on having its own store type which should allow us to be more flexible
then using the built in kv system.
I have included an in mem session store.
* feat(tenant): Add in service functions and business logic
Built on top of the crud layer of the system we should now have additional service logic.
The addition of service layer should allow for us to verify similar functionality to the kv system.
* feat(tenant): Build the crud actions for the new tenant service
To faciliate the isolation of domain specific systems we need to have a
isolated CRUD action system that we can layer business logic on top.
Co-authored-by: George <me@georgemac.com>
Sam Arnold
Daniel Moran
George MacRorie
Lyon Hill
Jonathan A. Sternberg