Personal resource organisation
The virtual desktop provides a user-level starting point for files, folders, links, applications and CoSpace shortcuts.
THE ARCHITECTURE
Understand the relationship between the user environment, collaborative services, CCOS and the infrastructure underneath.
CONNECTED AT EVERY LAYER
Separate the model, rotate the view and select a layer to understand its part in the collaborative environment.
Environment · Personal desktops and CoSpaces connect people around shared work.
Conceptual architecture model. Rotate and select a layer to explore.
A LAYERED VIEW
A conceptual view of the Picowork architecture, from the hosting foundation to the shared workspace.
Personal desktops, group spaces and invited collaboration.
Messaging, shared files and supported collaborative applications.
A common software foundation for the collaborative environment.
Existing servers, data centres or suitable cloud infrastructure.
THE RESOURCE MODEL
The virtual desktop provides a user-level starting point for files, folders, links, applications and CoSpace shortcuts.
A CoSpace groups participants and relevant resources around a purpose. It provides a common context for communication and content.
The architecture incorporates third-party web resources. Each application may carry its own identity, access and integration constraints.
CROSS-CLOUD COLLABORATION
The cross-cloud model connects participants from different environments through an invitation and a shared CoSpace. It is a way to think beyond a single organisational boundary.
Understand the access modelPeople · Resources · Control
People · Resources · Control
For any cross-environment deployment, confirm authentication, network reachability, content transfer, storage location and the permissions enforced on both sides. A conceptual connection is not a substitute for an agreed data flow.
INTEGRATION IN PRACTICE
| Resource | What to establish | What to validate |
|---|---|---|
| Web application | Access URL, ownership and intended workflow | Authentication, embedding restrictions and session behaviour |
| Existing business system | Business owner and interface available | Network access, permissions and supported integration method |
| Shared document | Owner, format and permitted actions | Viewer or editor compatibility and synchronisation |
| External content | Source, audience and permitted use | Availability, provider access requirements and content rights |
| Cross-cloud workspace | Participating environments and responsibilities | Invitation flow, identity, storage and revocation |
DESIGN CONSIDERATIONS
Define who can authenticate, how identities map to roles and how external participants are approved. Determine the identity capabilities supported by the selected configuration rather than assuming a specific enterprise identity integration.
Identify where each resource resides, whether copies are created and who is responsible for retention, backup, recovery and deletion. Local storage is a deployment decision with corresponding operational responsibilities.
The product design describes sandboxed web applications. Review the isolation boundary and supported behaviour for the deployment, including the limits imposed by browsers and the external application.
Plan for expected users, concurrent sessions, content volume and network conditions. Capacity, failover and recovery need workload-specific validation; historic stress-test figures should not be treated as a current service commitment.
YOUR NEXT CHAPTER
Start with the people, resources and infrastructure you already have. Build a clearer picture of what collaboration could become.
Build your collaboration brief