构建优质的推荐系统服务一天不进步,就是退步

任何一个优质的软件服务都必须考虑高性能、高可用(HighAvailability)、可伸缩、可拓展、安全性等5大核心要素,推荐系统也不例外。

所以,我们会围绕这5个点来说明,怎么构建高效的推荐服务。

本文会从推荐服务背景介绍、什么是优质的推荐服务、构建优质服务面临的挑战、一般指导原则、具体策略等5个部分来展开讲解。

希望读者读完本文后,对什么是优质的推荐服务能有初步了解。同时,我也试图为读者提供相应的方法和策略,期望本文可以作为大家的参考指南。

推荐服务背景介绍

推荐产品是通过推荐服务来为用户提供个性化推荐能力的,我们可以从广义和狭义两个角度来理解推荐服务。

从广义上讲,推荐服务是指整个推荐业务,包括数据收集、数据ETL、推荐模型构建、推荐推断、推荐web服务、推荐前端展示与交互等(见下面图1)。

图1:推荐系统的业务流

图1中,大数据平台包含的数仓、计算平台等模块很多公司(特别是初创公司和中小型公司)都是基于开源的大数据平台(Hadoop、Spark、Hive等)来构建的,这些系统本身(或者通过增加一些组件)的设计是具备高可用、可拓展、可伸缩、安全等特性的。

从狭义上讲,推荐服务是指用户通过终端(手机、Pad、电视等)与推荐系统的web模块的交互,即图1中红色虚线框中的部分(其实Kafka管道不属于直接参与Web服务的组件,但是我们是通过这个模块来跟更底层的数据处理算法组件解耦合,通过它来对接计算出的推荐结果,所以也包括进来了)。

图2:用户与推荐系统交互的数据流向

后文所有关于构建优质服务策略的主题,都围绕这里所指的狭义的推荐服务来展开。

简单介绍完什么是我们本文要讨论的推荐服务,那么什么是优质的推荐服务呢?我们又可以从哪些维度来衡量推荐服务是否优质呢?

什么是优质的推荐服务

推荐服务作为一类软件服务,遵循通用的软件设计原则。

在复杂的软件设计中我们需要从高性能、高可用、可伸缩、可拓展、安全性等5个维度来衡量软件架构的质量,对于推荐系统也一样,推荐系统也属于一类非常偏业务的较复杂的软件系统,我们也会从这5个方面来说明什么是优质的推荐服务。

01

高性能

02

高可用

所谓高可用,从字面理解就是用户可以一直使用而不出现问题。

由于软件服务是基于现代芯片及硬件基础上构建的,硬件会产生故障宕机,软件也会由于bug或者偶发情况等出现问题,所以一般故障是几乎无法避免的,特别是对于大规模分布式服务,共同服务于同一服务的计算机集群越大,出现故障的可能性也会越大。

当这些故障出现时,软件系统将无法响应用户请求,导致提供的服务不及时、不稳定、不可靠,甚至不可用。

很多大型网站,比如淘宝,百度基本达到了99.99%的高可用了,算下来一年大约只有0.88小时不可用。

推荐系统本身就是一项软件服务,对于推荐系统来说,高可用就是推荐服务是否稳定高效的为用户提供服务。

03

可伸缩

我们可以这样来理解伸缩性,将一个模块或者系统类比为一条生产线(如富士康中苹果手机生产线),当有大量的订单需求时,可以通过扩充生产线来应对大规模的业务需求,这就是生产线的伸缩性。

互联网产品(特别是toC互联网产品)是基于规模效应的一种生意,发展用户是公司最重要的事情,在用户发展阶段,用户是爆发增长的,这时原有的推荐服务是无法满足快速增长的用户需求的,所以要求推荐服务具备伸缩能力是必然的。

由于推荐系统需要存储用户推荐结果,因此相应的存储数据库也需要具备可伸缩的能力,当前很多NoSQL数据库都是具备可伸缩能力的。

04

可拓展

互联网产品是需要快速响应用户需求变化的,所以对产品做调整,或者增加新的产品形态是常有的事情。

可拓展性指的就是推荐服务可以快速响应业务需求变化,非常容易对服务做调整修改,可以非常方便地增加新的推荐业务。

05

安全性

互联网是一个开放的服务体系,我们需要采用技术手段确保网站数据不会轻易被恶意攻击,防止数据被盗。

