An abstract squared 3d buttons on a white surface

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:

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

  • Software dev coding with confused face.

    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.

  • A woman on the background holding a java logo on her fingers.

    5 Side notes JAX London 2016

    Quick notes from session 5 of JAX London 2016. Java Flight Recorder preseneted by Ola Westin from Oracle.

  • Two lady bugs on a green leaf

    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.