软件选型的那些事儿

在软件开发过程中,我们经常会遇到软件选型的问题。

盘锦ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景,ssl证书未来市场广阔!成为创新互联的ssl证书销售渠道,可以享受市场价格4-6折优惠!如果有意向欢迎电话联系或者加微信:13518219792(备注:SSL证书合作)期待与您的合作!

[[388300]]

因为业务需求不同,有的需要使用消息中间件,有的需要使用缓存,有的需要用新框架,那么面对如此多的技术,我们到底该如何选型呢?

今天,就和大家聊一聊技术选型那些事儿,到底该如何选,怎么用。

选型的需求来源于业务诉求

选型总是在业务驱动下进行的。

我相信业务用的好好的,没有性能瓶颈,没有合规要求,也没有新需求要开发,我们也不会想着换个框架或组件。

当业务有真正的诉求的时候,比如有数据同步,业务解藕,削峰填谷,分布式事务等需求时,我们就需要调研相应的解决方案了。

这个时候往往会面对很多的软件,究竟该选哪个,用哪个?如果有团队成员比较熟悉的以前用过的软件,可能大概率就会选择它,毕竟用过有经验,遇到问题也知道怎么解决。

但如果团队成员都没有用过,这个时候面对如此多的软件,而且在有限的时间里,我们到底该如何选择呢?或者说软件选型该考虑哪些呢?

今天和大家分享一下个人的经验,希望能对大家有所帮助。

选择调研对象

在开始选型前,我们需要知道有哪些待调研的对象。

  • 想用消息中间件,需要调研的对象可能有RabbitMQ,RocketMQ,Kafka等。
  • 有数据同步的需求,需要调研的对象可能有otter,Datax,canal等。
  • 想用rpc服务,调研的对象可能有Dubbo、gRPC、Thrift等。

这里就不再一一展开了,其实想说的就是,首先我们要知道调研的对象,接下来就需要看看到底要调研哪些内容。

调研的内容

(1) 系统架构

软件的系统架构很大程度上决定了软件的简单或复杂、可扩展性、高可用性等较难改变的属性。

所以我们在选型的时候,需要重点考虑软件架构。

软件的官网中一般都会有相应的架构图,从中我们可以看到软件的基本组件,架构的简易程度等内容

。比如下图为RocketMQ的架构图,从中可以看出RocketMQ的基础组件有NameServer Cluster、Broker Cluster,还能进一步看出NameServer Cluster的基本职责有Broker Discovery,以及Broker Cluster可以通过数据同步来实现高可用等内容。

除了系统架构,我们可能还需要关注下软件的实现语言,如果以后需要进行定制化开发,团队成员是否有相应能力。

(2) 软件的社区情况

软件的社区情况,是我个人在软件选型的时候着重考虑的一个点。

活跃的社区对于开源软件来讲很重要,因为活跃的社区说明软件的用户很多,用户多就有很多的实践经验可以参考交流,在你遇到问题的时候能有个交流的平台。

总之,活跃的社区能够帮助你解决软件使用过程中的很多问题。

那么从哪几个方面可以考量软件的社区情况呢?这里主要讲的是开源软件的社区情况考量。

我个人一般会看软件的最近一次提交是什么时候,issue的数量及回复情况,更进一步可以看软件的邮件列表内容。

(3) 文档

产品的文档太重要了。

产品做的再好,没有文档,也没人会用。

详细的产品文档包括但不限于软件架构,用户手册,性能测试,常见问答等。

如果你在调研相应软件的时候,发现找了很久也没找到架构图、用户使用手册等内容,那你就要好好考虑该不该用这款软件了。

通读产品文档可能需要花上一些时间,但花这个时间是很值得的。通读产品文档可以让你对整个产品有个大概了解了,有哪些特性,有哪些功能,性能表现如何等,这些你都能做到心中有数。

Spring的文档是我个人认为非常好的文档,不夸张的说,能把Spring文档通读一遍,80%的Spring问题对你来说都不算问题。

另外文档最好读官方的,如果是国外的软件,尽量读英文的。

(4) 其他

包括但不限于合规性,法律,生态工具等内容,比如如果使用的开源软件协议为GPL,按照协议规定,所有的二次开发都应该再次开源出来。

特性或功能验证

调研完产品后,我们对软件应该有了个大概了解了,此刻我们需要回到业务上来。

产品的特性或功能能否满足业务的需求,这才是决定我们选型的最重要原因。

一般的原则是,能够满足当前以及可预见的未来的需求的软件,是最合适的,因为这样的软件又能满足需求,又不至于太过复杂。

此阶段一般会进入到体力活环节,需要各种测试,比如基本功能测试,高可用测试,性能测试等。在测试的过程中也尽可能的将测试脚本化、自动化,因为这个过程可能会重复多次,没人想一次次的手动来做。

这里的测试一般需要给出结论,即当前软件是否能够满足业务的各种需求。

该阶段一般会遇到很多的问题,而活跃的社区,详尽的文档可以帮助你解决这些问题,同时团队成员应该尽可能的在该阶段积累软件使用的过程资产。

应用阶段

应用阶段根据选型软件的性质不同有不同的应用方式。

如果软件是基础软件比如数据库之类,一般会先进行试点应用,因为基础软件的影响面比较大,而选择试点应用,既可以规避大的风险,也能够通过实践积累起经验,方便后续的全面升级。

如果软件只是当前业务使用,影响较小,那么要有自信直接上,不要怂~

帮助别人

经历了软件调研,功能特性验证,到项目的正式使用,可以说现在你也成为了软件社区中的一员,那么不要忘了分享你的使用经验,帮助其他软件使用者,毕竟一开始也是社区帮你解决了问题。

写在最后

今天和大家分享了软件选型及应用的那些事儿。

软件的调研阶段需要关注产品架构、社区、文档及合规性、生态工具等内容。

调研完软件需要回到业务上来,进行功能特性的验证,看是否能满足业务需求,各类测试也尽量脚本化、自动化。

最后就是应用了,应用过程中也要记得积累经验。

还有别忘了帮助别人。

网页标题:软件选型的那些事儿
本文来源:http://www.stwzsj.com/qtweb/news15/16965.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联