Integration brief · Azure Blob Storage ← Back to the page   Print or save as PDF
Integration brief Azure Blob StorageContent Sources and Storage

Content Stays in Your Azure Subscription

Azure Blob Storage is the object storage behind most Azure estates, and it usually already holds the files that matter. Nexus uses Blob Storage in three roles: as the content store a portal writes to, as a source it pulls from on a schedule, and as the storage a library moves to or from later. The storage account stays in your subscription, and nothing about how you run it changes.

What you can do together

  • Run the portal on a storage account in your own subscription, commercial or government cloud, through Nexus.
  • Pull a container you already fill into the library on a schedule, limited to the folders and file types you choose.
  • Give each file a transcript, a place in search, a SHA-384 integrity hash, a custody record and a retention schedule, with Nexus.
  • Move aging content to cool and archive tiers by policy, previewed before it runs, so the library costs less to hold as it grows.
  • Ask AI Intelligence Hub, included in both Digital Evidence Management and Enterprise Video Platform, a question across the library and get a cited answer limited to what you may see.

How it connects

As a storage provider, Azure Storage is chosen per portal, and a customer's own storage account is usable, so the library lives in an account you own. Content sits on hot, cool or archive tiers, moved by policy or in bulk from the library, and archived content is rehydrated before it is opened. Where the storage provider supports object-level holds, a legal hold placed in the portal is enforced at the storage layer as well.

As an ingestion connector, a container the organization already fills is pulled on a schedule. Files and their metadata come inbound, scoped by an extension allowlist and excluded folders, with the source hierarchy preserved or flattened. After a file lands, the source is left, moved or deleted, as configured. Ingestion runs on the connector's schedule rather than on storage events.

As a migration target, a library moves between storage providers without leaving the platform, so a deployment changes provider or region without re-uploading. Nothing else flows. Account keys, access policies and networking stay in Azure, and who may open an item is decided by the portal's roles, not by container permissions.

VIDIZMO and Azure Blob Storage · Integration briefPage 1 of 2
How it works Azure Blob StorageContent Sources and Storage
Azure Blob Storage recordings, files and folders where they already live connector, on a schedule or as content arrives Nexus library: transcribe, index, search; retention, audited access, chain of custody ask questions across it, run workflows AI Intelligence Hub ask, summarize, cite no-code workflows redact before anything is released Redactor faces, voices, PII in video, audio, images, documents Azure Blob Storage VIDIZMO

A scenario

  1. SetupThe administrator sets a storage account in the hospital's own subscription as the portal's storage provider in Nexus. New uploads are written there from that point.
  2. Same dayThe administrator adds the legacy container as an ingestion connector: video and PDF only, the raw-exports folder excluded, hierarchy preserved, source left in place, run nightly.
  3. Next morningA nurse educator opens the library and finds the recordings in their original folder structure, each with a transcript. She searches one session for "sepsis bundle" and plays from that phrase.
  4. That weekA resident asks AI Intelligence Hub, "Which sessions covered the updated stroke protocol?" and gets an answer citing each recording and the moment, limited to the recordings his role can open.
  5. QuarterlyA lifecycle policy moves recordings not opened in two years to the archive tier. The administrator previews its effect before it runs, and an archived recording is rehydrated before it plays.
  6. Two years onThe hospital consolidates into a new region. Storage migration moves the library to the new storage account without re-uploading it.

What stays where

Blob Storage remains your storage

The subscription, the account, the region and the access policies are yours. Nexus writes and reads as configured; it does not administer the account.

Nexus touches only what you scope

Ingestion is bounded by the allowlist and excluded folders you set. Tier changes happen only under a policy you previewed. A source file is moved or deleted only if you chose that.

Nothing is replaced

Other applications keep using the container. The library adds an access model, retention, a custody trail and search on top of it.

Processing runs where the portal runs

Transcription, indexing, hashing and the assistant run on the portal's infrastructure, as SaaS or in your own Azure subscription. The content stays in Blob Storage.

Products and solutions

Next step

See it on your own Azure Blob Storage instance.

We will show the connection made, the data moving and the output, then size it for your deployment.

Contact VIDIZMO

sales@vidizmo.ai

+1 571-969-2180

vidizmo.ai

Product names and logos are the property of their respective owners.Page 2 of 2