衡量推荐服务安全性的主要指标是针对各种恶意攻击及窃密手段是否有有效的应对方案,同时是否可以很好的保护用户隐私,特别是今年315曝光了很多数据黑产的利益链,用户数据安全性只会越来越重要,相信不久的将来,就会有更完善的法律保护措施出台。

相对于后台服务,推荐服务是一种较特殊的软件服务,那么对于推荐服务是否可以很容易做到上面5点呢?会面临哪些挑战呢?

设计推荐服务面临的挑战

相对于其他后台系统来说,推荐系统有很多不一样的地方。

对于个性化推荐来说,给每个用户的推荐都是个性化的,所以生成的推荐结果都是不一样的,这些推荐结果需要事先存储下来,方便用户请求时快速反馈给用户,因此需要大规模的数据存储系统来支撑。

具体来说,构建优质的推荐服务,会面临如下挑战:

需要存储的数据量大

个性化推荐为每个用户存一份推荐数据,数据量随着用户线性增长。

一般toC互联网产品都是通过规模效应盈利的,所以发展用户是互联网公司最重要的事情之一,做得好的产品用户规模一定会在一定时期内爆发增长,因此数据存储也会急速增长,需要更多的软硬件资源来容纳新增的大量数据。

当用户量大到一定程度时,一台服务器无法装下所有用户的推荐结果,一台服务器也无法为用户提供web接口服务,这时就需要采用分布式技术,需要数据库及web服务系统具备很好的伸缩能力。

需要快速响应用户请求

实时给用户提供个性化推荐,这个过程中需要实时学习用户的短期兴趣,并基于用户的短期兴趣实时更新用户的推荐列表,这为整个推荐系统业务设计开发带来极大压力和挑战。

接口访问并发量大

个性化推荐由于每个用户推荐结果都不一样,很难利用现代CDN技术来对推荐结果加速(主要是命中率太低),用户的请求一般都会回源,对后端系统产生较大的访问压力。

业务相对复杂

推荐业务为了给用户提供好的体验,需要涉及到很多方面。

比如,需要具备根据一定业务规则做运营的能力。需要为用户过滤掉已经看过的或者曝光过的内容,需要对在推荐结果中下线某个标的物(如视频中某个节目下线,电商中某个商品下线),需要实时根据用户行为更新用户兴趣推荐。这些较复杂的逻辑,对设计优质服务也是一种挑战。

既然推荐服务的设计有上面这么多挑战,那我们要怎么设计好的推荐服务呢?是否有一些一般的原则可借鉴呢?回答是肯定的。

构建优质服务的一般原则

在讲具体的方法和策略之前,我们先简单介绍一下做到优质服务需要了解的一般思路和原则,这些原则是帮助我们构建优质服务的指导思想。

模块化(SOA)

SOA(ServiceOrientedArchitecture)即面向服务的架构,主要目的在于服务重用,通过将服务解耦,提升整个系统的可维护性。

在设计系统时,尽量减少系统的耦合,将功能相对独立的部分抽提出来,通过数据交互协议或者接口与外界交互。这样设计的主要目的是减少系统的复杂度,方便独立对某个模块优化和升级,同时,当系统出现问题时也可以快速定位。

最近几年很火的微服务是对SOA思想的延伸,是一种轻量级的SOA解决方案,将服务拆解为更细粒度的单元,更易于系统维护和拓展。

数据存储

个性化推荐产品每个用户的推荐结果都不一样,做缓存的价值是没有那么大的。但是对于关联推荐,每个标的物关联的标的物列表在短期(可能是一天)是不变的,这时就可以充分利用缓存的优势了。

负载均衡

异步调用

举个简单的例子,你去银行办业务,拿到号后需要排队,如果你一直看着屏幕等待你的号出现,这就是同步。如果你在等待的同时用手机处理工作邮件,等轮到你的号了银行语音提示你去办理业务就是异步。

在推荐服务中可以大量采用异步的思路,比如将推荐结果插入数据库时,可以采用异步插入,提升插入的效率,响应接口请求时也可以采用异步处理。

由于异步不需要双向确认,大大提升了效率,但是也可能由于没有确认,导致部分处理请求失败(比如某个用户的推荐结果由于各种未知原因未插入数据库)。

