Virtual Party Space Devlog #14: From dev to cloud
Today I dig into how to get my app running in the cloud instead of just on my laptop.
Log
- realised Calla is sending a network message on every draw cycle, so rejiggered movePlayer to only fire on tile move
- use Calla math to adjust audio over time (not necessarily synced with sprite movement)
AWS architecture ideas
A
recommends sticking with Docker for production env- explained how docker-jitsi-meet works
- docker-compose is like a build runner for docker, don’t necessarily need to use it but whatever, it’s what’s there
- file pulls images from public docker repository
- if I want to use my own changes, edit the project and build using makefile, and change the tag in the docker-compose
- (this is probably what the documentation says but I understand it now)
- docker-compose is like a build runner for docker, don’t necessarily need to use it but whatever, it’s what’s there
- the selenium grid tutorial is a good approach but their way of handing VMs is hard to follow, just use docker instead
- use ECS fargate for cost savings
- going by recommended instance size from jitsi docs, basic shard should be ~$1/hr
- can get a public IP from AWS for ~a month to point my DNS record at
- explained how docker-jitsi-meet works
- found a selenium grid fargate/cloudformation github project, maybe can use as load testing base
- still need to figure out where my code will live, probably on the web server. Can I jettison all the meet front end?
About this series
Back in mid-December I started an ambitious project to create a custom platform for a virtual birthday party in February. I kept notes on my progress, both for personal reference and to turn into a series of blog posts. It quickly became apparent that I did not have time to both do the project and blog about the project. I have retroactively decided to post my raw notes as a dev log.