本文目錄一覽：
2017年，Web 後端出現了哪些新的思想和技術
1. 網絡交互的多樣性
1.1 Http1.1協議日漸式微,Http2和websocket,以及更多的自定義協議將會成為主流。
Web後端將不僅僅是一個web後端，而變成一個大後端，或者叫 中端+後端(這個概念阿里巴巴很早就有了)。隨着移動互聯網的發展，以及物聯網的興起(在這裡我把mobike的單車看作是物聯網的一個終端)，用戶的接入方式由單純的瀏覽器，向著多種接入設備進行演進。 在這個概念之下，用戶的定義會更廣泛，站在後端的角度看來，連接上服務器的不再是一個個的用戶，而是一個個的終端，並存在多個終端同享一個用戶的情況(多端登錄)。 因此在這個趨勢之下，整個後端的接入層(比如nginx之於web)將會走向更廣闊的天地，對於任意一個設備來說，他將同時利用多種協議和多種方式連接到不同的接入點來達成自身的功能。
1.2 網絡協議與網絡信息交互的樣式多樣性
從最早的webService,到後來的json-rpc，和thrift再到如今的 protobuf(grpc)等等，我們開始為不同的數據交互設計了不同的序列化協議和調用協議，然而受到環境(移動終端的弱網絡狀態)，性能(網關服務,與網絡調用)的影響,我們開始使用大量容錯性更強，數據量更小的數據傳輸方式，來滿足我們的需求。
在早先的web中，http+from表單的提交成為我們的標配，然而在今天，TCP都不一定成為必選項，UDP和UDP的改進協議都在被不同的公司進行嘗試，甚至於KCP都有可能成為大家考慮的方案之一。
2.數據多樣性開始成為設計的焦點。
2.1 在早先的web後端中，表設計和功能開發構成了日常工作的絕大部分，所有的後端人員都在試圖讓一切的用戶操作落入CRUD的抽象範疇里(比如 Restful)，然而CRUD怎麼會滿足我們的抽象需求呢。
自從memcached和redis在被大量引入後端開發之後，我們可以看到，後端人員在對數據的理解上有了大量的改變，我們不再單單把數據視為RDBMS裏面的一行，而是圍繞着業務本身對數據進行了分類。最明顯的是，狀態數據的引入，在開發中，我們將用戶的部分信息，視為一個用戶的狀態，在狀態數據的基礎上，讓用戶的行為變成狀態遷移的觸發，在表現上看我們讓用戶的信息存儲到redis和memcached 里就是最RDMBS不能有效滿足我們的抽象需求的一次改進。
2.2 從狂熱的Nosql到Nosql和RDBMS的共存，代表了後端開發人員對數據這一個方式的新理解，而傳統的行存儲到列存儲，到監控常用的基於時間序列的數據庫都開始進入了我們的視野。
幾年來，大量的開發者，開始將用戶產生的數據進行了更詳細的歸類，不再是rdbms一刀切的方式， 我們會詳細地劃分出用戶的狀態數據落入到Nosql，將用戶的操作數據落入到RDBMS(表述不一定全，但在類似於訂單支付之類的具有冪等性要求的操作中要求事務的完備等)，將用戶的行為統計落入時間序列數據庫， 將用戶的大量相關資源(如頭像圖片)將會落入到我們的對象存儲中。在後端開發的手冊里，數據格式的多樣性成為了必須考慮的問題。
3.圍繞着數據的收集,存儲，計算，索引查詢，分析 成為後端的常態
3.1 後端角色的含義，在人手不足的公司里，很難存在一個專註於後端業務開發的開發人員了，在大數據的浪潮下，後端開發人員開始兼職起了數據系統的開發工程師。 隨着互聯網大量技術的演進和發展，任何一個職業都很難找到一個明確的界限，因此圍繞着數據的收集，存儲，計算，分析，和索引查詢都會成為後端開發人員的必備技能。
3.2 數據收集
(1) 隨着分佈式，集群化，多IDC的發展，不同於運維的系統性能收集，後端開發開始着重於收集與應用運營過程相關的各類指標和數據，
除了日常的業務開發，同時還會伴隨着應用調用過程的耗時，目標服務可用性等數據的收集，常見的如java的 metrics,zipkin等開源第三方的工具開始被廣泛借鑒和引用。
(2) 用戶行為和終端信息的上報收集，隨着大數據的開展，以及精細化運營的要求，後端逐漸開始接觸到用戶相關信息和終端運行狀態的信息上報，
收集上來的數據不僅用於用戶的畫像分析，同時也為客服的用戶追蹤，用戶的操作行為做出決策，通常表現在當用戶投訴某一筆業務的失敗時，便於開發人員的快速定位和排錯。
3.3 數據存儲
接着上面的數據收集，數據的傳輸和存儲成為了繞不開的功能，kafka的大規模運用，HDFS,HBase等工具也開始成為了後端開發日常的一部分。
3.4 數據計算
然而存儲的原始數據是沒有價值的，後端又開始了他們的數據清洗和數據處理的道路，storm,spark成為了後端的新秀，與用戶運營統計分析(俗稱跑策略跑算法)不同，當前語境下的後端數據計算，更多是一個短耗時,小規模的計算，典型的則比如風控系統，和預警系統，針對用戶的行為和流量的多少，對惡意用戶進行甄別和快速干預。
3.5 數據索引查詢
(1) 隨着業務的擴充，任意一個app幾乎都內置了相應的搜索引擎，Lucene,solr也成為了後端程序員必備的技能之一，不管是精確搜索，還是模糊匹配，後端身上背負的業務也越來越多。
(2) 准實時數據的搜索也將成為常態，在近幾年的發展中，如何快速地在一個巨量的數據中，完成RDBMS中的 join,distinct統計等成為後端工程師不得不面對的問題
3.6 數據分析查詢
AI和深度學習已經拉開了序幕，圍繞着數據本身的挖掘，學習，也開始成為了產品側的需求，但理想歸理想，現實歸現實，後端的同學們在這個方向上仍然還是摸索狀態，但長遠來說跑不了了。
4.架構設計的更進一步
2017年里，SOA的名詞正在淡出視野，微服務成了替代SOA的高頻詞，Serverless也開始走向了廣大後端的知識技能圖譜，不管是追新也好，滿足需求也罷，我也向諸位舉例一些常見的單詞，然而掛一漏萬請諸位擔待
4.1 CQRS(命令查詢職責分離模式)
將傳統CRUD的寫操作，進行異步化,後端配合讀寫數據庫的分離。以及消息隊列的引入，將寫操作相關的一些耗時操作(驗證，走流程)等進行異步化，常見的如電商中的訂單。
4.2 actor
Erlang的actor的興起，不管是golang Goroutine，還是scala/java的akka，都在深刻地影響着後端系統的架構設計。
4.3 CRDT和最終一致性
分佈式系統的興起，也帶來了可用性和一致性的矛盾問題，協同兩個進程間的數據成為了每一個後端繞不過去的坎，為了達成最終一致性，各類方案如雨後春筍般冒出。
4.4 reactive
當android上的流行庫Rxjava，從前端走向後台的時候，也意味着後端也開始進入了響應式編程的時代，java的 vert.x就是其中的例子，那種request-response一招破萬法的時光不再有了。
5. 運維和devops對後端的要求
5.1 安全,穩定,高效,經濟
(1) 隨着業務走向穩定，以及互聯網的發展，網絡服務的安全性開始成為了後端的核心之一，由於法律的不健全，對違法分子的追責難度大，違法成本低，網絡安全攻擊將會在將來的一段時間內成為常態，這就對後端的程序特別是對外的接口設計提出了更高的要求。
(2) 多機房，異地容災，數據備份。健壯的後端一直是後端應用的要求之一。新的時間裏，後端的可用性，穩定性依然是每一個後端都要面對的問題。
(3) 以前一個用戶只有一個電腦，瀏覽網站的時候，只在獲取數據的時候與站點有交互。現在隨着電子設備，智能設備的增多，一個用戶能夠接入網絡的設備也在增多，同時長連接和並發數也會增多，因此高性能的接入網關開始成為了後端人員關注的焦點，比如圍繞着intel的dpdk各類應用也是紛至沓來。
(4) 經濟，利用雲服務的即買即用，用完即退的特點，使得在開展運營活動的時候，後端不用向運維徵求和購買大量的機器。 然而為了在運營活動的短時衝擊和突增流量的情況下後端應用能夠平穩地運行，對後端人員的部署和調度能力提出了更高的要求。
5.2 更規範的軟件開發流程
git+jenkins+ansible的開源組合，開始無法滿足開發和運維的需求，項目管理的集成，測試人員的介入，都要求後端的軟件工程工具從各自為陣的開源工具，走向一個大一統的系統，需要我們將 需求,BUG管理,迭代版本，開發，測試，灰度，藍綠部署流程都進行集成。
5.3 雲服務,容器化之爭
公有雲，私有雲，混合雲，以及容器等相關的雲計算技術，也在推動者後端的技術改革，後端面對的不再僅僅是一個物理機器，或者虛擬機，而是一個更複雜更多樣性的環境，對後端業務之外的技術和調度要求將越來越高。
相對於前端，後端實在是一個特別籠統的說法，正如上面提出的觀點，很多的技術其實並不屬於後端工程師，他們有的時候叫 運營開發工程師，有的叫大數據工程師，但為了相對於前端的劃分，因此我把他們的工作內容都划到了後端裏面去，畢竟相對於技術研究,他們面對的都是一些技術應用的場合，很多的開源軟件只要達到了理解原理如何使用的水平就已經足夠應付日常工作了。
Python課程內容都學習什麼啊？
賀聖軍Python輕鬆入門到項目實戰（經典完整版）（超清視頻）百度網盤
鏈接:
提取碼: ja8v 複製這段內容後打開百度網盤手機App，操作更方便哦
若資源有問題歡迎追問~
gllang是什麼單車
不是gllang，是golang，不是單車，是go語言。選擇Go語言的原因可能會有很多，關於Go語言的特性、優勢等，我們在之前的文檔中也已經介紹了很多了。但是最主要的原因，應該是基於以下兩方面的考慮：執行性能縮短API的響應時長，解決批量請求訪問超時的問題。
在Uwork的業務場景下，一次API批量請求，往往會涉及對另外接口服務的多次調用，而在之前的PHP實現模式下，要做到並行調用是非常困難的，串行處理卻不能從根本上提高處理性能。
而GO語言不一樣，通過協程可以方便的實現API的並行處理，達到處理效率的最大化。 依賴Golang的高性能HTTP Server，提升系統吞吐能力，由PHP的數百級別提升到數千里甚至過萬級別。
擴展資料：
Go 語言從發佈 1.0 版本以來備受眾多開發者關注並得到廣泛使用，Go 語言的簡單、高效、並發特性吸引了眾多傳統語言開發者的加入，而且人數越來越多。鑒於Go語言的特點和設計的初衷。
Go語言作為服務器編程語言，很適合處理日誌、數據打包、虛擬機處理、文件系統、分佈式系統、數據庫代理等；網絡編程方面，Go語言廣泛應用於Web 應用、API應用、下載應用等；除此之外，Go語言還適用於內存數據庫和雲平台領域，目前國外很多雲平台都是採用Go開發。
golang是什麼牌子的單車
永久牌單車。
永久單車的歷史可追溯到1940年，它是中國Z早的單車整車製造廠家之一，至今已有近80年的歷史。作為Z大的國有單車廠為中國單車行業的發展作出了不可磨滅的貢獻，永久研製了統一全國單車標準規格的標定車。
原創文章，作者：APCC，如若轉載，請註明出處：https://www.506064.com/zh-hk/n/147399.html
微信掃一掃 
支付寶掃一掃 