Author Archives:

Strategies for isolating the database in tests

Posted on June 18, 2013 by Jimmy Bogard

One of the keys to having maintainable tests are to make sure that tests are isolated and reproducible. For unit tests, this is easy as long as we stay away from global variables, static classes and in general global state. … Continue reading →

Posted in Testing | 4 Comments

Distributed systems reading list

Posted on June 7, 2013 by Jimmy Bogard

Something I wish I had read years ago (or found out about) is this nice concise list of resources around distributed systems: http://dancres.org/reading_list.html When I started having issues around 2PC, and twitter was being beyond unhelpful with pointers to actual … Continue reading →

Posted in Distributed Systems | 1 Comment

ACID 2.0 in action

Posted on June 6, 2013 by Jimmy Bogard

One of the comments in my last post on message idempotency asked about message ordering. This is part of a larger issue that I’ve run into recently around turning two-phase commits off. When looking at mutating state through interactions, typically … Continue reading →

Posted in Messaging, SOA | 5 Comments

(Un) Reliability in messaging: idempotency and de-duplication

Posted on June 3, 2013 by Jimmy Bogard

In my post on ditching two-phase commits, I introduced the problem of trying to listen and talk at the same time. Essentially, people typically do two-phased commits in messaging systems because they want to deal with messages “exactly once”. But … Continue reading →

Posted in Messaging, SOA | 6 Comments

Eventual consistency in REST APIs

Posted on May 15, 2013 by Jimmy Bogard

Not picking on an API in particular, but…wait, yes I am. Octopus (an awesome product) has a proposed API on GitHub, and one of the things it describes is how to deal with the fact that the backend is built … Continue reading →

Posted in REST | 9 Comments

Saga patterns: wrap up

Posted on May 14, 2013 by Jimmy Bogard

Posts in this series: Observer pattern Controller pattern Pattern variations Scaling sagas Routing slips NServiceBus sagas are a simple yet flexible tool to achieve a variety of end goals. Whether it’s orchestration, choreography, business activity monitoring, or just other long-running … Continue reading →

Posted in Messaging, NServiceBus | 3 Comments

Ditching two-phased commits

Posted on May 9, 2013 by Jimmy Bogard

I’ve had a love-hate relationship with two-phased commits during my years with messaging. Even if MSDTC was free to set up, it doesn’t come free in terms of throughput. Most people run into 2PC in messaging because because queueing systems … Continue reading →

Posted in Messaging, SOA | 12 Comments

Messages, data and types

Posted on May 1, 2013 by Jimmy Bogard

One concern I receive quite a bit from folks new to messaging, especially those coming from SOAP and WCF land, is how to preserve the convenience of proxy classes and data contracts that can be shared amongst multiple clients. The … Continue reading →

Posted in Messaging, SOA | 7 Comments

Saga alternatives – routing slips

Posted on April 26, 2013 by Jimmy Bogard

In the last few posts on sagas, we looked at a variety of patterns of modeling long-running business transactions. However, the general problem of message routing doesn’t always require a central point of control, such as is provided with the … Continue reading →

Posted in Messaging, NServiceBus | 3 Comments

Scaling NServiceBus Sagas

Posted on March 26, 2013 by Jimmy Bogard

When looking at NServiceBus sagas (process managers), especially at high volume of messages, we often run into two main problems: Deadlocks Starvation This is because of the fundamental (default) design of sagas is that: A single saga shares a single … Continue reading →

Posted in Messaging, NServiceBus, SOA | 7 Comments