-
3.1 为什么选用Solr？
在本节中。我们希望能够提供一些关键信息来帮助于你推断Solr是否是贵公司技术方案的正确选择。我们先从Solr吸引软件架构师的方面说起。
-
3.1 软件架构师眼中的Solr
在评估一项新技术时，软件架构师必需要考虑一系列的因素，当中就包含系统的稳定性，可伸缩性，还有容错性。Solr在这三方面的得分都非常不错。
说到稳定性，Solr是一个由活跃的开源社区和经验丰富的代码提交者共同维护的一项成熟技术。Solr和Lucene的新用户们一般会吃惊于项目的公布方式，可能他们曾经都是等待某个项目的官方Release版，没听说过这样的从分支上直接pull下来的方式。无论你的公司是否接受这样的方式。我们并非建议你这么做，我们想表明的是，Lucene和Solr项目中自己主动測试模块的測试深度和宽度是值得信任的。简单来说，假设你从分支上拿到了一个nightly build。假设全部的自己主动測试都能通过，那你就能够放心的肯定全部的核心功能都是ok的了。
我们在1.2.6节中已经接触到了Solr实现可伸缩性扩展的方法，在1.2.7节中也讨论了容错性的问题。作为一个架构师，你可能最好奇的是Solr的可伸缩性功能和容错性功能的局限究竟在哪里。
首先。你须要知道在Solr4中，分片功能和复制备份功能都被重写了。在鲁棒性和易于管理方面都有非常大提高。新的扩展方式被称为SolrCloud。其底层实现上。SolrCloud使用了Apache ZooKeeper来管理Solr集群上的配置同步，并监控集群的执行状态。这里列出了一些Solr全新的SolrCloud功能的亮点：
·中心化的配置
·分布式的索引，避免单点失败（SPoF）
·自己主动容错。自己主动产生新的主分片
·随意节点均可触发覆盖整个集群全部分片的分布式全查询。且已经集成了自己主动容错和负载均衡
可是这并非说Solr的可伸缩性就没有提高的空间了。
SolrCloud在双方面还有待提高。
首先，不是全部功能都能工作在分布式模式下。
比方 joins连接功能。其次，一旦索引建立。索引的分片数目就不能再动态调整。要想改变分片数的话仅仅能又一次对全部文档建立索引。
我们在第16章会具体讨论SolrCloud的方方面面。可是我们希望确保软件架构师们可以意识到Solr的可伸缩性过去几年中已经走过了非常长的路，并且今后还将继续不断地改进下去。
-
3.2 系统管理员眼中的Solr
作为一名系统管理员，在考虑開始使用像Solr这种一种新技术时，最优先考虑的是新技术能否够非常好地和已有系统进行配合。
对于Solr来说对这个问题能够非常轻松的回答YES。
Solr 全然是基于JAVA开发的，能够在随意一个装有J2SE 6.x/7.x JVM虚拟机的操作系统上执行。
并且Solr还自带了Oracle提供的开源Java Servlet引擎Jetty，拿来就能用。还有一方面。Solr是一个标准的Java Web应用。能够非常方便的在JBoss或是Oracle AS之类的Java web应用server上进行部署。
对Solr的全部操作都能够通过HTTP请求来完毕， 而且Solr在设计时就考虑到了同Squid或是Varnish这种HTTP反向代理协同工作。Solr同一时候也支持JMX。所以你能够把Solr挂载到你喜欢的监控程序（比方Nagios）之下进行监控。
最后，Solr提供了一个不错的管理控制台， 能够用于检查配置，查看统计信息。发起測试查询。以及监控SolrCloud的健康情况等等。图1.4展示了Solr4 管理控制台的一个截屏。我们会在第二章中具体的学习管理控制台的使用。
-
3.2.1 公司CEO眼中的Solr
虽然CEO之类的人物是不太可能看这本书的，我们还是要写几点关键的。以便于万一CEO在大厅里叫住你聊聊的时候你能够拿这几点去忽悠他。首先，管理层的人喜欢听到他们今天对技术做出的一笔投资将会在今后非常长一段时间内都产生效益。详细到Solr。你能够强调一下很多公司至今还在靠着Solr 1.4执行公司的产品，这但是2009年公布的老版本号。这说明Solr是有着成功的商用案例的，而且一直持续在改进。
此外，CEO们喜欢可控可预測的技术。
正如你在接下来的章节里所要看到的那样，Solr非常好用。你能够在几分钟之内就搭起一个简单的Solr服务。还有一个疑问是假设万一负责Solr的那个员工跳槽或是跑路了。我们公司的业务会受到影响吗？不会因此整个服务当掉把？Solr的技术确实比較复杂，可是其开源社区非常的活跃。这意味着你仅仅要上去求助基本上都能及时得到帮助。并且。你是直接能够看到源代码的呀。有的时候你发现一个地方写的有问题那你能够直接自己fix掉即可了。
另外也有很多商业化的服务商能够帮你规划，实现和维护你的Solr系统。当中非常多服务商还提供Solr相关的培训课程。
接下来这一点可能CFO更关心，就是使用Solr的投资花费问题。投资使用Solr事实上花不了多少钱。
我们不用知道你的运营环境的规模大小就能够非常自信的说，你能够在几分钟之内就搭起一个简单的Solr服务，而且非常快就能够建立文档的索引。
如今搭在云端的一个server能够在亚秒级（译者注：即不到一秒的时间之内）就处理完上百万的文档请求。