wiki: sync 2026-07-29 12:44 UTC — 1 file(s) updated
This commit is contained in:
@@ -20,6 +20,73 @@
|
|||||||
| ACT-12 | AWS Identity architecture: all VSSA users needing AWS Orgs access → records in main VSSA tenant IDC + federation to member accounts | 🔵 Active | 2026-07-15 |
|
| ACT-12 | AWS Identity architecture: all VSSA users needing AWS Orgs access → records in main VSSA tenant IDC + federation to member accounts | 🔵 Active | 2026-07-15 |
|
||||||
| ACT-13 | Release 0.1.0.0 → testing results — GCP start feeling | 🔵 Active | 2026-07-24 |
|
| ACT-13 | Release 0.1.0.0 → testing results — GCP start feeling | 🔵 Active | 2026-07-24 |
|
||||||
| ACT-14 | Organize scanning of AWS organization — spun up using DPVP, then scanned by Atea | 🔵 Active | 2026-07-27 |
|
| ACT-14 | Organize scanning of AWS organization — spun up using DPVP, then scanned by Atea | 🔵 Active | 2026-07-27 |
|
||||||
|
| ACT-15 | DPVP Platform Phase 2 opportunity — scope, prioritise, estimate, and define delivery/commercial approach | 🟡 Opportunity | 2026-07-29 |
|
||||||
|
|
||||||
|
## DPVP Platform — Phase 2 Opportunity
|
||||||
|
|
||||||
|
### Executive Summary
|
||||||
|
|
||||||
|
DPVP Phase 2 is an opportunity to expand the platform across four areas: the operator portal, backend execution, VSSA on-premises onboarding, and complex hybrid services.
|
||||||
|
|
||||||
|
The proposed scope below contains only the capabilities currently identified for discussion.
|
||||||
|
|
||||||
|
### 1. DPVP Portal
|
||||||
|
|
||||||
|
Provide a workspace through which VSSA operators and clients can access and use DPVP services.
|
||||||
|
|
||||||
|
#### Operator-guided services
|
||||||
|
|
||||||
|
- Guided organisation creation, update, and deletion.
|
||||||
|
- Guided project creation, update, and deletion.
|
||||||
|
|
||||||
|
#### Service-request processing
|
||||||
|
|
||||||
|
- Combine multiple Jira requests into a single DPVP service for processing.
|
||||||
|
|
||||||
|
#### Cloud estate visibility
|
||||||
|
|
||||||
|
- Provide a close-to-real-time view of the organisation farm within the cloud.
|
||||||
|
|
||||||
|
#### Global configuration
|
||||||
|
|
||||||
|
- Manage configuration across organisations.
|
||||||
|
- Manage Terraform template versions.
|
||||||
|
- Manage default tags.
|
||||||
|
|
||||||
|
#### Client access and workspace
|
||||||
|
|
||||||
|
- Allow VSSA clients to self-register or use their own login method.
|
||||||
|
- Provide each client with a workspace.
|
||||||
|
- Allow clients to receive cloud-service credentials through HashiCorp tooling.
|
||||||
|
|
||||||
|
### 2. DPVP Backend
|
||||||
|
|
||||||
|
Move the execution currently implemented in GitLab pipelines to another technology, with the target approach to be evaluated between:
|
||||||
|
|
||||||
|
- a web server; or
|
||||||
|
- cloud functions.
|
||||||
|
|
||||||
|
### 3. VSSA On-Premises Data-Centre Onboarding
|
||||||
|
|
||||||
|
Introduce DPVP support for onboarding a VSSA on-premises data centre.
|
||||||
|
|
||||||
|
### 4. Complex Services
|
||||||
|
|
||||||
|
Introduce complex DPVP services covering:
|
||||||
|
|
||||||
|
- backup for on-premises workloads and systems;
|
||||||
|
- web-application deployment on Kubernetes;
|
||||||
|
- cloud-based disaster recovery; and
|
||||||
|
- a cloud observability toolkit connected to on-premises environments.
|
||||||
|
|
||||||
|
### Opportunity Qualification — Open
|
||||||
|
|
||||||
|
- [ ] Confirm opportunity owner and Atea/VSSA stakeholders.
|
||||||
|
- [ ] Prioritise capabilities and define Phase 2 boundaries.
|
||||||
|
- [ ] Run technical discovery and produce estimates.
|
||||||
|
- [ ] Define dependencies, acceptance criteria, and target dates.
|
||||||
|
- [ ] Select/evaluate backend execution approach: web server or cloud functions.
|
||||||
|
- [ ] Define the delivery and commercial/procurement approach.
|
||||||
|
|
||||||
## Completed
|
## Completed
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user