BT

Data is the Hard Part Working with Microservices

by Jan Stenberg on  Aug 28, 2016 1

One of the hardest problem when creating and developing microservices for an enterprise is their data. Analysing the business domain using Domain-Driven Design (DDD) and reason about what your data represents will help in achieving a microservices architecture, Christian Posta claims in one of a series of blog posts about microservices implementations.

Software Developers Use Domain Driven Design to Drive Business

by Mikael Zandin on  Aug 17, 2016

Increasingly, software developers have the ability to not only maintain and architect code, but extend their expertise to providing direction to the business. By using domain driven design, developers can discover customer behaviors and recommend practices that change the nature of the business.

Vaughn Vernon on Microservices and Domain-Driven Design

by Jan Stenberg on  Jul 31, 2016

Although a monolith can be modeled in a respectable way, often they are turned into a big ball of mud. This is caused by multiple domain models becoming entangled within the monolith, and in Vaughn Vernon's experience this can happen within a few weeks or months, he claimed in a presentation at the Scala Days conference earlier this year.

Juval Löwy: Why Every Class Should Be a Service

by Thomas Betts on  Jul 01, 2016

Juval Löwy has pioneered a method of building service-oriented applications in which each class represents a service onto itself. While these applications may initially seem like 'class explosion', they are actually the product of a truly decomposed system; one that has been properly analyzed and designed. Juwal explains his intent and describes how development teams can improve from this process.

Experiences Using Event Storming

by Jan Stenberg on  Jun 30, 2016

In the context of Domain-Driven Design (DDD), Event Storming is incredibly useful and valuable, Dan North claimed in his presentation at the recent DDD eXchange conference in London, explaining the basic mechanics of Event Storming and sharing his experiences from modelling different systems during the last few years.

Paul Rayner Says DDD and Agile Can Coexist

by Matt Fletcher on  Jun 20, 2016 2

Domain-driven Design can be a good complement to an agile practice and care taken up front to avoid a 'waterfall approach' to design can avoid the worst design of all: no design.

Eric Evans: Is Domain-Driven Design Beneficial for Software Development?

by Jan Stenberg on  Jun 16, 2016 1

The last couple of years the interest in Domain-Driven Design (DDD) has increased, Eric Evans noted in his keynote at the recent DDD eXchange conference in London. He thinks that we are in a time when developers care more about design, partially because we are working more with distributed systems where models have a higher value.

Working with Domain Experts in a DDD World

by Jan Stenberg on  May 31, 2016

Conversations with domain experts and the language used are central in Domain-Driven Design (DDD), but often this is hard because we don’t speak the same language, explained Cyrille Martraire in his presentation at the Domain-Driven Design Europe conference earlier this year when sharing his experiences working with domain experts in DDD-driven environments.

Vaughn Vernon: Challenges in Software Development of Today

by Jan Stenberg on  May 21, 2016

Projects and development teams are struggling with poorly designed systems, with many developers dedicated to patching systems just to keep them alive. Largely the software development culture is broken, Vaughn Vernon claimed in his presentation at the Domain-Driven Design Europe conference earlier this year, talking about problems he has encountered but also about solutions to these problems.

Domain-Driven Design and Microservices

by Mikael Zandin on  Apr 22, 2016 1

Eric Evans' talk at QCon London prescribed Domain Driven Design as a mechanism to successfully handle the "big ball of mud" that can emerge as multiple teams attempt to integrate services from external teams.

Using Domain-Driven Design When Creating Microservices

by Jan Stenberg on  Feb 16, 2016

Microservices and Domain-Driven Design (DDD) are not only about Bounded contexts, although a fundamental tool for defining granularity of microservices there are other important concepts as well. Correspondingly DDD is just not about entities and repositories, Michael Plöd claimed in his presentation at the recent microXchg conference in Berlin showing how DDD can be used creating microservices.

Combining User Story Mapping with Domain-Driven Design

by Jan Stenberg on  Dec 20, 2015 1

User Story Mapping can be a simple yet valuable pattern when adopting Domain-Driven Design (DDD) in projects dealing with complex domains. It can help creating shared domain knowledge among developers and domain experts, Eriksen Costa claims in a blog post discussing advantages combining User Story Mapping with Domain-Driven Design (DDD).

Moving from a Monolithic to a Microservices Architecture

by Jan Stenberg on  Dec 13, 2015 1

Moving from a monolith to microservices the only value business stakeholders care about is reducing cost. It will not increase or protect revenue and neither scaling nor distribution are good reasons that will convince the business, Ian Cooper claimed in his presentation at this year’s Microservices Conference in London describing guidelines moving from a monolith to a microservices architecture.

Domain Events and Eventual Consistency

by Jan Stenberg on  Sep 27, 2015 1

Eventual consistency is a design approach for improving scalability and performance. Domain events, a tactical element in Domain-Driven Design (DDD), can help in facilitating eventual consistency, Florin Preda and Mike Mogosanu writes in separate blog posts, each describing the advantages achievable.

Dino Esposito on CQRS, Messages and Events

by Jan Stenberg on  Aug 31, 2015 1

Command Query Responsibility Segregation (CQRS) is the starting point of a change that will have a profound impact on system architecture, Dino Esposito claims in three articles in MSDN Magazine. It’s the first step in an evolution transitioning software architects from the idea of “models-to-persist” to the idea of “events-to-log” and about event-based data instead of data snapshots.

General Feedback
Bugs
Advertising
Editorial
Marketing
InfoQ.com and all content copyright © 2006-2016 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT