Microservices at Bench: Microapps, Written by Stefan Bleibinhaus
Most of the services in our microservice oriented architecture at Bench are purely used within the back-end. They communicate via Camel messages and REST calls and do not offer a user interface on their own. They are the small little workers in the background dedicated to their job. Their functionality is indirectly exposed via our web front-end.
Since a big part of our business is doing what a traditional bookkeeping firm does but better, we look at everything -- from customer intake to preparing documents for tax accountants -- as one workflow that we should improve on. As a result, we often identify problems that are unrelated to our primary bookkeeping software that can make our employee’s lives much easier. In those cases, microapps allow us to quickly iterate on ideas and requirements that come straight from any of our departments.
An example is the sales-service; a microservice with a user interface that allows our sales team to coordinate incoming leads in a more efficient and scalable way. At Bench, we call these microservices ‘microapps’, and in this post we’ll cover the technical choices we made to implement them.