后面会讲到推荐业务是可以容忍一定的错误的(不像涉及钱的会员等业务必须准确无误),同时推荐业务需要处理大规模的数据(如T+1的个性化推荐,在一两个小时内需要为每个活跃用户更新推荐结果,如果用户规模很大,这个过程是很耗时的),所以采用异步可以大大提升效率。

分布式及去中心化

分布式网络存储技术是将数据分散地存储于多台独立的机器上。

分布式网络存储系统采用可扩展的系统架构,利用多台存储服务器分担存储负荷,利用位置服务器定位存储信息,不但解决了传统集中式存储系统中单存储服务器的瓶颈问题,还提高了系统的可靠性、可用性和扩展性,这种组织方式能有效提升信息的传递效率。

通过将系统、数据或者服务分布于多台机器上,首先可以增强整个系统的处理能力,同时也可以降低整个系统的风险。

去中心化是互联网发展过程中形成的一种内容或服务组织形态,是相对于“中心化”而言的新型网络内容的生产过程。在计算机技术领域,去中心化结构使用分布式核算和存储,不存在中心化的节点,任意节点的权利和义务都是均等的,系统中的数据块由整个系统中具有维护功能的节点来共同维护,任一节点停止工作都不会影响系统整体的运作。

06

分层思想

分层跟模块化思想类似,最大的区别是各个层之间是有直接的依赖关系的,分层一般也是根据逻辑结构、数据流、业务流等来分,即使是同一层内,也是可以做更细粒度模块化的。

分层的目的是让系统逻辑结构更清晰,便于理解、排查问题。推荐系统根据数据流就可以简单分为数据生成层、数据存储层、数据服务层,后面会详细介绍。

讲完了设计优质服务的一般思想,那我们就来详细讲解一下具体有哪些策略可以帮助我们设计优质的推荐服务。

可行策略

我们在第一节中对推荐服务的范围做了简单限定,在第二节对优质服务的5个维度做了简要说明,结合第四节的基本原则,我们在本节来详细说明怎么设计优质的推荐服务,有哪些具体的策略和方法。

设计优质推荐服务的目的是希望更好的服务于用户,提升整个系统的效能,最终提升用户体验。我们还是从高性能、高可用、可伸缩、可拓展、安全性5个维度来展开介绍。

为了能够提供高性能推荐服务,我们可以从如下维度来优化推荐服务模块,以提升推荐服务的响应速度,给用户更好的交互体验。

CDN缓存

CDN(ContentDeliveryNetwork,即内容分发网络)是一个非常成熟的技术,通过部署在各地的边缘服务器来对内容进行加速。我们也可以利用该技术来加速推荐服务。

对于非个性化推荐(如排行榜、关联推荐等),每个用户返回结果都一样,所以命中率极高,完全可以采用CDN来加速,以提升推荐接口的性能。

CDN缓存虽然可以加速,但是利用CDN缓存也需要注意,如果某个请求出错了,刚好被CDN缓存了,会对后来访问的用户产生负面影响(后来的用户会返回这个被CDN缓存了的出错的结果)。我们需要定期清理缓存,或者跟CDN厂商沟通,采用特殊的缓存策略(如返回的接口为空或者不合法时不做缓存),最大利用CDN的优势,避免不必要的问题。

Nginx层或接口层的缓存

除了CDN层的缓存,我们可以在Nginx层及接口web服务层增加缓存,采用多级缓存的策略能够更好的避免请求击穿缓存,从而更快速的为用户提供推荐服务。

数据压缩

如果某个推荐产品形态给用户推荐的数据量比较大(比如,我们公司在做个性化重排序时,可能有几百上千个视频,用户是通过分页来请求的,数据量大,见下面图3战争风云这个tab,会根据用户的兴趣做个性化重排,用户通过下滑遥控器按键分页请求数据),可以对存储于数据库中的推荐结果进行压缩(比如采用protobuf+base64进行编码),这样数据量就会少很多,减少网络数据传输,提升接口性能。

图3:基于用户兴趣的列表个性化重排序

接口做压力测试

我们不光要验证接口的功能是否正确(功能测试),还需要事先对接口的性能有所了解,知道接口的性能极限,这样才可以知道在高峰期间,所有推荐接口服务器是否能够抗住压力。

了解接口性能的最好方式是通过压力测试。

通过压力测试就可以知道接口在一定并发量下的吞吐率、响应速度、能够承受多大的QPS。特别是个性化推荐接口,访问量非常大,每次接口做升级或者开发新的推荐产品形态时,都需要做打压测试。

