loading...

Tips for Succeeding with Microservices?

twitter logo github logo ・1 min read

The microservices tradeoffs are very real, not just technically but also organizationally.

If you are developing within a microservices architecture, what are some gotchas and other tips for working day-to-day with this design that others should know?

twitter logo DISCUSS (3)
markdown guide
 

This may cause some stirs, but I have found an extremely small amount of shared code between services to be a huge help.

I tend to use an EventBus for almost all of my inter-service communications (I'm writing an article on this right now). Having a shared 'EventContracts' library that contains a set of interfaces for implementing a certain event has saved me a lot of headaches when it comes to communication.

I sway between one 'Shared' library that all services use to each service having it's own 'Contracts' library. I switch based on the size/complexity of the project.

 

Good to know the 23 design principles, distributed systems architecture and resilient design. Some bit of knowledge about deployment.

 

Something we partly rely on is a services working group or guild. This helps, to some degree, with general awareness across teams who are often busy working within their own "domain". Having that consistent visibility helps better understand who does what and what services do what.

Classic DEV Post from Aug 13 '19

How open-source will Tumblr become?

Anthony Casson profile image
Fiery software engineer with a passion for improving teams and organizational success

Hey there reader...

Do you prefer sans serif over serif?

You can change your font preferences in the "misc" section of your settings. ❤️