Enterprise Search Consulting

federate를 우리말로 하면 '연합의, 연방제도의'라는 뜻이다.
여기에 "Search"라는 단어가 붙어서 "연합검색"(?)이 된다.
(나는 개인적으로 연합검색이라는 우리말로 풀어쓰고 싶지 않고 걍~ "federate search"라고 했으면 한다.)

그럼 federated search란 무엇을 말하는 것일까?
보통의 좀 큰기업에서는 다양한 종류의 검색엔진을 보유하고 있다.
서로 다른 brend의 검색엔진이 공존할 수도 있고, 같은 brend의 검색엔진이라 할 지라도 연동되고 있는
데이타 종류가 서로 달라 같은 화면에서 동시에 검색할 수 없는 경우도 있다.
또한, 검색엔진을 사용하지 않는 검색(예를들면 rdbms검색과 같은 경우)도 있을 수 있다.

이런 경우 모든 검색결과를 한번의 검색으로, 혹은 검색결과가 서로 연동되게 하려면 어떻게 하겠는가?

    1. 모든 서비스를 전부 새로 구축하고 통합한다.
    2. 기존 서비스에서 손 대지 않고 통합하는 방법을 찾는다.
    
우리나라에서는 대부분 1번 방법을 택해왔다.
왜냐하면 기존 서비스들이 그리 만족스럽지 않고 또 전부 새로 구축한다고 해도 그리 많은 비용이 들어가지 않으니깐.
(우리나라 소프트웨어 산업의 구조적인 문제 때문이리라...
 적은비용으로 많은 기능을 구축하고 유지보수를 하지 않으면서 불만만 쌓이는 구조)

하지만, 해외의 경우에는 쉽게 1번을 선택할 수 없는 경우가 많고 이런 경우에 2번을 선택하게 된다.
2번의 방식은 meta search방식을 생각하면 쉽다.
회사로는 vivisimo가 대표적이라 할 수 있다.
(우리나라는 없다: 수요가 없으니... ㅠㅠ)

내 생각에는 제대로 된 federated search엔진이라면 http를 통한 검색뿐만 아니라 각 검색엔진의 API를
이용할 수 있는 방법까지 제공해줘야 할 것이라고 생각되며, 편리한 관리자페이지, Clustering,
문서 Cleansing 과 같은 부가기능이 막강하게 있어야 할 것으로 생각된다.