❶ 類似淘寶用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。
剛從技術轉向管理時，前期還是習慣性的沖到第一線，去攻堅和解決技術難題，後來在意識到這個問題後，才將更多的精力投入在人才的培養上面，在保證質量及穩定的前提下，只做方向上的把控，讓大家真正放手去做，通過這樣的方式迫使大家在短時間都迅速的成長了起來。
注重團隊氛圍的建設，鼓勵創新，鼓勵大家把自己真實想法提出來，通過討論確定階段性目標，讓大家都真正參與進來，為共同的目標奮進，在這種輕松平等的環境下，團隊的創造性及積極性也有所保證。
新興技術的興起，確實會對傳統的運維模式產生一些變化，所以對運維工程師的要求也會越來越高，運維工程師在工作中，會接觸到不少的開源產品及新的技術，所以很多時候要站到一個更高的角度去看問題。而新技術的出現也會迫使大家去學習，去思考怎樣將工作變得更有效率，更有價值。 這個過程本身就是一個學習和積累的過程，在知識的積累上，最好是能做到深廣結合，切勿淺嘗則止。
運維架構本身不會涉及具體的業務，所以應該會比較有共性，而如何在大流量、高並發的情況下，做好這一環節的支撐。