我们基于打压测试及在高峰时段用户访问情况,才可以确定到底需要多少台接口服务器可以支撑现有的服务。

服务质量评估

从下图可以看到很多接口99%的调用响应时长低于50ms,性能是很不错的,但有些性能不是很好,如第四行的,只有81%的请求控制在200ms之内,这些业务都是非常老的版本的业务了,基本不再维护了。

从这张图中,我们可以非常清楚地看到各个业务接口的性能情况,这样我们可以针对业务的重要性和当前性能情况做接口优化。

通过对服务质量评估,就可以有针对性的对上述的T1,T2做优化,从而提升接口性能。

采用高性能的web服务器

采用高性能的web服务器可以极大提升推荐服务的性能,推荐服务业务逻辑相对简单,可以采用轻量级的web服务器,比如Vert.x(基于java语言的高性能web服务器)、Spray(基于Scala语言的高性能web服务器)、gin(基于Go语言的高性能web服务器)、cowboy(基于Erlang语言的高性能web服务器)等,这样不仅可以满足开发推荐接口的需求,开发速度快,并且性能也很好。传统的web服务器如Tomcat等太重了,不太适合推荐api接口的开发。

07

采用基于内存的NoSQL数据库

一般来说内存的访问速度比磁盘快好几个数量级,采用基于内存的数据库来存储推荐结果会提升整个接口获取推荐结果的速度,现在有很多开源的这类数据库可供我们选择,比如Redis、CouchBase等。

即使不用基于内存的数据库,也要将数据存放到SSD中,获取速度也会快很多。

构建高可用系统是一个比较有挑战的事情,具体可以从如下方面来考虑:

接口层保护

即使有很多的防护策略,我们也不能保证推荐接口永远也不出错。

为了应对这种在极端情况下可能存在的问题,给用户更好的体验,我们可以在前端(即APP侧)做一层接口保护。

具体做法可以是提供一组默认推荐接口,前端在启动时加载该接口,将数据存储在终端,当推荐服务无响应或者响应超时时,可以用默认推荐结果顶替。默认推荐虽然推荐的标的物没有原来的精准,但是不至于“开天窗”,对用户体验也算是一个不错的补救措施。

多可用区(多活)

对于创业中期或者成熟的公司,最好需要在多个可用区(同城多活,异地多活)部署推荐服务,避免由于自然灾害(如工程建造挖断光缆、爆炸、水灾、火灾、地震等)等导致服务无法使用。

构建多可用区需要投入非常多的资源,成本较大,对于初创公司建议不要考虑采用这种方式。

服务监控与自动拉起

有了自动监控,当服务出问题或者挂掉后,可以通过监控脚本自动将服务拉起。一般来说,重启可以解决80%的故障问题。

灰度发布

灰度发布是互联网公司常用的发布策略,目的是通过先发布少量的用户,看新功能点是否异常,如果有异常及时修复,不至于对所有用户产生不好的影响。

对于推荐服务,我们也建议采用灰度发布的方式,减少由于未发现的未知问题对用户产生的伤害。

超时、限流、降级与熔断

在极端情况下,当接口并发请求太大时(比如今年的春晚百度红包),可以对访问请求做限制,让部分请求立即执行,其他请求在队列中等待。同时可以对同一IP的多次请求(可能是正常请求,也可能是恶意攻击)做限制,减缓对接口的冲击。还可以限制并发数、网络连接数、网络流量、CPU负载等各种限制措施来对访问进行控制。

熔断可以类比为电表的保险丝,当电流过大时(家里太多电器同时用或者短路)保险丝熔断,停止供电,避免出现意外事故。当请求推荐的服务有大量超时,这时新来的请求无法获得响应,只会无谓的消耗系统资源,这时整个服务可能出现了异常,熔断是较好的策略。

所谓降级,就是当服务不可用(比如熔断后)时,采用效果更差的服务替代,虽然效果没那么好,但是至少比什么都没有强。上面提到的接口层保护就是一种降级策略。

采用超时、限流、降级、甚至是熔断策略,主要是从系统高可用性角度考虑而采取的策略,目的是为了防止系统整体缓慢甚至崩溃。

构建可伸缩的推荐服务,对于应对大规模的用户请求非常必要,我们可以从如下方面来增强系统的可伸缩性。

