Strapi Serverless

strapi https //strapi io/ is an open source headless cms built with nodejs using strapi you can easily design and publish the content consumed by your apps via api strapi provides a great admin ui portal where you can design your data models, and create and manage content the benefits of using the strapi serverless template on microtica for your projects are the simplicity of setup and low maintenance while having the infrastructure on your own aws account we are following the gitops and declarative infrastructure approach for stable, more reliable, and predictable deployments with this template, strapi can coexist with your existing aws infrastructure and you always have the flexibility to extend this setup with additional cloud resources infrastructure ownership the strapi infrastructure will be provisioned on your own aws account you retain full control over your infrastructure and data while getting all the benefits of infrastructure automation one click deploy click deploy with microtica below and follow the template steps to deploy your strapi application on your aws account what will be provisioned on aws since microtica deploys on your cloud account, you would expect nothing less than complete transparency of what resources are going to be provisioned using the strapi serverless https //app microtica com/templates/new?template=https //raw\ githubusercontent com/microtica/templates/master/strapi serverless/ microtica/template yaml template, you will create two components in the environment vpc — vpc, subnets and networking strapi container infrastructure based on fargate, application load balancer, persistent storage, relational databased and s3 storage persistent storage the strapi serverless template uses an amazon efs file system to store the persistent strapi files image uploads — media files storage api folder — only for the standalone setup where you don’t have your source code connected via git (default) in this guide, we will explain how you can deploy your existing strapi project data folder — store the sqlite data file, if database client is sqlite (default) the data stored in these folders will persist on subsequent deployments, application restarts or even if you kill the container completely relational database the template provisions an rds database only if the database client is mysql or postgres the database is encrypted using a custom kms key the database password is automatically generated and stored securely in an aws secret manager secret container environment by default, the template provisions an aws fargate cluster with one container for production environments we recommend at least two containers running all the time this will also ensure a zero downtime deployment the fargate services are exposed via application load balancer when using a custom domain, which is recommended for production, the domain certificate will be attached and ssl termination will happen on this load balancer since we use persistent file storage, all containers share the same file system strapi logs the strapi application logs are stored in cloudwatch logs you can monitor the logs from the fargate console under tasks the default log retention is 90 days environment variables these environment variables will be provided in the strapi application runtime variable description aws bucket the name of the s3 bucket used for storing the media files aws region the aws region in which the infrastructure is deployed database client type of the database to be used possible values sqlite, mysql and postgres the following environment variables are provided only when database client is set to mysql or postgres variable description database host host of the rds database database port port of the rds database database name the name of the database (default is strapi) database username database username database password database password database secret arn arn of the secret manager secret where database connection information is securely stored this parameter can be used as an alternative to the separate database parameters above estimated aws cost the estimated cost of the aws cloud depends on the configuration of the strapi infrastructure below is the cost estimation breakdown based on different configurations assuming the resources are running all the time sqlite with one app container (0 25 vcpu and 0 5gb memory) the costs is around $30/month mysql with one app container (0 25 vcpu and 0 5gb memory) the cost would be around $45/month postgresql with one app container (0 25 vcpu and 0 5gb memory) the cost would be around $55/month each additional container with the default config is $14/month additional costs apply for using the aws efs for storing media files ( $0 09 gb/month) you can reduce the cost of your non production strapi environments with our aws cost optimization feature that is coming soon optimize aws cost to save costs while using stapi in a non production environment, consider running it from monday to friday, 8 hours per day this schedule can help you achieve at least a 65% reduction in your cloud expenses in the resources or cost dashboard , create a saving schedule to implement these cost saving measures