Voedger Internals
  • Introduction
  • 💡Concepts
    • Event Sourcing & CQRS
    • Editions (deprecated)
      • Community Edition
      • Standart Edition
      • Standart Edition (v1)
  • 🚀Server
    • Overview (Server)
    • Design
      • Query Processor
      • API Gateway implementation
      • N1 Cluster
      • N3 Cluster
      • N5 Cluster
      • Orchestration
      • Sequences
      • Packages overview
        • sys
        • registry
    • Features
      • API Gateway
        • API v2
          • Conventions
            • API URL
            • HTTP methods and processors
            • Naming conventions
            • Query constraints
            • Error handling
          • Documents and records
            • Create document or record
            • Update document or record
            • Deactivate document or record
            • Read document or record
            • Read from CDoc collection
          • Queries
            • Read from query
          • Views
            • Read from view
          • Commands
            • Execute command
          • BLOBs
            • Create BLOB
            • Read BLOB
          • Temporary BLOBs
            • Create temporary BLOB
            • Read temporary BLOB
          • Schemas
            • List app workspaces
            • List workspace roles
            • Read workspace role schema
        • API v1
          • API Conventions
          • BLOBs
      • Admin Endpoint
      • Clusters
        • Bootstrap
        • Monitoring
        • Secure prometheus and grafana
        • Alerting
        • Maintenance
          • SELECT, UPDATE
      • VVMs
      • Applications
        • Deploy Application
        • Sidecar Applications
      • AuthNZ
        • Issue Principal Token
        • Refresh Principal Token
        • Enrich Principal Token
        • ACL Rules
        • Global Roles
      • Data types
        • Core types
        • Small integers
        • Uniques With Multiple Fields
        • Verifiable Fields
      • Workspaces
        • Create Workspace
        • Deactivate Workspace
        • See also (Workspaces)
      • Invites
        • Invite to Workspace
        • Join Workspace
        • Leave Workspace
        • Cancel sent Invite
        • Cancel accepted Invite
        • Update Invite roles
      • Users
        • Create a new user
        • Change user password
        • Send Email
        • Reset password
        • Change Email
      • Notifications
        • Heartbeats
      • Devices
        • Create a new device
        • Join device to workspace
      • Jobs
      • DMBS Drivers
        • AmazonDB Driver
      • Frozen
        • Ephemeral Storage
        • Storage Extensions
  • 🛠️Framework
    • Overview (Framework)
    • Features
      • vpm
      • vpm init
      • vpm tidy
      • vpm baseline
      • vpm orm
      • vpm build
      • API for testing
  • Development
    • Requirements Management
    • Requirements Management (Overview)
Powered by GitBook
On this page
  • Sidecar Applications
  • Functional design
  • Technical design
  • Limitations

Was this helpful?

Edit on GitHub
  1. 🚀Server
  2. Features
  3. Applications

Sidecar Applications

PreviousDeploy ApplicationNextAuthNZ

Last updated 9 months ago

Was this helpful?

Sidecar Applications

  • Sidecar Applications are placed near the Voedger executable and deployed automatically when VVM starts

  • Naming: after

  • VVMConfig.DataPath

    • 📂apps

      • 📁app1Owner.app1Name

        • 📁image // unzipped app image, the same structure as baseline, see https://github.com/voedger/voedger-internals/edit/main/framework/vpm/baseline.md

        • descriptor.json

      • 📁app2Owner.app2Name

        • 📁image // unzipped app image

        • descriptor.json

Related issues:

Functional design

  • Place sidecar app files in $dataPath/apps/

  • Provide $dataPath value in the --data-path command line argument of the host application

  • Logging:

    • sidecar app <app name> parsed

Technical design

  • VVMConfig.DataPath

  • provideSidecarApps() builds all sidecar applications if VVMConfig.DataPath is specified

Testing

Limitations

    • test1/app1

    • test1/app2

    • test2/app1

    • test2/app2

Currently, the for sidecar applications are allowed:

data of a sidecar application can not be updated by

Test app
BasicUsage
following names
VSqlUpdate
Sidecar Containers
github: Sidecar Applications