❶ 类似淘宝用php做前端，java做后端的架构是怎样的
使用PHP做前端是说web服务，接口等用PHP编写，后台的数据逻辑用Java做
❷ java前端后端都有哪些框架
java的前端和后端框架现在比较多，就目前热门的来说：
前端：jsp ajax jquary js sliverlight，很多都是基于js开发的框版架，前端是比较好玩权的一个东西
后端：基础spring hibernate mybatis ibatis servlet struts，然后你可以进行不同的组合
比如ssm ssi ssh ，按照分层结构就是简单的mvc结构，可以使用modelandview这样的对象返回页面，现在比较常用这个，
❸ JAVA高吞吐高并发后端架构设计经验是什么意思
有些网站并发量抄比较高，例如：12306，到了春节的时候，访问量就非常高了。以前不是经常卡住、崩溃吗？
就是因为架构设计的不行。去年好多了。
高吞吐、高并发指的是一种种业务场景，访问人数很多，同一时刻点击也很多。
类似的还有双十一，双12。
高峰期的时候 涉及大量的读写操作，读取网页资源、数据，写入订单等等。
小型网站可以通过增加服务器的方法解决，分离应用程序和数据库，放在两台服务器上。
大型的网站涉及的技术就更多了：缓存技术、读写分离、分布式部署服务器、业务拆分、数据库优化等等。
❹ 前端跟后端的MVC架构有什么不同
相对而言，后端的特点，能访问数据库，页面是整个刷新掉的。而前端的特点，只能缓版存服务器给的数据，界面需权要局部更新来保证用户体验。
这两个差别导致 Model 跟 View 的关系大相径庭。一个结果就是前端数据界面的绑定相对严重。
❺ 前后端分离架构到底怎么该搭建
tokenbasedauthentication后端还是要有session的，只不过是可能需要自己实现，如果通过token进行身份标识的话；用cookie也可以；
❻ 后端服务开发架构师有前途吗
架构师级别的职位年薪至少有25万+的，相当有前途的！加油！！！
❼ 限时秒杀从技术上如何实现
关于限时秒杀有两个关键点，一是公平，二是性能。
公平方面， 有个比较土的办法就是用验证码，好处是限制了秒杀器的横扫，但是比较考验大家的眼力，谁输验证码快谁就牛。类似验证码的还有对脑筋急转弯或者是对唐诗，还有娱乐性。
不同场合使用不同的处理方式：1、电商少量商品，根据商品数定义最大阀值，使用队列/信号量，控制流量，申请数超过最大阀值的，直接抛弃返回，不再占用机器资源。2、电商大量商品，拆分成多次，进行少量商品抢购。3、火车票，IP控制+单位时间连接上限控制。。核心问题的解决方法就是控制单位时间内的流量，使其不超过后端服务器的处理能力上限。
❽ 目前流行的前后端架构究竟应该怎么搞
一般而言：前端的技术框架是: vue全家桶+nodejs后端的技术框架是：spring全家桶（springboot，springcloud）等推荐看下专传智播客的属相关课程很高兴您能一直采纳我的回答，希望一直为您提供帮助
❾ web开发中哪个后端语言开发效率最高
JavaScript
按照当前的流行趋势来看，JavaScript 是一门性价比非常高的语言。因为只要是Web，就会有前端，只要有前端，就需要有JavaScript。与此同时，Node.js 在后台中的地位已经愈发重要了。对一般的项目而言，可以使用它来完成前端和后台，除此之外，还有移动应用。
在那些可以使用浏览器来运行的设备上，我们都可以使用 JavaScript 来开发使用，例如：
使用 Node.js 作为后台语言，Express、Koa 等作为后台MVC 框架，再选择一个前端框架来实现前台。
使用基于浏览器内核的桌面应用Electron，加上Node.js 生态系统里的模块来实现桌面应用。
使用混合应用移动框架Cordova，混合应用框架Ionic 来实现跨平台的移动应用。
使用 Tessel 和Ruff 等硬件来开发移动应用。
Express：是在Node.js 上最早的MVC 框架，它由Ruby上的轻量级框架Sinatra启发而来的。其框架本身封装了大量实用的功能，核心特性是使用中间件来处理HTTP 请求。
Koa：是由 Express 的核心开发者基于 ES6 新特性打造的新框架。与Express相比，去除了一些框架自带的功能，更加轻量级，可以让开发者有更多的选择。
Django：最早是被应用于内容管理系统而开发的，其框架里自带了相当多的组件：ORM、表单序列化及验证系统、后台系统、缓存框架、中间件支持等。在其官网上宣称是：The Web framework for perfectionists with deadlines，它既可以满足完美主义者，又可以在截止期限前交付软件。
Flask：是一个轻量级的框架，它只有简单的核心部分。换句话说，你可以按自己的需要添加ORM、用户认证、文件上传等功能。在今天来看，它的生态系统也相当丰富，可以完成绝大部分功能。
Spring MVC：是由 Spring 框架提供的构建 Web 应用程序的全功能 MVC模块。由于框架本身高度可配置，即可以直接使用编写 XML 而不是 Java 来实现功能。它是一个典型的 MVC框架，并且也是一个纯正的servlet 系统。
Spring Boot：其作用在于创建和启动新的基于 Spring 框架的项目。系统本身做好了对不同框架的配置与集成，我们只需要对其配置，并编写少量的代码即可。
人们使用 WebView 和JavaScript 来开发应用的很大一部分原因是成本比较低。除了可以高效地开发UI，还支持跨平台运行，即只需要编写一次代码就可以在不同的操作系统上运行，并且当应用对性能要求不高时，只要适当地优化，它就可以表现得相当不错。
在这门语言里，有两个后台 MVC 框架比较流行。
当然，这也意味着需要用户自己去搭建这些环境。
简单对比一下两者，Express 发展得比较早，其生态系统比较丰富，很容易找到所需要的插件。Koa 则基于ES6 语言带来一些新的特性，实时解决旧语言的一些问题，如回调等。
Python
Python 诞生得比较早，其语言特性是做事情只有一种方法，这个特点也决定了这门语言很简单。与JavaScript 相比，它仍是一门性价比非常高的语言，只是它不能在前端运行。
Python 是一门简洁的语言，有大量的数学、科学工具、人工智能的库，这意味着在不远的将来它会发挥更大的作用。同时在Web 开发领域也有广泛的应用，除了正常的Web开发，它还在网络爬虫中广受欢迎。
同样，在Python 语言里也有两个不错的框架可以选择，其中的Django 是重量级框架，Flask 则是轻量级框架。
选择 Flask 而不是选择Django 的原因是：Django 本身规定好了一系列的规范和习惯。
因而在编程时，我们只需要按步骤一步步往下走即可。
本书采用 Django 作为Web 开发框架的主要原因是，它适合作为CMS 框架，并且提供了丰富的组件功能，如用户权限管理、自带后台管理系统、ORM 等。
Java
在今天看来，Java 仍然受企业欢迎，除了在企业级Web 系统开发上，它还在Android应用的开发上绽放光彩。
在校期间，笔者一点儿也不喜欢 Java。后来才发现，我从 Java 中学到的东西比从其他语言中学的东西还多。如果 Oracle 不毁坏 Java，那么它会继续存活很久。我可以用JavaScript 造出各种我想要的东西，但是通常我无法保证它们是优雅地实现。过去人们在Java 上花费了很多时间，或在架构上，或在语言上，或在模式上。由于这些投入，都给了人们很多启发。这些都可以用于新的语言和新的设计，毕竟没有什么技术是独立于旧的技术产生的。
由于在 Java 语言里，笔者主要接触的是 Spring 框架，因此下面讨论一下 Spring。
如果你正在考虑使用 Spring 框架，建议使用 Spring Boot。
PHP
PHP 是一门很容易上手的语言，由于其容易上手，并且发展得比较成熟。因此，有相多当的个人网站使用它作为开发语言，如 Facebook 这样大流量的网站也在使用它。另外，不得不提及的是 WordPress 已经占领了 CMS 市场超过一半的份额，并且它也占领了全球网站的四分之一。WordPress 原生是为博客系统而创建的开源框架，由于博客系统和内容管理系统在功能上很多是相似的，因此它成了最具知名度的内容管理系统（contentmanagement systemCMS）。
在这里并不基于 WordPress 来开发内容管理系统，因为它已经是一个相当成熟的框架了。如果你需要一个博客系统或者内容管理系统，首选 WordPress，然后才是自己编写。
PHP 在框架方面有比较多的选择，遗憾的是，笔者只对Laravel 比较了解。它是在PHP 5.3 之后开发的新框架，其类似于Ruby on Rails—为PHP 程序员提供快速开发的机制—提供快速开发的工具集，如生成代码、数据迁移、ORM 等。
Ruby
Ruby 是一门优美而巧妙的语言，它可以使编写出来的代码看上去更自然、简洁，更具有表达力，因此深受程序员欢迎。早期 Ruby 语言的应用场景特别少，直至Ruby OnRails 的出现。它是严格按照MVC 结构开发的Web 开源框架，其致力于提升程序员的快乐感和生产效率—快速创建页面、模板和查询功能等。不过如今由于可维性和性能的问题，它正在逐渐被替换。只是对初创公司来说，它的开发效率仍使得它是一个不错的选择，随后在业务稳定后使用其他框架来替换。
同样，由于Ruby On Rails 是一个重量级的选择，Ruby 程序员也推出了自己的轻量级框架 Sinatra。它是一个基于Ruby 语言的DSL（领域专属语言），由于其代码行数少，且简单、简洁，可以很容易深入理解框架并对其做出定制
然后就是看项目需要以及团队优势进行选择
❿ 如何搭建秒杀场景下的运维架构
秒杀及免费券活动，在活动开始的时候，访问量是呈直线式的飙升，瞬时的峰值访问量通常会是平时的好几十倍，而每一次请求都会透过运维的负载均衡系统到后端的各业务系统，对负载均衡系统的稳定性有着非常高的要求，所以在架构上要做到高可用性和可扩展性。在管理上要做到灵活性。对业务又要做到容错性。
首先是容量预估。先通过获取预期的销量数据，再根据以往的经验及公司推广的力度做相应的容量预判。然后是做风险预估及预案，对各核心系统及外部资源都要做好相应的风险控制。最后就是通过灾演去真实还原各种可能存在的风险，验证整个系统架构的可用性。
对于运维系统而言，一是要有非常直观的监控系统，便于在第一时间去定位问题、分析问题，二是要有非常灵活的自动化系统，便于在问题发生时进行快速处理。
大促前，通常会提前10天完成线上扩容，通过这个周期去观察新资源的稳定性， 接下来就要做真实的线上灾演，灾演包括各个系统的故障模拟和风险预案，故障模拟会真实地去模拟线上故障来验证整个运维系统架构的高可用性和容错性，同时在处理问题的过程中，通过灾演提高运维团队的响应速度以及和其他兄弟团队的配合度，以保证问题处理时的有序性。
风险预案主要就是要确保一切备用方案在启用时的正确性。只有真正的去验证过，在遇到问题时，大家才有信心去操作。
大促时的问题处理基本就是遵循灾演流程，让问题快速消化掉，同时随时要做好快速扩容的准备为各业务线系统提供稳定的保障。
工作中，难免都会遇到这样的情况，在临时解决后，会对问题进行划分，如果是风险较高的问题，会放到之后的灾演中，如果是周期性的，会考虑做成平台功能，自动处理。 如果是必须人工化的，就会做成SOP。
刚从技术转向管理时，前期还是习惯性的冲到第一线，去攻坚和解决技术难题，后来在意识到这个问题后，才将更多的精力投入在人才的培养上面，在保证质量及稳定的前提下，只做方向上的把控，让大家真正放手去做，通过这样的方式迫使大家在短时间都迅速的成长了起来。
注重团队氛围的建设，鼓励创新，鼓励大家把自己真实想法提出来，通过讨论确定阶段性目标，让大家都真正参与进来，为共同的目标奋进，在这种轻松平等的环境下，团队的创造性及积极性也有所保证。
新兴技术的兴起，确实会对传统的运维模式产生一些变化，所以对运维工程师的要求也会越来越高，运维工程师在工作中，会接触到不少的开源产品及新的技术，所以很多时候要站到一个更高的角度去看问题。而新技术的出现也会迫使大家去学习，去思考怎样将工作变得更有效率，更有价值。 这个过程本身就是一个学习和积累的过程，在知识的积累上，最好是能做到深广结合，切勿浅尝则止。
运维架构本身不会涉及具体的业务，所以应该会比较有共性，而如何在大流量、高并发的情况下，做好这一环节的支撑。