C
In the article, "a little" was wrong with definitions, out of here and misunderstood. The fact is that this article is written essentially about one specific decision, and everything else is only for general information.Integration tyre - It is primarily a communication environment that allows the delivery of messages on the basis of logical grounds. "The fingers," which means that there are no physical addresses in the messages themselves.Simple options for integrating tyres have a manual for matching logical and physical addresses. Logical addresses shall be derived from the application, its name or structure. That's enough to be called a tyre:More complex options allow for the delivery of pub/sub messages (subsent publisher).The control tyre may be built around the central node (or several nodes) where the router is scattered (see further) or be distributed as a bunch of adapters (see further) on the side of each annex with a common address base.Message route - is an annex whose purpose is to transmit messages from one annex to another.Usually, the message router can be found inside the integration tyre - but not every router makes a tyre around itself. At least we need to work with logical addresses.Also, the message routers sometimes operate other infrastructure services, such as guaranteed delivery, communications logs or format transformation.Integration lock - it's a message router that can be divided into "external" and "internal."These connections may work under the same protocol, in which case the purpose of the lock in the crash of the common tyre into segments to add non-sustainability or safety. For example, if there are subsidiaries in different cities, you can put a lock in every one that will send messages to the head office on the encrypted channel.In such a case, the overall integration tyre will be broken into segments that may continue to be limited to operation when the Internet canal falls.In addition, an integration lock may combine annexes working on different protocols, in which case it will also be an adapter.Adapter - it's a message router, whose different connections work under different protocols.Broker. - it's an elevated message router. Cool. Compities. For example, he can work with a decentralized tyre. Or do the tricky transformations as a universal central adapter.As you can see, there are no other terms. It is possible to imagine the happiness of the architect-perfectionist in the form of a mega-integration tyre built on the message router, which is a broker, a lock and an adapter. He'll be able to work on any protocol, make SQL requests, conduct XSLT-transformation and become a nightmare for any developer:I once wrote my integration lock simply because the CRIC refused to give our subsystem a second address on its integration tyre for two months. ♪ ♪There's another conclusion here: any fairly complex program can be called by any word. So, for colleagues to understand, try to call it the words used in the official title of the programme.For example, WebSphere Message Broker has the word "Broker" in his name (and deserves to wear it for his irresponsible complexity So it's called a broker, not a message router, an adapter, a lock or a tyre.On the other hand, if on the WebSphere Message Broker, a project was made to work with the SMEW, which was called the SMES, it should be called a lock, even though it is also an adapter and a message router.Or, for example, the MEME itself is essentially a simple integration tyre, and the interior spins on the WebSphere Message Broker (I've seen reports of error typical of him) - but it's called SMV, or they're not gonna understand.