CI/CD in Azure and compute heavy data loaders

We want to self-host Observable Framework on Azure. In the Azure DevOps pipeline we’re using a container image based on the framework-runtime to build the project . We then publish the build using Azure Static Web Apps.

Most of the data loaders are using DuckDB + Ibis to read from an Azure Data Lake Storage. However, some of the data loaders really need much more memory and CPU than what the build agents have. Any suggestions on how to deal with this? I guess we are forced to construct data loaders that kick off remote jobs, e.g., using Azure Functions or some other serverless service.

1 Like

Mind if I move this to the Data apps category?

Go ahead!

1 Like

Hi Kyrre,

Thanks for your question! Can you send us a quick note on support@observablehq.com so our team can help you further with this particular issue?

-Ananya

1 Like