What better to choose technology for federated search?

The challenge is to do a federated search.
https://en.wikipedia.org/wiki/Federated_search
federated-search1.png
But I can't find examples, libraries.
Can such a search engine has a different name?
The idea is simple:
- there are data sources (Full text engine, no-sql, relation databases, REST APIs, etc)
-- request comes for insetr (is very much) - the service decides which data source to do the update
-- request comes for the Selex, the service translates the request to an available for each service (DQL, SQL, REST, ect) and makes a request in parallel in each source, merit data sorts (for logic), translates into a standard response format, and returns it to the client.

Prompt examples, architecture, technology. I am sure that there are many such services, but that isn't really....
June 7th 19 at 14:56
1 answer
June 7th 19 at 14:58
Its Tulsa in Erlang :) it is well parallelise and makes requests anywhere and immediately.

Find more questions by tags Search engines