Solve Difficult Search Problems
Our customers use our Federator to solve a range of problems, without custom code. Here are a few examples:
- Problem: divisions of a company each need control of their own search environment. They index divisional content in local language, with specific security and content enrichment. But employees need easy access to information across divisions.
- Solution: use the Federator at each search environment to merge results; employees in each division see a unified view across the company.
- Problem: security policies dictate separate intranet and extranet farms with no possibility that extranet users might see internal confidential content that happens to have the wrong entitlements. Employees need to see both intranet and extranet content.
- Solution: use the Federator on intranet portals to combine search from intranet and extranet indexes. Don’t use it on extranet portals.
- Problem: each region has some content which is subject to information export restrictions; indexing it centrally violates laws. A global index works well for the rest of the content. How can employees see a single view with both global and local content?
- Solution: create small local farms with export controlled content (and other sensitive content). Use the Federator to merge results from the local search farm with results from the global search farm. This keeps you in legal compliance and provides a great user experience.
- Problem: large-scale deployments magnify the impact of outages, upgrades, disaster recovery, and maintenance; restoration from a large index backup can take 20 hours or more, with search offline the whole time.
- Solution: divide the search farm into multiple sections and use the Federator across them; each section can be upgraded independently and the whole system can be online during restoration.
- Problem: a company has multiple search technologies including some specialized search engines for specific applications. How can they provide a single destination for search?
- Solution: connect the multiple search engines to the Federator and then present unified results as well as tabs or independent search centers for the specialized applications.
- Problem: a project to switch from a sophisticated FAST ESP implementation to SharePoint 2013 has to re-implement all the functionality of the old search engine, then cut over to the new one. This is a long project with a risky transition before new capabilities can be added.
- Solution: use the Federator to integrate ESP with the SharePoint 2013 UI; users see an improved UI and have people search immediately. Start implementing new functions in SharePoint 2013 right away, and re-implement FAST ESP functions and content collections one at a time. Use the Federator to switch over each function and collection as it is ready, and to fall back if needed. After everything is working well in SharePoint 2013, simply turn off ESP and remove the Federator.
- Problem: hybrid SharePoint OOTB has a weak federated search experience that users are unhappy with: blocks of results with refiners from the local search only.
- Solution: use the Federator to provide the experience users want: a single interleaved result set and combined set of refiners.
Enhance Search Results in Real-Time
Our customers also use our Federator for direct access to queries and results on a single search engine. Here are some examples:
Include real-time product inventory and price information in search results
Enhance expertise finding by adding dynamic relevance profiles
Improve search relevance by pre-stemming queries
Highlight different results based on current weather conditions
Provide contextual results in their customer portal based on an employee’s profile, location, and current task
Tailor how synonyms are processed to provide more precise search results
Automatically search for spelling variants if no results are returned
Include real-time news and stock values seamlessly in search results