Coding Throughout Time....

This is my little spot in the WWW to spew my brains out.

Micro-services Boot Camp (Pt 1) – Overview

In the industry today there are a few different ‘buzz-words’ that are being thrown around, one of these is micro-services.  At Microsoft Connect() event a couple of weeks ago, we heard a lot about these. Not to mention that by following the .Net GitHub check-ins we are seeing some really amazing support coming for Docker and Service Discovery.

These started out as an architectural change in thinking. In the past, companies developed large, intertwined systems. The idea for most of those developers, was deployment.  It was much easier to build and deploy a single package.  It had all of its business and data classes built inside it.  There is always a cozy feeling when your package contains everything it needs to serve your clients!

One of the main issues with this way of development is that making changes and deploying them become more complex. In the logical thinker this may make sense, one deployment and it’s wholly self-contained. The issue however, is that these systems are large, and they take a lot of time to compile and deploy.  Hence you have a noticeable outage on the servers that you are deploying to!

With a micro-service you have many issues while architecting for success, however you can deploy many versions and control the deployments and updates much easier.  Not to mention testing and deployment are quick and precise.

The philosophy is that you will break down your system to its smallest component. Create that component, and replace the calls to that within your monolithic system.  The change within your architecture is massive!  There are many issues that are not thought about that will jump out as you continue your journey to creating a great Service Oriented Architecture or SOA.

I’ll start out with saying that ‘micro-services’ are not a new invention. This is what the basis of SOA is! Breaking down your components to their lowest level, and then creating something that specialized in that task.  For example, if you are creating the standard e-commerce site, you should create a user service. Of course you will have to also login to the site, so you would need an authorization service as well.  This service would call the User service to garner the user data. (See below).



As you all see this is an easy way to create and build your architecture.  The issue is that in the REAL world, this demo style code won’t scale! The authorization service would have to know exactly how to communicate with the user service. Not to mention the API gateway would also have to know how to communicate with both services are as well!

To scale micro-services you must have some middleware to allow the services to report when they come online, and when they are offline. Not to mention the ability to scale up and handle many requests. When you implement this type of architecture there are a couple of ways at this point.  Utilizing third-party products like NginX and Consul, or within Azure; Traffic Manager. I’ll touch on this in a future blog post, but what is needed in the long run is to allow multiple services to run upon a machine; or preferably a group of machines.  How many?  This is a more difficult question to answer, but as many as possible without taxing the machine they are executing upon! This could be as few as 1.

To allow many services to execute upon a single machine, you have to utilize multiple ports, and by doing that, somehow you have to allow a client service to find and communicate with your service. To allow this to happen you will need 3 points of information.   Searchable service name


  • Searchable Service Name
  • Service Endpoint
  • Service Port


By having these items any client service can find, and communicate with your service.



Let’s get started with these posts and build a working micro-service and a client that utilizes it!

Blog Update

Hey everyone.  

  I was allowed by my current client to write a blog post for their site.  We are currently working to establish a Micro Service architecture utilizing Docker/Consul/Consul-Template for service discovery.   Please feel free to read that post here.

 I will be posting more frequently now.  I'm trying to blog at least once a week.  Hope to see you all soon!


#CodeCast Episode #2 - Wallace B. McClure

Hello everyone,

 Last night JJ and I welcomed Wally to our little Chat Room in the cloud..  I've spoken with Wally at numerous conferences, and have talked with him on quite a few occasions.  I didn't know we had many things in common, like the Commodore 64! Which was where I learned to program some 30 years ago!

 Anyway, Wally talked a bit about himself, how he learned to program, and why.. Then covered OAuth and Twitter searching with the Xamarin tool-set, showing BOTH an iPhone and an Android application. We talked a little more about the future of computing, and we had to call it a night, only getting about 1/2 of our conversation finished.  We really hope to have him back in the near future to catch up with some of his work, and to talk further!

Please find the episode and show notes here.

See you all in less than 2 weeks!

Thanks all!  

#CodeCast Episode #1 - w/ Miguel Castro

We recorded our inaugural edition of the #CodeCast JJ and I were joined by Miguel Castro

Miguel covered some really cool topics, one being utilizing Lambda functions; the other was showing what he believes all DI containers should have to allow more flexibility of configuration.  Both of the functions are available online, and the links are in the show notes.  Also both are part of his courses that are available on Pluralsight.

We are SO thankful to Miguel for appearing on the show and hope to someday have him back on the show to show some more exciting things.