
1 Side notes JAX London 2016
Quick notes from session 1 of Developing microservices Workshop JAX London 2016 presented by Chirs Richardson.
· Q.Assistance · 2 minutes·
Overview
Last October I had the great chance to attend to JAX London Conference 2016. I will publish a new series of schematic articles with all the notes taken during the sessions. The idea for this series is to simply present a list of links, main ideas and short notes that I believe summarise the content of each session. These notes are just the basic reference from where we could expand our investigations and discussions. Please feel free to add your comments below and I promise you to update the notes with full credits to any contributor.
Sources
First of all, I have to reference the JaxCenter as the main publisher of the conference. Specifically, the following link is a good summary of the key insights of the conference.
10 software development insights from JAX London 2016 [VIDEO]
Notes for the 10th October 2016:
09:00 — 17:00 Developing microservices Workshop by Chris Richardson, Chris Richardson Consulting, Inc
- Most of the content of the workshop comes from articles in the Microservices.io, the website with top content about Micro-service architecture patterns and best practices.
- The key concept to approach Micro-services architectures with success is to balance out “organization + process + architecture” in order to support distributed solutions philosophy. This idea is expanded in this article.
“Successful software development requires the right organizational structure, development processes, and software architecture.”
Books & articles referenced:
- Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition. Brooks Frederick
- The Art of Scalability: Scalable Web Architecture, Processes, and Organizations for the Modern Enterprise. Martin L. Abbott, Michael T. Fisher
- Martin Fowler Micro-services article.
- Examples of Micro-services architectures:
Drawbacks:
Using Micro-services architecture is not a free lunch. It is hard and all the drawbacks have to be properly evaluated by the hole team before implementing.
- Increase in complexity due to dealing with new issues to solve like interprocess communication, partial failure against services not ready, private data per each micro-service which requires event-driven architecture.
- Testing complexity for dist services requires more sophisticated test strategies.
- System operations get more complex in order to deploy solutions.
- There are powerful tools, PAAS, etc..Those require considerable learning curves. It may be required careful coordination across services for some features. And some other risks like high latency issues.
That was all for this session.
Many thanks for reading, please leave a comment if you have any quality hint.
Keep on testing, better!
More posts
-
Devs environment disorder?
Do developers prefer to work in chaotic environments? Let's face it, we need someone to blame when things do not work as expected.
-
5 Side notes JAX London 2016
Quick notes from session 5 of JAX London 2016. Java Flight Recorder preseneted by Ola Westin from Oracle.
-
Automating bugs
Executing a set of SQL updates in order to prepare test data can be harmful. Legacy systems can be hard to maintain, improve, and expand because there is a general lack of understanding of the system.