InfoQ Homepage SOA Content on InfoQ
-
The Term µServices Already Defined Four Years Ago
“I coined the term µServices four years ago defining them as services that always communicate within the same process, without any overhead, as a way to separate these lightweight services from the heavy, costly, and complex services people tended to think about because of the advent of Service Oriented Architectures (SOA)” Peter Kriens recently claimed.
-
An Introduction to Microservices Design
Designing for simple components and systems is key when moving to microservices. The focus is on evolution of components and how we build systems that allow evolution and change, Russ Miles recently stated in an introduction to designing and building microservices.
-
Designing SOA Systems with ServiceMatrix
The Particular Service Platform has four headline components: ServiceMatrix, ServiceInsight, ServicePulse, and the well-respected NServiceBus. Over the next few weeks, we’ll be looking at each in turn starting with ServiceMatrix, their SOA design tool.
-
The Strengths and Weaknesses of Microservices
There has been significant buzz around microservices lately, enough to generate some hype. After implementing heavy and cumbersome SOA solutions for more than a decade, are microservices the solution the industry has been waiting for? Or, are microservices simpler than monolithic solutions?
-
A New Style Is Emerging in the Enterprise: Software-Defined Architecture
According to Gartner’s Yefim V. Natis, VP & Fellow, a new enterprise architectural style is rising these days: Software-Defined Architecture (SDA).
-
Microservices? What about Nanoservices?
Arnon Rotem-Gal-Oz has written an article following on from other discussions around the term Microservices and whether and how it relates to SOA. According to Arnon, this could be a slippery slope towards the Nonoservices anti-pattern, especially as some people define a Microservice in terms of lines of code.
-
Microservices: Usage Is More Important than Size
Using size for defining microservices is useless when determining a service responsibility, Jeppe Cramon states in a series of blog posts explaining his view on microservices and the coupling problems he finds in synchronous two-way communication.
-
Udi Dahan on Event-Driven Architecture and Loosely Coupled Systems
We should build systems more loosely coupled to achieve properties like robustness, resilience and scalability, Udi Dahan emphasizes in a recent presentation discussing how we can model our systems using more event-driven and asynchronous patterns and some of the challenges developers face when introducing these principles and patterns into development.
-
Microservices and SOA
Over the past year or so we've started to hear about Microservices as potentially new architectural style. Recently Thoughtworks' Martin Fowler and James Lewis wrote an article defining Microservices. However, Steve Jones takes issue with the general theme and much in that article, believing that there is little new here and this is just a Service Oriented Deliver approach.
-
Experiences from Enterprise Integration with REST
Large-scale legacy replacement is the hardest job in the IT industry and REST over HTTP is an attractive option for many of these projects. Architecturally REST has proven scalability and to fit in well with domain modelling, Brandon Byars, a principal consultant at Thoughtworks, claims when sharing his experiences from using RESTful integration in large scale legacy replacement projects.
-
ActiveMQ 5.9 with Replicated LevelDB Store and Hawtio Web Console
The recently released version 5.9 of the message broker Apache ActiveMQ adds among other features support for replication of the LevelDB Store and a new Hawtio web console together with more than 200 issues resolved.
-
GOTO Berlin: Problems Using Your Own Public API
Using your own public API can be a challenge, Phil Calcado, Director of Engineering at Soundcloud, declared when sharing his experiences managing and rebuilding a large Rails application in a talk at the GOTO Berlin Conference.
-
GOTO Berlin: DO’s and DON’Ts in a Web API
Oliver Wolf, a principal consultant, shares his opinionated thoughts about endpoints, domain models, caching, versioning and other matters from the discussions around REST and web APIs taking place in mailing lists and other forums in a talk at the GOTO Berlin Conference.
-
GOTO Berlin: Building, Running and Promoting a Public API
In a presentation at the GOTO Berlin Conference Ben Barnard and Felix Leipold, both developers at Nokia in Berlin, shared their experience designing and building a public web API, among other things how to work with an API, that inherently doesn’t have a natural user interface, and challenges in testing for backward compatibility.
-
GOTO Berlin: Microservices as an Alternative to Monoliths
James Lewis talked at the GOTO Berlin Conference about an alternative to the traditional way of building systems where all functionality is put into one big application with one big database, instead using a pattern where entirely separate business capabilities, together with their own data, are kept separate in microservices.