Are we too small for the program?
Size is not the filter. What we look for is a real use case with a deadline, a named engineer who can spend time on it, and files you already keep on object storage. A team of five with a specific problem teaches us more than a large account with nobody to own it.
What does it cost us in engineering time?
The integration is measured in hours: the SDK drops into the upload path you already have. The time that counts is the deciding, which files, which providers, how much redundancy. Plan for one named engineer, a few hours a week, for the length of the program. Not a project team.
What happens to our files if we stop using DataPrism?
Nothing moves, because nothing sits with us. Fragments stay in your own provider accounts, under your own contracts. The key is derived from a secret you hold, and we never receive it. The index describing a file is anchored on a public registry that anyone can fetch. Rebuilding a file takes your key, your provider credentials and the format, and the format is documented: none of the three depends on us still being here.
Is storage included in the price?
Not today. You connect your own provider accounts, so you keep the contracts and the rates you negotiated, and what you pay us covers only the layer above them: the pipeline, the proof, and the people you talk to. A managed option, where we supply the storage and put every provider on one invoice, is on the build path.
What ends when the program ends?
The program does, and nothing else. Your files stay where they are and stay readable with your key, whether you continue or not. Continue, and you carry a preferential rate into the subscription. Stop, and there is nothing to migrate and nothing to switch off. What the layer itself covers is set out in what the property covers.