UCloud logo UCloud logo UCloud
v2026.3.0
  1. UCloud/Core
  2. 1. Introduction
  3. 2. Projects
  4. 3. Accounting
  5. 4. Orchestration
  6. 5. Frontend
  7. UCloud/IM for Slurm-based HPC
  8. 6. Installation
  9. 7. Architecture and Networking
  10. 8. User and Project Management
  11. 9. Filesystem Integration
    1. 9.1. Inter-provider file transfers
  12. 10. Slurm Integration
    1. 10.1. Application Management
    2. 10.2. Built-in Applications
  13. 11. Reference
    1. 11.1. Configuration
    2. 11.2. CLI
  14. 12. Appendix
    1. 12.1. Built-in Application Index
  15. UCloud/IM for Kubernetes
  16. 13. Installation
  17. 14. Architecture and Networking
  18. 15. Filesystem Integration
  19. 16. Compute Jobs
    1. 16.1. Public Links
    2. 16.2. Public IPs
    3. 16.3. License Servers
    4. 16.4. SSH Servers
    5. 16.5. Job Audit Log
    6. 16.6. Virtual machines
  20. 17. Integrated applications
    1. 17.1. Syncthing
    2. 17.2. Integrated terminal
  21. 18. UCX applications
    1. 18.1. Hello world
    2. 18.2. Data binding
    3. 18.3. UI events
    4. 18.4. Component reference
    5. 18.5. API reference
  22. 19. Reference
    1. 19.1. Configuration
    2. 19.2. CLI
  23. Branding for UCloud
  24. 20. Branding and identity for UCloud
  25. H: Procedures
  26. 21. H: Procedures
  27. 22. H: Introduction
  28. 23. H: Auditing
  29. 24. H: Auditing scenario
  30. 25. H: GitHub actions
  31. 26. H: Deployment
  32. 27. H: 3rd party dependencies (risk assesment)
  1. Links
  2. Source Code
  3. Releases

Integrated applications

Integrated applications are provider-managed jobs that run alongside normal user jobs and provide extra functionality (such as file synchronization or an interactive shell). Each integrated application has a per-owner configuration that can be retrieved, updated, reset, and in some cases restarted.

Internally, each integrated application is represented by:

  • A configuration record keyed by (application name, owner)
  • A dedicated job registered with UCloud
  • An application-specific handler that:
    • validates configuration updates
    • decides whether the integrated job should be running
    • mutates the job spec, pod, service, and network policy where needed

Configurations are stored in the integration module database and cached in memory. Updates use an ETag mechanism to avoid lost updates when multiple sessions modify the configuration.

Configuration lifecycle

Integrated application configuration is managed through the UCloud user-interface and is handled by UCloud/IM through the following operations:

  • Retrieve: Returns the stored configuration and its ETag when configured. If no stored configuration exists, a default configuration is returned.
  • Update: Updates the configuration if the expected ETag matches the current. If the job does not exist, it is registered automatically with the associated configuration.
  • Reset: Resets the configuration back to the default.
  • Restart: Triggers a restart via Kubernetes by deleting the integrated application pod (rank 0). The monitoring loop will recreate it.
Previous Virtual machines
Next Syncthing