7b0b9c7365
Solution + 23 src projects + 26 test projects renamed; folders, csproj, namespaces, and ScadaLinkDbContext/ScadaBridgeDbContext class updated. ActorSystem "scadalink" → "scadabridge", Akka seed-node URLs migrated. SQL roles/logins, LDAP domains, CLI command name, and CLI config dir (~/.scadalink → ~/.scadabridge) also renamed. Build green; 5 Host.Tests fail awaiting SQL login rename in next commit. Pre-existing StaleTagMonitor timing flakes unchanged. Rename script committed at tools/rename-to-scadabridge.sh.
Deployments
Catalog of ScadaBridge deployments. Each entry below has a corresponding markdown file with topology, ports, infrastructure dependencies, and operational commands. The deployment ID matches the Transport.SourceEnvironment value stamped into exported bundle manifests (Component #24), so an audit trail of "where did this bundle come from" maps 1:1 to a file in this folder.
| Deployment ID | Type | Topology | Doc |
|---|---|---|---|
docker-cluster |
Local Docker (primary) | 2 central + 3 sites × 2 nodes (8 nodes) | docker-cluster.md |
docker-cluster-env2 |
Local Docker (secondary) | 2 central + 1 site × 2 nodes (4 nodes) | docker-cluster-env2.md |
Conventions
- One markdown file per deployment, named for the deployment ID.
- Add a new file and a row above when introducing a new environment.
- Keep the deployment ID, container-name prefix, host-port range, and database names consistent across the doc,
appsettings.*.json, and anyTransport.SourceEnvironmentvalue. - When a deployment is decommissioned, move its row to a
## Decommissionedsection rather than deleting the file — the ID may still appear in historic Transport bundle manifests.