Micro-service workflow
This is a quick tounge-in-cheek look at life working with micro services.
Written by Adam Cooke
- Add new feature to service A.
- Wait for GitHub Actions to run tests and linting.
- Fix inevitable linting error that wasn't picked up by by the awful linting in VSCode.
- git commit -m "chore: fix rubocop offences"
- Wait for GitHub Actions to run tests and linting.
- Tag a new version of service A.
- Wait for GitHub Actions to create the image.
- Deploy changes to service A.
- Update service A's client library to include new feature.
- Wait for GitHub Action to run tests and linting,
- Tag a new version of the client library for service A.
- Wait for GitHub Actions to create and publish the package.
- Update dependency in service B to use the new version of service A.
- Realise you didn't add everything you needed to the client library.
- Update client library.
- Wait for GitHub Actions to run tests and linting.
- Release a new version of the package.
- Update dependency in service B to use the new version of service A.
- Use feature for a little while in service B.
- Realise you need a new feature in service A. Back to step 1. Rinse and repeat.
Some other recent posts
My development environment
In this video I'm taking a quick look at my development environment. Looking at code editor, terminal, databases, containers, web servers and more.
A quick intro to service classes
To get things started, in this video I'm looking at how service classes are used in the application. Service classes form the basis for much of the logic within this app so it's a good place to start
I'm building an app hosting platform
I'm building a app hosting platform and in this video I'm going to introduce you to the project and show you what I've got so far.