利用NoSQL数据库作为数据存储

由于推荐系统产生的数据量线性依赖于活跃用户量,而互联网产品DAU一般会很大(百万级、千万级、甚至亿级),所以需要存储大量的用户推荐数据,并且这些数据是会频繁更新的(对于T+1推荐每天更新一次,对于近实时推荐,可能会秒级更新),所以采用一般的关系型数据库是很不合适的。推荐的结果一般是为一个用户推荐一个标的物的列表,用关系型数据库也不是特别合适,推荐的数据结构一般可以采用list,json等格式存储。

基于上面的说明,这非常适合用现在的NoSQL数据库做推荐结果存储,现在很多NoSQL数据支持Json等复杂的数据格式,并且具备横向扩容的能力。如常用的Redis,就支持String,Hash,List,Set,Sorted_Set等多种数据格式。

在我们公司的业务中,我们主要采用了CouchBase和Redis两种NoSQL数据库,CouchBase是一个文档型分布式数据库,热数据会放到内存中,冷数据会放到磁盘中,并且在水平拓展、监控、稳定性等方面做的非常好。我们将个性化推荐存储在CouchBase中,非个性化推荐(如排行榜、关联推荐等)存储在Redis中。据我所知,在爱奇艺的推荐业务中也大量采用CouchBase。

接口web服务可横向拓展

现在一般互联网公司会利用Nginx的高性能特性做反向代理,通过Nginx代理推荐的web服务。

接口web服务最好做到无状态,这样就方便做横向扩展。在我们公司实践中,我们用Go语言的Beego框架和Gin框架来开发推荐接口,开发效率高,稳定,并且性能相当不错,目前Go的生态圈非常完善,是一个不错的选择。

自动伸缩

推荐服务的可伸缩性要求我们可以非常容易地在负载高的时候做服务的扩容,结合现在的Docker容器技术及K8S编排系统及对接口服务的监控,制定一些伸缩的规则是可以做到自动伸缩的,当负载高时自动扩容服务器,当负载低时自动缩容。

可拓展性衡量的是推荐系统应对需求变化的能力,我们可以通过如下一些策略和思路让推荐服务可以更好的拓展。

利用消息列队减少系统耦合

在上面图1,我们通过一个Kafka管道的模块来将推荐算法平台与推荐数据存储解耦合,而不是在推荐系统推断阶段直接将推荐结果插入推荐数据库。这样做的好处是减少系统依赖,便于问题排查。同时Kafka起到了对大规模推荐数据做备份和缓冲的作用。

利用解耦及庸才数据交互协议

现在业内有很多开源的微服务框架供大家选择,如dubbo、Springcloud等。也可以根据自己公司需要,自行开发满足自己业务需求的微服务组件。

我们可以简单将推荐系统分为三层,接口服务层处理用户的请求,数据层存储用户的推荐结果,算法模型层构建推荐模型并为用户生成推荐结果(见下面图6)。通过分层,让整个系统更有层次感,更易于理解、升级、维护,也更方便排查问题。

图6:推荐业务的分层模型

可适当容错及服务降级

基于推荐系统可容错的特性及CAP理论(指的是在一个分布式系统中,Consistency(一致性)、Availability(可用性)、Partitiontolerance(分区容错性),三者不可兼得),推荐服务对一致性的要求也没有这么高,对于推荐系统选择的分布式存储数据库,不需要强一致性,往往达到最终一致性就足够了,但是我们最好需要保证系统是满足可用性的,这样才可以时时刻刻为用户提供推荐服务。

随着产品的迭代,极大部分用户可能会升级到相对较新的版本中,很老的版本用户数肯定是较少的(相对于总用户),对于这部分用户,我们建议产品通过各种运营或者技术手段让用户升级上去,对于不升级的用户,我们可以采用有损服务的形式为它们提供推荐服务。具体方法主要有对这部分用户关闭推荐服务和只为这部分用户提供默认推荐服务两种方式,这样做的目的主要是减少对推荐产品的维护成本。

所以,针对推荐系统可适当容错及对低版本用户可提供有损服务的特点,可以优化整个推荐系统的服务,让部分服务简化,间接提升了系统的可拓展性。

对于企业级服务,安全无小事,对于推荐系统同样存在安全隐患,提升推荐服务的安全性可以从如下几个维度来考虑。

接口安全

