aaronpowell
commented
1 year ago Now that scenario 3 has been implemented, I've pondered how a template could be made for it.
Strapi has a template feature for setting up new projects, but it works on a specific structure of what files exist where. The other alternative is that Strapi has starters, which use templates but are more complete applications (so combine something like Next.js + Strapi).
On the other hand you have azd templates, which are really just taking an existing GitHub repo, cloning it and pushing to Azure using azd up. These need to be more structured like a standard repo, so could be similar to the starters concept from the Strapi CLI.
Then there's the idea proposed in the initial description, don't have Strapi in the azd template repo, just the infra/azure.yaml/etc. files so you can azd-ify an existing repo. This would essentially be using the Make your project azd compatible approach, but some how make it easier to import the various files needed, rather than copy/paste them from docs/online.
Here's my pro/con list for the approaches:
- Create a Strapi template or starter
- Pros: integrate with the standard Strapi workflow, working application immediately
- Cons: Requires shipping Strapi "in the box", thus having to worry about upgrade/maintenance of packages
- Create an
azdtemplate- Pros: Clearer ties to
azdand that workflow, working application immediately - Cons: Foreign to someone who's familiar with Strapi and bootstrapping projects, requires shipping Strapi in the box
- Pros: Clearer ties to
azd-only files template- Pros: Don't have to maintain the Strapi instance in the template, allows adding it into existing project
- Cons: Doesn't appear that
azdhas direct support for this workflow at present
manekinekko
Following the guide outlined on the docs for azd, a template needs to be created that will include the following Azure resources
It should also boostrap the
Dockerfilethat is required for deploying to Container Apps.The template shouldn't include Strapi itself, instead it should expect that the user will either already have Strapi in their repo (we'll dictate conventions to where it should be) or they will run the
create-strapi-appcommand themselves.* Ideally there will be a prompt option on whether they want to use PostgreSQL or MySQL, but due to limitations in the template engine, we'll have to dictate a database option as default, but there will be both resource sets in there for the user to change if desired.