前后端分离前端如何部署,怎么查看服务器与前端通讯次数

怎么查看服务器与前端通讯次数

前后端分离前端如何部署,怎么查看服务器与前端通讯次数

文章插图
前后端分离部署时,服务器A用于部署前端项目,称为前端服务器,服务器B用于部署后端项目,称为后端服务器 。后端服务器通过开放API的方式,向前端服务器中的前端项目提供数据或数据操作接口,以此实现前端与后端的衔接 。若受项目的成本限制,将前端项目与后端项目部署在同一服务器上也是可以的,可以通过nginx等反向代理服务器根据访问地址进行分发 。
如何评价淘宝 UED 的 Midway Framework 前后端分离
前后端分离前端如何部署,怎么查看服务器与前端通讯次数

文章插图
评价淘宝 UED 的 Midway Framework 前后端分离:
1,扩大了前端的势力范围,
对技术影响力、招聘、造轮子、发paper、晋升答辩极为重要 。要知道在阿里前端最高的级别是P8,人数则一只手能数的过来 。这不能不说是前端这一层过于薄、离业务核心太远导致的,现在从技术上侵入服务端,技能树终于开了新分支,可能性猛然大了无数倍,一下子似乎发现了新大陆 。对个人成长的渴望,是大量面临瓶颈的资深前端工程师无法抗拒的诱惑!
2,前端开发模式的变革 。
自己玩后端,技术上、项目上都不用去看后端项目的排期和配合了,极大提高了开发和测试的便利度、自主性 。阿里很早就了nodejs写的开发服务器用于内部测试,现在走到线上,也是厚积薄发,这为提高开发效率,进一步榨取前端劳力提供了可能 。
3,促进阿里后端web框架的进化 。
这一点是没有很多人甚至阿里人没注意到的(前端不懂webx,后端重心后移),webx框架发布已经很久,近期的技术升级非常少,技术形态已经陷入僵化,对现在的移动互联网趋势没有敏锐的发现机会并适应变革,很遗憾地缺席了新时代 。nodejs来了,洗牌开始,前端人员天然对多终端、多屏、交互、体验的关注会为后端框架吹过一缕新风,给这停滞的技术领域注入活力 。——所以我是赞成后端工程师学习nodejs的 。
同时问题也很多,这些困难和隐患不能不提:
1,不可忽视的后端技术门槛 。
不能不提这茬,即便midway很务实的只挑选了视图层作为主攻方向,但不可避免的控制器层还会带进来大量技术问题需要解决,比如配管、部署、日志监控、运维工具、SOA、加解密、事务、缓存策略、消息队列、异步调用、安全问题,总有避不开的暗礁 。对阿里目前的后端技术栈来说,这些技术背后是无数的系统和平台,缺一不可,midway目前还是个玩具 。更何况nodejs/web framework本身都在飞速演变之中,ES5到ES6,技术特性变化剧烈 。即便由前期探路者完成了基础设施建设,后期他人进入的学习成本也非常高 。时间长了,前端工程师本身又自然会分化成纯前端和nodejs工程师,如此前后端天然又产生了隔阂,呵呵,分久必合,合久必分 。
2,前端不务正业 。
正是因为困难重重,后端技术比前端复杂,加上新领域容易出成果,客观上造成了前端精英力量会大量倾斜到这个领域,进而使纯前端技术停滞不前,内部人心浮动,如果管理上不能很好理清长期目标和短期计划、前后端如何分离等关系和利益的要害问题,对公司来说是喜忧参半的 。
3,JS的技术缺陷
因为ES一直在进化中,ES6的yield部分解决了callback hell,module也初步有了,但是楼上推崇的前后端代码共享和模板共享,在我看来恰恰不太可行 。对阿里来说,后端代码是需要保护的,大量模板、校验函数等代码如果暴露出去,对网站的安全是一大威胁,这个好处实在鸡肋 。譬如最近我们就发现JDK的一个加密类库在js中根本找不到替代方案,自己写的话实在力有不逮 。nodejs还太幼小,还有很多技术问题就不展开了 。