推荐服务可能由于受到攻击或者可能存在的软件bug导致对某个推荐服务的大规模请求。我们需要对推荐接口做保护,可以对同一IP地址的频繁访问做限制,或者对用户鉴权,防止系统受到恶意攻击。

对接口中涉及的隐私或者机密信息需要做加密处理。

同时,接口设计也要具备鲁棒性,对获取的推荐数据中可能存在的错误做异常保护,避免开发插入不符合规范的数据格式、数据类型等错误导致接口挂掉。

域名分流

对于用户量较大的APP,我们可以通过域名分流的形式对推荐接口分流,当某个域名出问题,可以快速切换到另外的域名,提供对接口更好的保护功能。

现网验证

当一个已有推荐业务做调整(接口调整、算法逻辑调整)或者新的业务上线后,一定要创造条件在现网验证一下是否正常,确保接口可以正常返回数据,并且前端看到的数据跟接口返回的数据及数据库中推荐的数据要保持一致。我们曾经出现过升级后未做验证,发现前端数据不正常的情况。

写在最后

本文从高性能、高可用、可伸缩、可拓展、安全性等5个方面对怎么设计优质的推荐服务做了详细讲解,提供了一些思路和策略,希望为设计推荐服务的读者提供一些指导。

THE END
1.服务器的策略是什么意思?Worktile社区服务器的策略是什么意思 worktile 服务器的策略指的是在运行服务器的过程中所遵循的一套规则和方法,以达到服务器安全性、性能优化和资源管理等方面的目标。服务器策略的制定是为了确保服务器能够高效稳定地工作,并提供可靠的服务。 服务器策略通常包括以下几个方面:https://worktile.com/kb/ask/1804337.html
2.产品推广策划方案(通用11篇)六、终端策略 1.将部分优势终端建成4S专卖店,进一步提高xx品牌的影响力 2.强化终端形象建设,提高终端销售力 3.提高终端导购人员执行力 七、服务策略 1.开通服务热线,妥善处理客户投诉问题 2.设计产品保修卡,建立客户档案 3.定期回访xx牌电动车使用者,询问客户建议,提高品牌美誉度,增强顾客忠诚度 https://www.yjbys.com/cehuashu/2744767.html
3.销售策划方案通用15篇2、服务策略 要提高员工服务意识,倡导人性化服务,真诚关心客户,了解他们的实际需要,把亲情与友情融入销售的服务中,不断加以创新,超越客户的期望,使整个服务充满“人情味”,把服务他人作为乐趣,发自内心的多一句问候,多一个微笑,使客户感受到亲人般的关爱,朋友般的温暖,用服务的魅力牢牢地吸引客户.还有,要实施服务https://www.unjs.com/fanwenku/428239.html
4.首发改善客户服务和客户体验的策略导读:随着市场竞争的日益激烈,客户服务和客户体验已成为企业成功的关键因素之一。为了在市场中获得竞争优势,企业需要采取有效的策略来改善客户服务和客户体验。本文将为您介绍一些改善客户服务和客户体验的策略,帮 随着市场竞争的日益激烈,客户服务和客户体验已成为企业成功的关键因素之一。为了在市场中获得竞争优势,企业需要https://www.0577qiche.com.cn/html/yunying/jiaohu/2024/1129/21544.html
5.网络营销方案(通用12篇)1.广告策略 A.建立餐厅知名度,告诉消费者餐厅所提供的产品与提供何种特色的服务。针对本餐厅目前的情况,以及本公司的主要客户群是白领阶层,考虑到白领工作压力等方面的因素,我们推出以营养、健康为主题的一系列活动。活动具体内容:首先开展猜谜活动,题目是关于营养饮食方面的,譬如吃什么东西补充维C.吃什么对眼睛有好处https://www.ruiwen.com/gongwen/fangan/1399903.html
6.互联网信息服务的内容,全面实施策略数据36063.92.25摘要:互联网信息服务涉及内容全面、策略数据实施等方面。通过提供丰富多样的信息内容,满足用户需求,同时实施有效的数据策略,确保信息服务的稳定性和安全性。该服务注重数据分析和应用,以优化用户体验和提升服务质量。整体策略数据实施细致入微,为用户提供高效、便捷的互联网信息服务体验。 http://www.juliangyuanshu.com/post/41335.html
7.营销策略如今,你的公司要与世界上所有提供相同产品和服务的其他公司竞争关注度。而且人们的注意力持续时间缩短了,所以吸引市场的注意力并保持住它变得更加困难了。 你的品牌策略和营销策略必须协同发挥作用,才能与你的目标市场建立关联并获取他们的信任。https://blog.csdn.net/u014674420/article/details/144415986
8.分布式缓存服务Redis默认的数据逐出策略是什么?Redis默认的数据逐出策略是什么? 逐出指将数据从缓存中删除,以腾出更多的存储空间容纳新的缓存数据,详情请参见官网逐出策略。Redis实例支持在配置运行参数中查看或修改Redis实例使用的逐出策略。 Redis实例支持的逐出策略 在达到内存上限(maxmemory)时Redis支持选择以下8种数据逐出策略:https://ecloud.10086.cn/op-help-center/doc/article/31307
9.服务战略全面指南及最佳实践什么是服务战略? 服务战略是企业在服务管理中至关重要的一环,旨在通过制定和实施一系列策略,为客户提供高效和高质量的服务。服务战略不仅仅是关于提供服务的方式,还涉及如何定位服务以满足市场需求,实现企业的业务目标。服务战略的核心在于理解客户需求,评估市场机会,并通过系统的方法将服务与业务需求对齐。 https://www.feishu.cn/content/service-strategy
10.dns服务器访问策略是什么DNS服务器访问策略是指在网络环境中,为了保证数据安全和提高网络性能,对DNS服务器的访问进行限制和管理的一种技术手段,通过实施合理的访问策略,可以有效地防止恶意攻击、减少网络拥堵、保护用户隐私等,本文将详细介绍DNS服务器访问策略的定义、分类、实施方法以及相关问题与解答。 https://www.kdun.com/ask/91882.html
11.服务营销中有哪些服务补救策略(解读什么是服务补救)就顾客对服务评价而言,顾客对服务有适当服务与理想服务两种评价标准,两种标准之间的区域构成了服务合理区。这正是我们提出满足顾客需求,挖掘顾客潜在需求这一服务追求的理论基础。适当服务是顾客对服务的下限要求,理想服务是顾客对服务的上限要求,但是,顾客心中的理想服务,并不是我们所说的潜在需求,高于理想服务水准的服务https://www.niaogebiji.com/article-159289-1.html
12.云服务器备份什么是备份策略什么是备份策略?华为云帮助中心为你分享云计算行业信息,包含产品介绍、用户指南、开发指南、最佳实践和常见问题等文档,方便快速查找定位问题与能力成长,并提供相关资料和解决方案。本页面关键词:云服务器备份什么是备份策略。https://support.huaweicloud.com/topic/699980-1-Y
13.亚马逊的产品和服务策略有哪些?服务理念是什么?服务理念是什么? 亚马逊,作为全球领先的电子商务巨头,以其独特的产品和服务策略赢得了全球消费者的青睐。这些策略不仅涵盖了传统的电子商务业务,还涉及云计算、物流、内容产业等多个领域。本文将详细介绍亚马逊的产品和服务策略。 亚马逊,作为全球领先的电子商务巨头,以其独特的产品和服务策略赢得了全球消费者的青睐。https://www.xeeger.com/article/34124
14.日本服务器带宽的质量监控和服务水平保障策略是什么?日本作为一个互联网发达的国家,服务器带宽质量和服务水平对于保障在线业务的稳定性和用户体验至关重要。本文将探讨日本服务器带宽质量监控与服务水平保障的策略。 带宽质量监控 网络监控工具: 选择适合的网络监控工具,如Zabbix、Nagios等,实时监测服务器的带宽利用率、延迟、丢包率等指标,及时发现并解决网络问题。 https://www.hzjcp.com/4487.html
15.服务器主机安全的重要性及防护策略是什么?1.数据保护:服务器主机存储了大量的重要数据,包括客户信息、财务数据、商业策略等。这些数据如果被非法获取或破坏,将对组织造成巨大的损失。因此,保护服务器主机的安全是保护数据的重要措施。 2.防止网络攻击:网络攻击者常常将服务器主机作为攻击目标,利用漏洞进行渗透,获取敏感信息,或者破坏系统。保护服务器主机的安全可https://www.kuaikuaicloud.com/market/8060.html
16.亚马逊竞价策略是什么,亚马逊竞价策略如何选择亚马逊竞价策略是什么,亚马逊竞价策略如何选择 亚马逊竞价策略是为了曝光而服务的,而不是直接带来转化的。有很多卖家对于亚马逊竞价策略会有误区,从而很多人会想知道怎么去选择竞价策略。接下来一起看看下文介绍。 图片来源:图虫创意 亚马逊竞价策略是为了曝光而服务的,而不是直接带来转化的。有很多卖家对于亚马逊竞价策略https://www.cifnews.com/article/136035
17.什么是服务费率股票频道服务费率的设定受多种因素影响,主要包括以下几点: 服务费率的优化策略 企业和个人可以通过以下几种方式优化服务费率: 比较多家服务提供商的费率,选择费率较低的服务商。 与服务商协商,争取更优惠的费率,特别是在交易量较大时。 关注政策法规变化,了解是否有关于服务费率的新规定。 https://stock.hexun.com/2024-03-15/212183240.html
18.发展降管理服务的策略以什么为重点39问医生在制定健康管理服务策略时,应关注个体差异,确保所选措施符合特定人群的需求和实际情况。同时,建议定期http://wapask.39.net/question/99774163.html
19.《人人都是产品经理》摘录(4章)另一种产品版本细分策略 开阔视野的水平营销 4.3.2 我们还能做什么 “老板,要光盘吗” 算出来的服务策略 4.4 技术团队,坚强后盾 外行眼中的技术分工 有这样两种工程师 如何与工程师合作 4.5 容易被遗忘的角落 最好的资源:老板 默默奉献着的团队 4.6 大家好才是真的好 https://www.jianshu.com/p/ff5c4f6b34b5
20.面试官:讲一下什么是负载均衡,什么是轮询策略随机策略哈希策略还是上面的例子,假设只有 4 个请求,按照普通的加权轮询策略,会全部由服务器 1 进行处理,即{1,1,1,1};而按照这种平滑的加权轮询策略的话,会由服务器 1 和 2 共同进行处理,即{1,1,2,1}。 轮询策略的优点就是,实现简单,且对于请求所需开销差不多时,负载均衡效果比较明显,同时加权轮询策略还考虑了服务器https://maimai.cn/article/detail?fid=1492685264&efid=qK1t8JyeqB3pcYb2s98bWw
21.什么是DSCP,如何使用DSCP标记搭配ROS策略什么是DSCP,如何使用DSCP标记搭配ROS策略 一、什么是DSCP DSCP:差分服务代码点(Differentiated Services Code Point),IETF于1998年12月发布了Diff-Serv(Differentiated Service)的QoS分类标准。它在每个数据包IP头部的服务类别TOS标识字节中,利用已使用的6比特和未使用的2比特,通过编码值来区分优先级。DSCP 使用6个bit,https://blog.51cto.com/u_15049790/4298705
22.现代企业的竞争策略—供应链管理论文(通用11篇)三、建立高效供应链——二十一世纪企业获得竞争优势的有效策略 为实现顾客服务、低价格、快速配送和高度顾客化要求,而形成的供应链伙伴同盟,使产品在市场营销上具有竞争优势。而产品的设计者、制造商、原料供应商、分销商、零售商通过信息技术可以建立门到门的网络系统,形成产品、营销和物流信息的共享,使企业获得信息优https://www.fwsir.com/shangwu/html/shangwu_20061128223706_16392.html
23.Authing身份云IDaaS用户管理云服务,实现统一身份认证及单Authing 以用户为中心,致力于为用户打造全面的自助服务体验,构建更加智能的自助服务策略。无论您是正在实施自助服务,还是需要对当前功能进行更新,采用结构化设计方法都能确保您的自助服务能够充分满足用户需求,以适应不断变化的市场和业务环境。用户自助服务允许员工自行管理诸如密码重置、访问权限请求等常规操作,无需等待 http://www.authing.co/blog/1088
24.如何提升客户服务体验?这七个要素一个都不能少!对于这些复杂的待处理事项,你有什么计划呢?如果你现在仍没有一个全盘的计划,也不要过于惊慌。你应该把你的重心放在客户身上,当你有一个强有力的客户服务体验策略时,所有的事项实施起来将会变得很容易。那么客户服务体验的核心是什么呢?如何提升客户服务体验呢?要注意哪些要素呢?相信阅读本文将给你带来更多启示。https://www.jingdigital.com/articles/10492/