精华内容
下载资源
问答
  • 互联网金融模式下中小企业融资的方式及优缺点-论文.zip
  • 网上商业模式优缺点分析

    千次阅读 2007-10-12 13:24:00
    各种网上商业模式优缺点分析 ——有感于2007年秋天出现的“B2M2C”网上连锁超市模式 一、网上开店已成为一个有足够吸引力的创业新途径 据中国互联网协会和DCCI公布的数据显示,2006年中国C2C电子商务网站的营收规模...
    各种网上商业模式优缺点分析 
    

      ——有感于2007年秋天出现的“B2M2C”网上连锁超市模式

      一、网上开店已成为一个有足够吸引力的创业新途径

      据中国互联网协会和DCCI公布的数据显示,2006年中国C2C电子商务网站的营收规模达216亿元。另据DCCI预测,中国互联网C2C电子商务网站营收规模将在2007年增长30.81%,达到302亿元,预计2008年将增至412亿元。

      中国已有超过十万个用户在淘宝网上直接解决就业问题。用户普遍反应,网络销售超低成本和快捷的形式是他们作此职业选择的主要原因。淘宝网的主席马云先生放言:“淘宝网”到2009年将在淘宝网上创造100万个就业机会。

      但是你真的准备好了吗?用普通的开店模式在网上真的很容易就成功了吗?你是否发现你没有合适进货渠道?没有充足资金备货?没有渠道解决库存?没有品牌吸引流量?没有精力物流配送?

      是的,如果只用和别人一样的模式在网上开小店,很难与网上大的专业店竞争,他们有实体店,有全职的雇员,有冲皇冠的技术通道,在被他们挤压的生存空间里,我们难以得到发展的机会。

     

     

      二、目前B2C和C2C主流模式类型和优缺点分析

      目前针对零售消费者的电子商务以下四种主流模式:

      (1)基于B2C的自营网上商城模式

      典型范例:卓越网(http://www.amazon.cn/)、当当网(http://home.dangdang.com/)、拍拍网(http://www.paipai.com/)。

      优点:容易建立良好信誉;产品齐全,一站式购物体验。
      缺点:广告成本高昂且效果不佳、运行成本高昂、商品价格相对较高。

      (2)基于B2C的他营网上商城模式

      典型范例:新浪网上商城(http://mall.sina.com.cn/)、中商网(http://www.chinaec.com/)

      优点:运行成本低,商品价格相对较低。
      缺点:产品分类销售为主;人气不足,在消费者中知名度不高,点击率不高。

      (3)基于C2C的专业店

      典型范例:淘宝(http://www.chinaec.com/)、易趣(http://www.eachnet.com/)上的专业店,一般都有实体店或实体公司背景。

      优点:运行成本非常低,商品价格比较优惠;起步早的依靠货物优势和客服优势建立较高的知名度和信誉度。
      缺点:产品分类销售为主;竞争非常激烈,后来者起步较为困难。

      (4)基于C2C的业余店

      典型范例:淘宝、易趣上的个人小店,大部分为业余爱好,补帖家用性质。

      优点:运行成本极低,商品价格可以非常优惠。
      缺点:产品分类销售且品种非常有限;进货渠道不畅,库存成本压力大;竞争非常激烈,起步时信誉度和知名度的建立非常困难。

      三、分析B2M2C模式的优缺点

      典型范例:“麦德好”网商联盟网站(http://www.mdh666.com)

      1、B2M2C模式基本概念

      简单的说:“B2M2C”=“B2M”+“M2C”,M是指“middle”,就是通过一个网站平台将众多网上商店店主联合在一起,与批发商建立供货关系,对网上商店店主而言,实现了一个起批并享受批发价,而由于集中了大量的网上商店的进货量,对批发商而言就成了可以按最低价出货的的大额批发。

      分层次来说:首先,B2M2C模式是在针对个人消费者的B2C和C2C模式基础上演变出来的一种新模式;其次,通过一种连锁会员店的形式,将网上数千家网上小店进行联合,将大家的进货统一到网站平台进行;最后,通过这个网站平台,直接从厂商或一级批发商处进货,对单个小店而言,实行一个起批并享受批发价。

      2、B2M2C模式优点

      (1)商品种类丰富,打造一站式购物的网上超市

      由于采用先下载,后进货的销售模式,集中了大家的销售力量,原来的网上小店加入连锁后,就变为网上超市,初期会销售数十类数百种商品,将来会销售数百类数千种的商品,实现“一站式购物“。加入连锁会员后,还可以要求网站平台采购指定的商品以供出售。

      (2)网上网下联动宣传,多种方式取得良好宣传效果

      由于将采购和物流配送的工作分离出来,连锁会员店主可以有更多的精力投入到广告宣传和售后服务当中,也可以在多个网上平台开店,比如同时在淘宝、易趣、拍拍上开店。

      由于集中了大家的力量,网站平台会定期会制作精美的样品册、宣传页和样品套装,供连锁会员店主在网下对周边消费群进行宣传和销售。

      从目前成功的网上小店来看,与周边消费群建立良好的关系是非常重要的一个因素,不仅通过网上的交流,还有网下的沟通。所以,连锁小店除了采用一般的网上宣传模式外,还将大大增加网下宣传和销售的内容(向安利学习)。

      (3)先销售,后进货,实现真正的零库存占用和零库存损失

      根据网上通过图片销售的特点,网站平台将产品的图片和文字说明制作好后供连锁会员店下载。连锁会员店只需下载好商品的资料就可以开始销售,待商品销售成功后,将发货指令发送给网站平台,由网站平台直接将商品配送到消费者手中。 
     

      采用这种模式,将在不增加商品配送成本的前提下,大大降低网上商店的进货和库存成本,也大大降低了网上开店的风险。

     

      (4)统一品牌,郑重承诺,迅速建立网上商店的良好信誉度

      由于使用统一的品牌,实行“假一赔二”和“无理由退货”,可以让消费者对连锁会员店迅速建立一种信任。而且网站平台通过奖励政策引导消费者到所在区域的连锁会员店购物,为连锁会员店做好细致的售后服务打下良好的基础。

      平台通过从严把握进货质量,提高销售产品的进入门槛,以及为连锁会员店提供退货的成本支持,真正做到“货真价实,童叟无欺”。

      3、B2M2C模式的风险

      (1)价格风险

      虽然通过这种模式,已经将商品的流通成本降到一个非常低的程度,比起现实中的超市或者卓越网要低上30%-50%,但与淘宝网中的最低价格相比,不仅没有优势,而且存在很大的劣势。

      此项风险只能通过树立良好品牌、网下协同推广、优质售后服务等手段来化解,打价格战是完全没有希望。

      (2)模仿风险

      由于此模式进入门槛比较低,如果这种模式成功的话,会有比较有实力的投资商强势介入,这对网站平台和连锁会员店而言是个非常大的威胁。

      此项风险需要通过迅速抢占市场,树立品牌,培养消费者高度的忠诚度来解决。

    展开全文
  • 八种架构设计模式及其优缺点概述 ( 上 ) 1. 什么是架构 我想这个问题 十个人回答得有十一个答案 因为另外的那一个是大家妥 协的结果哈哈我理解架构就是 骨架 如下图所示 人类的身体的支撑是主要由骨架来承担的 然后...
  • 网校搭建4+1模式优缺点分析

    千次阅读 2017-01-12 14:47:28
    互联网时代的推进,教育也逐渐互联网化并成为未来发展趋势,培训机构或者教育个体户都在寻找适合自己的网校系统。到底哪种模式最适合呢?文中给大家详细的介绍。

    互联网时代的推进,教育也逐渐互联网化并成为未来发展趋势,培训机构或者教育个体户都在寻找适合自己的网校系统。这个市场处处是坑,无论你咨询哪家说什么需求他都说能实现价格便宜,我这个行内的人都差点整蒙了。

    小编经过多家网校系统搭建商运营模式的探索,以及采访我司拥有十多年在线教育平台研发经验的CEO谢总,最后总结再总结,为大家分析网校系统供应商运营的4种模式以及其优缺点。


    1、自主研发

    想要自主研发一套网校系统,一个技术团队(至少3人)+设计+1年左右时间=一套网校系统雏形,还需要硬件设备,维护成本,多年教育领域从业经验。能够自主研发的团队要么是创业型要么如新东方一样的大企业。

    优点:自己的东西自己开发,100%放心

    缺点:投入成本非常大,周期长

    2、外包研发

    该种模式相当于外面找了个技术团队,您给他们工钱,其它跟自主研发相差不大,唯增加了沟通成本。

    优点:可以按需开发

    缺点:投入成本非常大,周期长

    3、购买软件

    优点:无需时间成本

    缺点:购买价格因公司而异,同时需要维护成本

    4saas平台

    优点:无需时间成本跟维护成本

    缺点:按年收取租聘费用且不低,系统做大后脱离供应商平台成本高

    很多人会问了,这4”出来了,剩下的“1”又是什么?我司将3+4相结合,推出了一种新的网校搭建运营模式:完全独立的网校系统+私有化定制!

    优点a、主干技术拥有近10年大型在线教育平台研发经验,主推的成品有网校系统、直播系统、考试系统、社区系统、慕课系统、视频云等十多款产品,录播点播直播考试社区互动都是最基础功能,已经覆盖大部分用户需求,您只需花个1saas平台的租聘费用就可以授权一套真正的独立网校系统。b、如果这些功能还不能满足,我们有专业的定制团队,在我们产品基础上再定制,大大降低时间成本。

    缺点:只有1年的免费售后,之后会有维护成本(除非大事故要维护,很难产生后续费用)


    展开全文
  • 前后端分离模式介绍 优缺点分析

    千次阅读 2018-11-18 22:39:56
    前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦,并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务(多种...

    一、前端

    前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦,并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务(多种客户端,例如:浏览器,车载终端,安卓,IOS等等)打下坚实的基础。这个步骤是系统架构从猿进化成人的必经之路。

    核心思想是前端html页面通过ajax调用后端的restuful api接口并使用json数据进行交互。

    在互联网架构中,名词解释:

    Web服务器:一般指像nginx,apache这类的服务器,他们一般只能解析静态资源。

    应用服务器:一般指像tomcat,jetty,resin这类的服务器可以解析动态资源也可以解析静态资源,但解析静态资源的能力没有web服务器好。

    一般都是只有web服务器才能被外网访问,应用服务器只能内网访问。

    二、术业有专攻(开发人员分离)

    以前的JavaWeb项目大多数都是java程序员又当爹又当妈,又搞前端,又搞后端。

    随着时代的发展,渐渐的许多大中小公司开始把前后端的界限分的越来越明确,前端工程师只管前端的事情,后端工程师只管后端的事情。正所谓术业有专攻,一个人如果什么都会,那么他毕竟什么都不精。

    大中型公司需要专业人才,小公司需要全才,但是对于个人职业发展来说,我建议是分开。

    1、对于后端java工程师:

    把精力放在java基础,设计模式,jvm原理,spring+springmvc原理及源码,linux,mysql事务隔离与锁机制,mongodb,http/tcp,多线程,分布式架构,弹性计算架构,微服务架构,java性能优化,以及相关的项目管理等等。

    后端追求的是:三高(高并发,高可用,高性能),安全,存储,业务等等。

    2、对于前端工程师:

    把精力放在html5,css3,jquery,angularjs,bootstrap,reactjs,vuejs,webpack,less/sass,gulp,nodejs,Google V8引擎,javascript多线程,模块化,面向切面编程,设计模式,浏览器兼容性,性能优化等等。

    前端追求的是:页面表现,速度流畅,兼容性,用户体验等等。

    术业有专攻,这样你的核心竞争力才会越来越高,正所谓你往生活中投入什么,生活就会反馈给你什么。并且两端的发展都越来越高深,你想什么都会,那你毕竟什么都不精。

    通过将team分成前后端team,让两边的工程师更加专注各自的领域,独立治理,然后构建出一个全栈式的精益求精的team。

    三、原始人时代(各种耦合)

    几曾何时,我们的JavaWeb项目都是使用了若干后台框架,springmvc/struts + spring + spring jdbc/hibernate/mybatis 等等。

    大多数项目在java后端都是分了三层,控制层,业务层,持久层。控制层负责接收参数,调用相关业务层,封装数据,以及路由&渲染到jsp页面。然后jsp页面上使用各种标签或者手写java表达式将后台的数据展现出来,玩的是MVC那套思路。

    我们先看这种情况:需求定完了,代码写完了,测试测完了,然后呢?要发布了吧?你需要用maven或者eclipse等工具把你的代码打成一个war包,然后把这个war包发布到你的生产环境下的web容器里,对吧?

    发布完了之后,你要启动你的web容器,开始提供服务,这时候你通过配置域名,dns等等相关,你的网站就可以访问了(假设你是个网站)。那我们来看,你的前后端代码是不是全都在那个war包里?包括你的js,css,图片,各种第三方的库,对吧?

    好,下面在浏览器中输入你的网站域名(www.xxx.com),之后发生了什么?(这个问题也是很多公司的面试题)我捡干的说了啊,基础不好的童鞋请自己去搜。

    浏览器在通过域名通过dns服务器找到你的服务器外网ip,将http请求发送到你的服务器,在tcp3次握手之后(http下面是tcp/ip),通过tcp协议开始传输数据,你的服务器得到请求后,开始提供服务,接收参数,之后返回你的应答给浏览器,浏览器再通过content-type来解析你返回的内容,呈现给用户。

    那么我们来看,我们先假设你的首页中有100张图片,此时,用户的看似一次http请求,其实并不是一次,用户在第一次访问的时候,浏览器中不会有缓存,你的100张图片,浏览器要连着请求100次http请求(有人会跟我说http长连短连的问题,不在这里讨论),你的服务器接收这些请求,都需要耗费内存去创建socket来玩tcp传输(消耗你服务器上的计算资源)。

    重点来了,这样的话,你的服务器的压力会非常大,因为页面中的所有请求都是只请求到你这台服务器上,如果1个人还好,如果10000个人并发访问呢(先不聊服务器集群,这里就说是单实例服务器),那你的服务器能扛住多少个tcp连接?你的带宽有多大?你的服务器的内存有多大?你的硬盘是高性能的吗?你能抗住多少IO?你给web服务器分的内存有多大?会不会宕机?

    这就是为什么,越是大中型的web应用,他们越是要解耦。理论上你可以把你的数据库+应用服务+消息队列+缓存+用户上传的文件+日志+等等都扔在一台服务器上,你也不用玩什么服务治理,也不用做什么性能监控,什么报警机制等等,就乱成一锅粥好了。但是这样就好像是你把鸡蛋都放在一个篮子里,隐患非常大。如果因为一个子应用的内存不稳定导致整个服务器内存溢出而hung住,那你的整个网站就挂掉了。

    如果出意外挂掉,而恰好这时你们的业务又处于井喷式发展高峰期,那么恭喜你,业务成功被技术卡住,很可能会流失大量用户,后果不堪设想。(注意:技术一定是要走在业务前面的,否则你将错过最佳的发展期哟,亲~)

    此外,你的应用全部都耦合在一起,相当于一个巨石,当服务端负载能力不足时,一般会使用负载均衡的方式,将服务器做成集群,这样其实你是在水平扩展一块块巨石,性能加速度会越来越低,要知道,本身负载就低的功能or模块是没有必要水平扩展的,在本文中的例子就是你的性能瓶颈不在前端,那干嘛要水平扩展前端呢???还有发版部署上线的时候,我明明只改了后端的代码,为什么要前端也跟着发布呢???

    正常的互联网架构,是都要拆开的,你的web服务器集群,你的应用服务器集群+文件服务器集群+数据库服务器集群+消息队列集群+缓存集群等等。

    四、JSP的痛点

    以前的javaWeb项目大多数使用jsp作为页面层展示数据给用户,因为流量不高,因此也没有那么苛刻的性能要求,但现在是大数据时代,对于互联网项目的性能要求是越来越高,因此原始的前后端耦合在一起的架构模式已经逐渐不能满足我们,因此我们需要需找一种解耦的方式,来大幅度提升我们的负载能力。

    1、动态资源和静态资源全部耦合在一起,服务器压力大,因为服务器会收到各种http请求,例如css的http请求,js的,图片的等等。一旦服务器出现状况,前后台一起玩完,用户体验极差。

    2、UI出好设计图后,前端工程师只负责将设计图切成html,需要由java工程师来将html套成jsp页面,出错率较高(因为页面中经常会出现大量的js代码),修改问题时需要双方协同开发,效率低下。

    3、jsp必须要在支持java的web服务器里运行(例如tomcat,jetty,resin等),无法使用nginx等(nginx据说单实例http并发高达5w,这个优势要用上),性能提不上来。

    4、第一次请求jsp,必须要在web服务器中编译成servlet,第一次运行会较慢。

    5、每次请求jsp都是访问servlet再用输出流输出的html页面,效率没有直接使用html高(是每次哟,亲~)。

    6、jsp内有较多标签和表达式,前端工程师在修改页面时会捉襟见肘,遇到很多痛点。

    7、如果jsp中的内容很多,页面响应会很慢,因为是同步加载。

    8、需要前端工程师使用java的ide(例如eclipse),以及需要配置各种后端的开发环境,你们有考虑过前端工程师的感受吗。

    基于上述的一些痛点,我们应该把整个项目的开发权重往前移,实现前后端真正的解耦!

    五、开发模式

    以前老的方式是:

    1、产品经历/领导/客户提出需求

    2、UI做出设计图

    3、前端工程师做html页面

    4、后端工程师将html页面套成jsp页面(前后端强依赖,后端必须要等前端的html做好才能套jsp。如果html发生变更,就更痛了,开发效率低)

    5、集成出现问题

    6、前端返工

    7、后端返工

    8、二次集成

    9、集成成功

    10、交付

    新的方式是:

    1、产品经历/领导/客户提出需求

    2、UI做出设计图

    3、前后端约定接口&数据&参数

    4、前后端并行开发(无强依赖,可前后端并行开发,如果需求变更,只要接口&参数不变,就不用两边都修改代码,开发效率高)

    5、前后端集成

    6、前端页面调整

    7、集成成功

    8、交付

    六、请求方式

    以前老的方式是:

    1、客户端请求

    2、服务端的servlet或controller接收请求(后端控制路由与渲染页面,整个项目开发的权重大部分在后端)

    3、调用service,dao代码完成业务逻辑

    4、返回jsp

    5、jsp展现一些动态的代码

    新的方式是:

    1、浏览器发送请求

    2、直接到达html页面(前端控制路由与渲染页面,整个项目开发的权重前移)

    3、html页面负责调用服务端接口产生数据(通过ajax等等,后台返回json格式数据,json数据格式因为简洁高效而取代xml)

    4、填充html,展现动态效果,在页面上进行解析并操作DOM。

    总结一下新的方式的请求步骤:

    大量并发浏览器请求—>web服务器集群(nginx)—>应用服务器集群(tomcat)—>文件/数据库/缓存/消息队列服务器集群

    同时又可以玩分模块,还可以按业务拆成一个个的小集群,为后面的架构升级做准备。

    七、前后分离的优势

    1、可以实现真正的前后端解耦,前端服务器使用nginx。前端/WEB服务器放的是css,js,图片等等一系列静态资源(甚至你还可以css,js,图片等资源放到特定的文件服务器,例如阿里云的oss,并使用cdn加速),前端服务器负责控制页面引用&跳转&路由,前端页面异步调用后端的接口,后端/应用服务器使用tomcat(把tomcat想象成一个数据提供者),加快整体响应速度。(这里需要使用一些前端工程化的框架比如nodejs,react,router,react,redux,webpack)

    2、发现bug,可以快速定位是谁的问题,不会出现互相踢皮球的现象。页面逻辑,跳转错误,浏览器兼容性问题,脚本错误,页面样式等问题,全部由前端工程师来负责。接口数据出错,数据没有提交成功,应答超时等问题,全部由后端工程师来解决。双方互不干扰,前端与后端是相亲相爱的一家人。

    3、在大并发情况下,我可以同时水平扩展前后端服务器,比如淘宝的一个首页就需要2000+台前端服务器做集群来抗住日均多少亿+的日均pv。(去参加阿里的技术峰会,听他们说他们的web容器都是自己写的,就算他单实例抗10万http并发,2000台是2亿http并发,并且他们还可以根据预知洪峰来无限拓展,很恐怖,就一个首页。。。)

    4、减少后端服务器的并发/负载压力。除了接口以外的其他所有http请求全部转移到前端nginx上,接口的请求调用tomcat,参考nginx反向代理tomcat。且除了第一次页面请求外,浏览器会大量调用本地缓存。

    5、即使后端服务暂时超时或者宕机了,前端页面也会正常访问,只不过数据刷不出来而已。

    6、也许你也需要有微信相关的轻应用,那样你的接口完全可以共用,如果也有app相关的服务,那么只要通过一些代码重构,也可以大量复用接口,提升效率。(多端应用)

    7、页面显示的东西再多也不怕,因为是异步加载。

    8、nginx支持页面热部署,不用重启服务器,前端升级更无缝。

    9、增加代码的维护性&易读性(前后端耦在一起的代码读起来相当费劲)。

    10、提升开发效率,因为可以前后端并行开发,而不是像以前的强依赖。

    11、在nginx中部署证书,外网使用https访问,并且只开放443和80端口,其他端口一律关闭(防止黑客端口扫描),内网使用http,性能和安全都有保障。

    12、前端大量的组件代码得以复用,组件化,提升开发效率,抽出来!

    八、注意事项

    1、在开需求会议的时候,前后端工程师必须全部参加,并且需要制定好接口文档,后端工程师要写好测试用例(2个维度),不要让前端工程师充当你的专职测试,推荐使用chrome的插件postman或soapui或jmeter,service层的测试用例拿junit写。ps:前端也可以玩单元测试吗?

    2、上述的接口并不是java里的interface,说白了调用接口就是调用你controler里的方法。

    3、加重了前端团队的工作量,减轻了后端团队的工作量,提高了性能和可扩展性。

    4、我们需要一些前端的框架来解决类似于页面嵌套,分页,页面跳转控制等功能。(上面提到的那些前端框架)。

    5、如果你的项目很小,或者是一个单纯的内网项目,那你大可放心,不用任何架构而言,但是如果你的项目是外网项目,呵呵哒。

    6、 以前还有人在使用类似于velocity/freemarker等模板框架来生成静态页面,仁者见仁智者见智。

    7、这篇文章主要的目的是说jsp在大型外网java web项目中被淘汰掉,可没说jsp可以完全不学,对于一些学生朋友来说,jsp/servlet等相关的java web基础还是要掌握牢的,不然你以为springmvc这种框架是基于什么来写的?

    8、如果页面上有一些权限等等相关的校验,那么这些相关的数据也可以通过ajax从接口里拿。

    9、对于既可以前端做也可以后端做的逻辑,我建议是放到前端,为什么?因为你的逻辑需要计算资源进行计算,如果放到后端去run逻辑,则会消耗带宽&内存&cpu等等计算资源,你要记住一点就是服务端的计算资源是有限的,而如果放到前端,使用的是客户端的计算资源,这样你的服务端负载就会下降(高并发场景)。类似于数据校验这种,前后端都需要做!

    10、前端需要有机制应对后端请求超时以及后端服务宕机的情况,友好的展示给用户。

    九、扩展阅读

    1、其实对于js,css,图片这类的静态资源可以考虑放到类似于阿里云的oss这类文件服务器上(如果是普通的服务器&操作系统,存储在到达pb级的文件后,或者单个文件夹内的文件数量达到3-5万,io会有很严重的性能问题),再在oss上配cdn(全国子节点加速),这样你页面打开的速度像飞一样, 无论你在全国的哪个地方,并且你的nginx的负载会进一步降低。

    2、如果你要玩轻量级微服务架构,要使用nodejs做网关,用nodejs的好处还有利于seo优化,因为nginx只是向浏览器返回页面静态资源,而国内的搜索引擎爬虫只会抓取静态数据,不会解析页面中的js,这使得应用得不到良好的搜索引擎支持。同时因为nginx不会进行页面的组装渲染,需要把静态页面返回到浏览器,然后完成渲染工作,这加重了浏览器的渲染负担。浏览器发起的请求经过nginx进行分发,URL请求统一分发到nodejs,在nodejs中进行页面组装渲染;API请求则直接发送到后端服务器,完成响应。

    3、如果遇到跨域问题,spring4的CORS可以完美解决,但一般使用nginx反向代理都不会有跨域问题,除非你把前端服务和后端服务分成两个域名。JSONP的方式也被淘汰掉了。

    4、如果想玩多端应用,注意要去掉tomcat原生的session机制,要使用token机制,使用缓存(因为是分布式系统),做单点,对于token机制的安全性问题,可以搜一下jwt。

    5、前端项目中可以加入mock测试(构造虚拟测试对象来模拟后端,可以独立开发和测试),后端需要有详细的测试用例,保证服务的可用性与稳定性。

    十、总结

    前后端分离并非仅仅只是一种开发模式,而是一种架构模式(前后端分离架构)。千万不要以为只有在撸代码的时候把前端和后端分开就是前后端分离了,需要区分前后端项目。前端项目与后端项目是两个项目,放在两个不同的服务器,需要独立部署,两个不同的工程,两个不同的代码库,不同的开发人员。前后端工程师需要约定交互接口,实现并行开发,开发结束后需要进行独立部署,前端通过ajax来调用http请求调用后端的restful api。前端只需要关注页面的样式与动态数据的解析&渲染,而后端专注于具体业务逻辑。

    展开全文
  • NAT模式: 原理: 就是把客户端发来的数据包的IP头的目的地址,在负载均衡器上换成其中一台RS的IP地址,并发至此RS来处理,RS处理完成后把数据交给经过负载均衡器,负载均衡器再把数据包的原IP地址改为自己的IP,...

    NAT模式:

    • 原理: 就是把客户端发来的数据包的IP头的目的地址,在负载均衡器上换成其中一台RS的IP地址,并发至此RS来处理,RS处理完成后把数据交给经过负载均衡器,负载均衡器再把数据包的原IP地址改为自己的IP,将目的地址改为客户端IP地址即可?期间,无论是进来的流量,还是出去的流量,都必须经过负载均衡器?
    • 优点:集群中的物理服务器可以使用任何支持TCP/IP操作系统,物理服务器可以分配Internet的保留私有地址,只有负载均衡器需要一个合法的IP地址。
    • 缺点:扩展性有限。当服务器节点(普通PC服务器)数据增长到20个或更多时,负载均衡器将成为整个系统的瓶颈,因为所有的请求包和应答包都需要经过负载均衡器再生。假使TCP包的平均长度是536字节的话,平均包再生延迟时间大约为60us(在Pentium处理器上计算的,采用更快的处理器将使得这个延迟时间变短),负载均衡器的最大容许能力为8.93M/s,假定每台物理服务器的平台容许能力为400K/s来计算,负责均衡器能为22台物理服务器计算。

    在这里插入图片描述

    TUN模式

    • 原理:首先要知道,互联网上的大多Internet服务的请求包很短小,而应答包通常很大。那么隧道模式就是,把客户端发来的数据包,封装一个新的IP头标记(仅目的IP)发给RS,RS收到后,先把数据包的头解开,还原数据包,处理后,直接返回给客户端,不需要再经过负载均衡器?注意,由于RS需要对负载均衡器发过来的数据包进行还原,所以说必须支持IPTUNNEL协议?所以,在RS的内核中,必须编译支持IPTUNNEL这个选项
    • 优点:负载均衡器只负责将请求包分发给物理服务器,而物理服务器将应答包直接发给用户。所以,负载均衡器能处理很巨大的请求量,这种方式,一台负载均衡能为超过100台的物理服务器服务,负载均衡器不再是系统的瓶颈。使用VS-TUN方式,如果你的负载均衡器拥有100M的全双工网卡的话,就能使得整个Virtual Server能达到1G的吞吐量。
    • 不足:但是,这种方式需要所有的服务器支持"IP Tunneling"(IP Encapsulation)协议

    在这里插入图片描述

    DR模式

    • 原理:负载均衡器和RS都使用同一个IP对外服务,但只有DR对ARP请求进行响应,所有RS对本身这个IP的ARP请求保持静默,也就是说,网关会把对这个服务IP的请求全部定向给DR,而DR收到数据包后根据调度算法,找出对应的RS,把目的MAC地址改为RS的MAC(因为IP一致)并将请求分发给这台RS,这时RS收到这个数据包,处理完成之后,由于IP一致,可以直接将数据返给客户,则等于直接从客户端收到这个数据包无异,处理后直接返回给客户端,由于负载均衡器要对二层包头进行改换,所以负载均衡器和RS之间必须在一个广播域,也可以简单的理解为在同一台交换机上。
    • 优点:和VS-TUN一样,负载均衡器也只是分发请求,应答包通过单独的路由方法返回给客户端。与VS-TUN相比,VS-DR这种实现方式不需要隧道结构,因此可以使用大多数操作系统做为物理服务器,其中包括:Linux 2.0.36、2.2.9、2.2.10、2.2.12;Solaris 2.5.1、2.6、2.7;FreeBSD 3.1、3.2、3.3;NT4.0无需打补丁;IRIX 6.5;HPUX11等。
    • 不足:要求负载均衡器的网卡必须与物理网卡在一个网段段上

    在这里插入图片描述

    NAT模式TUN模式DR模式
    对服务器节点要求服务节点可以是任何操作系统必须支持隧道模式,目前只有linux服务节点支持虚拟网卡设备,能够禁用设备的arp响应
    网络要求拥有私有ip地址的局域网拥有合法ip地址的局域网或广域网拥有合法ip地址的局域网,服务节点与均衡器必须在同一网段
    通常支持节点数10~20个,有均衡器处理能力决定较高,可以支持到100个服务节点较高,可以支持到100个服务节点
    服务节点安全性较好,采用内部ip,服务节点隐蔽较差,采用公用ip地址,节点完全暴露较差,采用公用ip地址,节点完全暴露
    展开全文
  • 个人终端计算集中计算 云计算应用由你使用自己的资源(计算和磁盘等)运行应用程序。由你的IT部门使用计算和磁盘等资源为你运行应用程序。...通过互联网与某个地方相连接――你可能用不着关心这个地方是在哪里。
  • LVS 三种工作模式原理、以及优缺点比较 一、NAT模式(VS-NAT) 原理:就是把客户端发来的数据包的IP头的目的地址,在负载均衡器上换成其中一台RS的IP地址,并发至此RS来处理,RS处理完成后把数据交给经过负载均衡器...
  • 亚马逊无货源模式做跨境电商,优缺点对比分析! 由于互联网的发展、传统外贸的利润逐渐降低和国家政策的支持,跨境电商这些年迅速发展。传统的电商都是有自己的货源等优势,但同时成本还是相对较高,竞争激烈。逐渐...
  • 这篇文章将简述常见的 10 种架构模式的概念、用法以及其优缺点。 分层模式(Layered pattern) 客户端/服务器模式(Client-server pattern) 主/从模式(Master-slave pattern) 管道/过滤器模式(Pipe-filter pattern) ...
  • LVS简介LVS集群采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率,将请求均衡地转移到不同的服务器上执行,且调度器自动屏蔽掉服务器的故障,从而将...LVS 四种工作模式原理简介及优缺点分析1、NAT模
  • 云计算的优缺点–云计算的优缺点

    千次阅读 2020-04-17 11:58:05
    云计算是指对驻留在远程计算机上并作为服务通过网络交付给最终用户的计算资源的使用,这些资源是硬件和/或软件,最普遍的示例是互联网。 根据定义,用户将其数据委托给远程服务,远程服务对此没有任何影响。 当它...
  • 多种前端框架的优缺点

    千次阅读 2019-03-01 11:54:10
    Web前端目前现有的UI框架:Bootstrap、...UI框架优缺点具体可参考:https://blog.csdn.net/qq_41852103/article/details/79619250 Web前端目前现有的JS框架:JQuery、Zepto、VueJS、AngularJS、ReactJS、backbo...
  • 数据库access的优缺点总结 这一学期的最后我们了解了一些 access方面的知识 对这门课程的学习过程主要是通过自学的方式我们自己 看了 access的视频讲解然后自己完成老师布置的相关任 务这种任务驱动的教学模式我认为...
  • HTTP优缺点

    千次阅读 2020-04-10 21:10:32
    现在的互联网是移动和高并发,不能保证稳定的链接质量,所以在TCP层面上HTTP协议有时候就会表现得不够好。 ”请求-应答“模式则加剧了HTTP性能的问题,这就是著名的”队头阻塞(Head-of-line blocking)“,当顺序...
  • 多媒体教学优缺点分析 随着现代科学技术的发展计算机已进入各类教育领域并得到迅速的发展多媒体技术在教育上的应用使得教学手段教学方法教材观念与形式课堂教学结构甚至教学思想与教学理论都发生了变革 一 多媒体...
  • 咸鱼笔记-编程语言优缺点

    千次阅读 2019-06-20 17:13:52
    咸鱼笔记-编程语言优缺点前言编程语言排行榜javaC/C++pythonC#JavaScriptPHPSQLSwiftObjective-C 前言 从五月开始学习python,到现在有2个月了,可以算是个初级程序员(初级程序员中的咸鱼)了。这个阶段不可避免...
  • 多媒体教学优缺点分析 随着现代科学技术的发展计算机已进入各类教育领域并得到迅速的 发展多媒体技术在教育上的应用使得教学手段教学方法教材观念与 形式课堂教学结构甚至教学思想与教学理论都发生了变革 一 多媒体...
  • 云计算的优缺点

    千次阅读 2020-11-30 16:49:37
    云计算的优点和缺点 介绍 云计算是指驻留在远程计算机上并通过网络作为服务交付给最终用户的计算资源的使用,这些资源是硬件和/或软件,最普遍的示例是互联网。根据定义,用户将其数据委托给远程服务,远程服务对此...
  • BS架构和CS架构的优缺点

    万次阅读 多人点赞 2015-12-24 09:46:48
    C/S结构在技术上很成熟,它的主要特点是交互性强、具有安全的存取模式、网络通信量低、响应速度快、利于处理大量数据。因为客户端要负责绝大多数的业务逻辑和UI展示,又称为胖客户端。它充分利用两端硬件,将任务...
  • 基于PC的工业控制系统的优缺点分析

    万次阅读 2016-03-16 18:32:08
     并且,在当今这个时代,全球范围内的网络信息化程度很高,电脑应用技术非常广泛,每个企业、公司的正常工作对计算机的互联网系统越来越重视。这种电脑网络应用在很大程度上提高了人们的工作效率,然而互联网的这种...
  • php 各种框架优缺点

    万次阅读 2018-05-08 15:22:54
    一直以来,phper讨论最多的就是php各种框架的优缺点,网上的资料也是比较零散,现把几款主流的框架收集汇总一下,其中本人只是用过Yii2、Laravel、Yaf、Thinkphp这四种框架,因此大部分对各种框架的评价皆来自与网上...
  • 微服务概念及优缺点

    万次阅读 多人点赞 2019-05-29 14:42:09
    通常而言,微服务架构是一种架构模式或者说是一种架构风格。 它提倡将单一应用程序划分成一组小的服务,每个服务运行独立的自己的进程中,服务之间互相协调、互相配合,为用户提供最终价值。 服务之间采用轻量级的...
  • 消息队列的优缺点比较

    千次阅读 2019-02-20 15:19:57
    与其他MQ相比较,Kafka有一些优缺点,主要如下, 优点: 可扩展。Kafka集群可以透明的扩展,增加新的服务器进集群。 高性能。Kafka性能远超过传统的ActiveMQ、RabbitMQ等,Kafka支持Batch操作。 容错性。Kafka每个...
  • 前后端分离的优缺点

    万次阅读 多人点赞 2019-06-17 22:00:59
    文章目录一、前戏二、术业有专攻(开发人员分离)三、原始人时代(各种耦合)四、JSP的痛点五、开发模式六、请求方式七、前后端分离的优势八、注意事项九、扩展阅读十、总结 作者:偏头痛杨 来源:...
  • SaaS的优缺点辨析

    千次阅读 2008-07-04 20:49:00
    SaaS(Sof tware as a Service,软件即服务,)具有很多优势,如成本低、部署迅速、定价灵活,但在审计和法规遵从以及与企业已有方案的整合上也有其弱点,企业选择SaaS时对这些优缺点要全面认识。 SaaS让用户可以...
  • API网关的优缺点

    2020-08-18 11:19:35
    优点: 1、封装了微服务的内部结构 2、客户端只需要同网关交互、而不必调用特定的服务 3、API网关为每一类客户提供...缺点: 1、增加了一个必须开发、部署、维护的高可用组件 2、API网关也可能成为性能瓶颈(风险) ...
  • 主流数据库优缺点

    千次阅读 2017-07-11 19:21:24
    尤其是它可以直接存贮 XML 数据,可以将搜索结果以 XML格式输出等特点,有利于构建了异构系统的互操作性,奠定了面向互联网的企业应用和服务的基石。这些特点在.NET 战略中发挥着重要的作用。 2000相对于7.0的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 29,747
精华内容 11,898
关键字:

互联网模式的优缺点