Minimal IT logo and link to home page
Research, training, consultancy and software to reduce IT costs
Home | About | Newsletter | Contact
Previous | Next Printer friendly
15 November 2005

Minimal integration 7: point-to-point, hub, or bus?

By Andrew Clifford

Integration architecture is referred to as point-to-point, as a bus, or as a hub. These are not mutually exclusive architectures, but complementary approaches for different aspects of integration.

If you looked at a group of systems that have been integrated, what would they look like? There are basically three options: point-to-point, hub, and bus.

Comparison of point-to-point, hub and bus integration architectures.

In point-to-point integration, data flows directly from system to system. Point-to-point integration starts simple, but becomes complicated as it gets larger.

With a hub, data flows through a central point. The hub may reformat the data, or make decisions on where to send it next. Hubs can simplify integration because they can connect systems with different data formats and data transfer methods. Hubs introduce complication because they add another place where development must take place and another runtime component.

With a bus, all systems follow the same standards and can share in a standard method of transferring data between the systems. Any new system can plug into the bus, as long as it meets the standards.

The different approaches reflect where decisions are being made and processing is being carried out. In point-to-point integration, decisions are made bilaterally and processing carried out locally. In hub-based integration, decisions are made independently, and processing is carried out centrally to make them fit. In bus-based integration, decisions are embodied in standards, and processing carried out locally.

Although they look quite different, these approaches are not mutually exclusive. Most integration solutions will have some bilateral aspects, some centralised aspects, and some standards-based aspects.

File-transfer based integration might appear to be entirely point-to-point. However, the underlying data transfer will be standard, and resolution of network names to addresses take place on a central name server.

Message-based middleware and XML might appear to be entirely bus-based. However, the business meaning of the messages might be based on bilateral agreement between systems and have the same constraints as a point-to-point architecture.

Hubs are often little more than a convenient collection of additional points within a point-to-point integration, specialised to carry out data transformation.

Do not be misled into thinking these are competing architectures. I recommend:

  • In general, think of integration architecture as a bus. This helps you focus on standards-based integration and, all things being equal, standards are better than no standards.
  • Allow for hubs and other intermediaries, but do not consider them a fundamental core of the architecture. Allow for more than one type of hub in your architecture.
  • Recognise that some aspects of integration remain point-to-point. Business meaning tends to be point-to-point unless you have common messages which are implemented by multiple systems or which conform to industry standards.
  • Be suspicious of improvements based solely on integration architecture. Consultants might show you diagrams of how hub- or bus-based integration is much simpler than point-to-point. I know I have. You need to critically assess whether the aspects of integration you care about would be addressed by their proposals.
Next: Minimal integration 8: do you need tools?


Subscribe to RSS feed

Latest newsletter:
Magical metadata

We use the term "metadata-driven" to describe IT solutions in which functionality is defined in data. Taking this to the extreme can provide unparalleled levels of speed, simplicity and versatility.
Read full newsletter

System governance

System governance helps you implement high-quality systems, manage existing systems proactively, and improve failing systems.

Find out more