【问题标题】:Software alternatives to Google Search Appliance (GSA)Google Search Appliance (GSA) 的替代软件
【发布时间】:2010-10-08 18:00:48
【问题描述】:

我对在(大型)大学环境中使用的替代 Google Search Appliance (GSA) 的软件感兴趣。有没有人从 GSA 迁移到替代解决方案的经验?如果是,这样做的原因是什么(技术、财务、员工努力等)?这些经验是否积极?

【问题讨论】:

标签: search google-search-appliance


【解决方案1】:

我建议查找 Apache Solr ,恕我直言,它是目前可扩展性最好、功能丰富的搜索服务器。来自 Apache Software Foundation 的 F/OSS 开箱即用的解决方案,被 Netflix、AOL、CNet 等组织使用。在迁移到 Solr 之前,我们在公司使用 GSA 一年。与所带来的好处相比,这一举措相对轻松。

由于它与 RESTful 界面集成,因此可以集成到您选择的平台中,无需语言/平台绑定。试一试!

【讨论】:

  • 爬取内容怎么样? SOLR 看起来很不错,但事实上的爬虫是 Nutch,它不能很好地与 Windows 服务器配合使用。
【解决方案2】:

我们目前正在从 Google (GSA) 迁移到 Microsoft FAST(特别是 FSIS)。

原因很简单,从可支持性和可管理性的角度来看,我们对 Google 的体验并不满意。我们选择了 FAST,因为它为我们提供了一个平台,可以随着我们未来几年的需求增长而扩展。它还为我们提供了非常精细的控制水平。我的意思是它将使我们能够定义自定义字段,然后控制这些字段的填充方式。

【讨论】:

    【解决方案3】:

    我工作的公司是 Google GSA 合作伙伴,并在 GSA 之上开发了一个解决方案。我们还有一个云解决方案,其优势与 GSA 非常相似,还有许多 GSA 无法做到的事情 - 例如地理扩展、负载扩展、上传数据并将其近乎实时地放入索引中,已经嵌套记录,处理层次结构等......

    根据我们的经验,从 GSA 迁移到云解决方案的人这样做的原因如下。

    1. 主要是他们不想管理硬件。
    2. 我们的大多数客户都是电子商务/媒体公司,他们有很多导航。当您有很多导航/改进时,GSA 搜索吞吐量真的很困难。例如,如果您有 20 个导航,则吞吐量会从每秒大约 50 个查询下降到大约 12 个。
    3. 索引时间 - GSA 至少有 7 分钟的时间让某些内容显示在索引中,而对于 ecomm / media,这些时间是不可接受的。

    GroupBy 已编写迁移工具以允许从 GSA 顺利过渡 --> 云和云平台接受 GSA 接受的相同格式。

    这些经历是积极的吗?好吧,很明显,我会偏向于说是的,但是有支持客户积极性的硬转换增加。 :-)

    更多详情请访问:www.groupbyinc.com

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-05-08
      • 1970-01-01
      • 1970-01-01
      • 2014-11-19
      • 1970-01-01
      相关资源
      最近更新 更多