In Web 8.5 there is an option to use BLOB storage from S3/Azure to avoid storing the data in the CM DB. It would seem sensible that the CD side would be able to leverage this single data store instead of having to go through the arduous task of re-deploying the same assets back into S3/Azure.

I can't find anything that indicates otherwise; can someone please advise is this really the case?

Thanks MP

1 Answer 1


At this point (8.5) only the CM supports this indeed.

For that same use case you're asking about I'm currently designing/building a solution with ECL instead. The file as stored by the CM is unusable outside of the context of the CM itself, and this was built in 8.5 merely as a way to alleviate DB storage requirements in CM, not as a way to bypass or change how publishing works.

  • What a shame. What happens when you publish then, is the image downloaded from the cloud storage and added into the transport package that's sent to Deployer?
    – Neil
    Feb 22, 2017 at 19:59
  • It behaves exactly the same as if the binary was stored in the database.
    – Nuno Linhares
    Feb 22, 2017 at 20:09
  • Thanks for the reply - for what my opinion is worth, I think that's definitely a big missed opportunity not including at least the 'big 2' cloud storage providers as a deployer persistence option in the core product.
    – mpaton
    Feb 22, 2017 at 22:05
  • Also, it also seems a bit of a possible bottleneck; as a customer, if you are persisting both source and published assets in the cloud (using S3 as an example which is notoriously latent, and especially so with the overhead of many small assets) aside from doubling up your storage costs, you could add a heck lot of overall time to your publishing and deployment activities?
    – mpaton
    Feb 22, 2017 at 22:13
  • Fair comments. IIRC, it was mostly a question of timing, as the CM team was ready and we decided to push it out. Up to the Product Management team to decide what to do next (I'm not in PM anymore).
    – Nuno Linhares
    Feb 23, 2017 at 0:04

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.