InfoQ Homepage Microservices Content on InfoQ
-
Application Architecture is Shifting towards Connected Apps
Anne Thomas has summarized in a webinar the shift from large applications to small focused apps relying on services, while Matias Duarte has spoken in an interview about connecting these apps.
-
Developing Microservices for the Cloud
When working with Microservices pushing them to the cloud, people often find it difficult to understand the new architecture, it’s a paradigm shift, Daniel Bryant explains in a presentation at the Microservices Conference in London. As a help when designing and implementing cloud microservices Daniel has created the DHARMA principles, the idea being to use them as a checklist.
-
Rebuilding Wunderlist Using Microservices
Chad Fowler, CTO at 6Wunderkinder, the company behind Wunderlist, describes how they went from a large monolithic Rails application and a large monolithic database to a system with many microservices, and the architecture they ended up with. Starting by adding new functionality as services and splitting the large database into smaller databases, they ended up doing a big rewrite of a new system.
-
Martin Fowler on Characteristics of Microservices
Service-Oriented Architecture (SOA) is a very broad term and practically meaningless. Microservices is a subset of SOA with the value being that it allows us to put a label on this useful subset of SOA terminology, Martin Fowler stated in his keynote introducing Microservices when opening the GOTO Berlin Conference 2014.
-
Martin Thompson Discusses the Reactive Manifesto 2.0
The second version of the Reactive Manifesto was announced at September's GOTO conference in Aarhus. Martin Thompson discusses the need for a revised version of the Manifesto and what its changes mean for the burgeoning reactive community.
-
Lessons Learnt Using Microservices
Several companies have reported their move to adopting Microservices. Recently Tom Livesey from startup Droplet has joined the discussions by posting several lessons they learnt when moving to that architectural approach.
-
Microservices vs Shared Libraries
Robert C. Martin's advice is to start with shared libraries and a plugin architecture and only when that becomes insufficient consider microservices. Giorgio Sironi argues against this, emphasising how different interactions between microservices are compared to interactions between objects and warns for the cost of retrofitting microservices over an existing code base.
-
Microservices vs Monolithic Applications
Using microservices is one way of breaking up a monolithic application to gain increased decoupling, separation of concerns and fast deployment but it’s not the only or even the best way, Todd Hoff states comparing the two architectural approaches.
-
Experiences from Failing with Microservices
Different views within the team on the benefits and drawbacks comparing a microservice architecture with a more traditional monolithic architecture was one of the major reasons we failed, Richard Clayton writes sharing his experiences and reasons for failing when implementing and maintaining a microservice architecture.
-
Microservices and the Big Ball of Mud
Recently several articles have been written which wonder whether microservices offers a better way of architecting systems or represents a potential problem waiting to happen: distributed Big Balls of Mud. Simon Brown and Gene Hughson discuss the possibility that until people can write well architected monolithic systems they're unlikely to benefit from microservices.
-
Udi Dahan on Service-Oriented Composition
Udi Dahan describes how we in a Service-Oriented Architecture (SOA) where client-side components for one service runs in the same process as components for other services can collect several logical calls into one larger physical call to avoid the high cost, in terms of client to server communication, that otherwise could be substantial.
-
Karma Refactors to Microservices
It's one thing to build a microservices application from scratch, quite another to refactor the architecture of a running application. Karma is doing exactly that and finding benefits and challenges of microservices architecture as they go.
-
OSGi Release 6 Specifications add Data Transfer Objects and Versioning Annotations
At last month's OSGi DevCon in New York, the OSGi Alliance released OSGi Core Release 6. This adds a standard for representing Data Transfer Objects and a way of annotating interfaces indicating whether they are supposed to be implemented or used by clients. In addition, an osgi.native namespace and extension bundle activators have been added; read on to find out more.
-
Patterns for Building and Deploying Microservices
Managing micro-services means looking after lots of small systems talking to each other and automated provisioning as well as infrastructure automation is crucial, James Lewis states when sharing techniques and practices that have helped him manage the increased operational complexity a microservice architecture gives.
-
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.