Our backend consists of two major pools of machines. One pool hosts the systems that run our site, manage jobs, and send notifications. These services are deployed within Docker containers orchestrated in Kubernetes. Due to Kubernetes’ ecosystem and toolchain, it was an obvious choice for our fairly statically-defined processes: the rate of change of job types or how many we may need in our internal stack is relatively low.
The other pool of machines is for running our users’ jobs. Because we cannot dynamically predict demand, what types of jobs our users need to have run, nor the resources required for each of those jobs, we found that Nomad excelled over Kubernetes in this area.
We’re also using Helm to make it easier to deploy new services into Kubernetes. We create a chart (i.e. package) for each service. This lets us easily roll back new software and gives us an audit trail of what was installed or upgraded.
Vue.js vuex Quasar Framework PubNub Apache Cordova Spring Boot We built our phone app using apache cordova since it has plugins for all native mobile functionality that we needed , and it saved us time rather than maintaining separate native swift and android codebase. We used an upcoming framework called quasar that helped us bootstrap our cordova project in vue js , and also has a ton of built in vue components. In order to push data to our phone on the fly , we used pubnub. It was super easy to add in a few lines to code to do this. We would save data on the server , and use pubnub to communicate updates to all the clients. Another nifty feature offered by pubnub that we used was mobile notifications delivery. : you send data to pubnub who inturn forward it to apns or firebase depending on the payload. On the server side we used plain old spring boot application , and configured cross domain communication to allow requests from ://file domain. ( Corodva app is a bunch of web html files packaged as app ).
We also heavily used cordova plugins to talk to phone , eg. cordova-plugin-calendar and cordova-plugin-local-notification : The second one was used to generate notifications from within the app , when the app is already open but you are in a different screen and want user to be notified . If the app is not open native push notifications delivered through apns / firebase would show.
I am pretty happy with out decision . other than the fact that quasar framework got recently upgraded to v1 and some of the newer components that replace the older ones do not maintain the same look and feel , an example of that is linked below.
So if you look through my decisions you will see I recently wrote a decision about moving from Netlify to Buddy and Amazon S3.
I want to write another decision saying that I tried this out and actually moved back to Netlify. Buddy was great until they deleted my account and all my pipelines I setup without warning me because I didn't login for a month.
Netlify is amazing and way easier to setup, support is great and they have so many amazing options... I did learn things about Amazon S3 by moving over to there but I'm sticking with Netlify for the long run now.