This is the core module of Strautomator, containing most of its business logic. This project doesn't run by itself, but is used by the Strautomator Web and can be linked on other environments as well (Cloud Functions, CLI tools etc...).
Some main points to know before you start:
- Code is mostly TypeScript
- Should run on Node 14+
- Optimized for Google Cloud Platform
You'll also have to register an account and get the necessary credentials for the 3rd party integrations:
- Google Cloud Platform (service account and API credentials)
- Strava API
- PayPal API
- Twitter API
- Spotify API
- Weather providers (Tomorrow.io, Storm Glass etc...)
Please note that some of these services might (and will!) charge you.
If you need help getting any of those, or have questions, just open a new issue and I'll be glad to help.
Strautomator is using the SetMeUp module to handle its settings, so for detailed info please check its docs. The settings are split as follows:
- settings.json - settings shared by all environments, targeting production by default
- settings.development.json - development settings, mostly when running on your dev machine
- settings.production.json - production-only settings, except credentials and secrets (optional)
- settings.secret.json - private credentials and secrets, excluded from the GIT repo
- GCS settings - optional, will be downloaded from a Google Cloud Storage bucket on startup
Additionally, you can also define settings via environment variables, prefixed by SMU and separating levels with underscore. So for instance to define the app.title
via an environment variable, you should set the value on $SMU_app_title
. To define gcp.projectId
, use $SMU_gcp_projectId
. And so on.
If you want to download settings from Google Cloud Storage, you must define the gcp.downloadSettings.bucket
(or via the $SMU_gcp_downloadSettings_bucket
env variable). The default filename is settings.secret.json
, but you can change that as well. The settings file downloaded from GCS will NOT persist on the disk.
Please note that settings specific to the web server, API and other web-specific features are defined on files directly on the Strautomator Web. Same procedure, same logic.
By default Strautomator uses Google Cloud Firestore to store its data. But the database wrapper was made in such a way that it should be pretty easy to implement other document based data stores as well, such as MongoDB or DynamoDB.
The following collections are currently used:
- activities processed activities
- announcements website announcements
- app-state general application state
- athlete-records athlete sports records
- faq help questions and answers
- gearwear GearWear configurations
- maps cached geolocation data
- notifications notifications to users
- recipe-stats automation recipe stats
- subscriptions PRO subscriptions
- strava-cache cached responses from Strava
- users registered user details
Also note that these collections might have a suffix, depending on the settings. On development, the default suffix is -dev
, and on production there's no suffix.
Some indexes are needed in Firestore. At the moment there's no automated creation, so you might see some warnings or errors on the logs asking to create an index before a specific query can be executed.
Strautomator will store some files on Google Cloud Storage buckets:
- calendar cached calendar outputs, default name is
bucket-calendar.strautomator.com
- gdpr ZIP archives requested by users, default name is
bucket-gdpr.strautomator.com
Buckets can have an optional TTL (days) policy, also defined on the settings as "ttlDays". If a bucket does not exist, it will be created during startup. If no "location" is set directly on the bucket settings, then the default is taken from the setting gcp.location
.
By default, buckets in production are created as CNAME records. This can be disabled by setting the settings.storage.cname
flag to false.
Please make sure that the service account being used has full permissions to read and write to your GCP project Storage buckets. Otherwise you'll have to create the buckets manually via the GCP Console.
All the necessary commands to update, build and deploy the Strautomator Core are done using make. For instance, to update the Node.js dependencies and set a new package version:
$ make update
Or to do a "dry run" and test the startup routine with the current settings:
$ make dry-run
Please have a look on the provided Makefile for all available commands.
Strautomator is currently optimized to run on Google Cloud Platform. It makes use of Firestore, Cloud Storage, and various other Google APIs to get things working. There are no plans to port the code to make it work on other ecosystems, but as all the code is wrapped in its own specific set of modules, such tasks should be more or less trouble-free.
Some of Strautomator's features depend on scheduled tasks that needs a manual setup. For instance, using the GCP Cloud Functions + Cloud Scheduler.
- gearwear.processRecentActivities() - daily, fetch recent activities and update the GearWear counters.
- maps.cleanup() - weekly, cleanup of cached geolocation data.
- notifications.cleanup() - weekly, cleanup old notifications.
- notifications.sendEmailReminders() - monthly, send email reminders to users that have too many unread notifications.
- strava.cleanupCache() - daily, optional (if cache is enabled), delete expired cached Strava responses.
- strava.activities.getQueuedActivities() - daily, iterate (and if necessary remove) failed queued activities.
- strava.ftp.processFtp() - weekly, iterate PRO users and process their current FTP.
- users.getIdle() + users.delete() - weekly, delete idle user accounts.
- users.subscriptions.getDangling() - weekly, iterate (and if necessary cleanup) dangling PRO subscriptions.
- users.subscriptions.getNonActive() - weekly, iterate and switch users with an invalid subscription back to Free.
- users.getByResetCounter() + recipes.stats.setCounter() - daily, get and reset counters for users matching today's date.
- users.getWithSpotify() + spotify.refreshToken() - weekly, refresh expired Spotify tokens.
- recipes.stats.getFailingRecipes() - weekly, iterate (and if necessary disable) recipes that keep failing.