APP開發(fā)架構規(guī)劃_第1頁
APP開發(fā)架構規(guī)劃_第2頁
APP開發(fā)架構規(guī)劃_第3頁
APP開發(fā)架構規(guī)劃_第4頁
APP開發(fā)架構規(guī)劃_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、App后臺開發(fā)架構實踐筆記1 App后臺入門1.1 App后臺的功能(1)遠程存儲數(shù)據;(2)消息中轉。1.2 App后臺架構架構設計的流程(1) 根據App的設計,梳理出App的業(yè)務流程;(2) 把每個業(yè)務流程可能會遇到的問題整理出來;(3) 根據整理出來的問題,探討可行的技術解決方案;(4) 把所有的技術解決方案有機融合,就是一個App后臺的初步架構。架構設計的特點(1) 架構是和業(yè)務緊密相關;(2) 架構的演變是由業(yè)務驅動;(3) 架構不是為了炫耀技術。1.3 App和App后臺的通信(1) 用HTTP協(xié)議還是私有協(xié)議;(2) 用長連接還是短連接;(3) 通信數(shù)據格式(JSON、XML)

2、1.4 選擇服務器(1) 傳統(tǒng)IDC;(2) 云服務器。1.5 選擇開發(fā)語言(1) 不同語言有其擅長的業(yè)務場景和性能特性;(2) 考慮開發(fā)效率和運行效率;(3) 同一個項目不同業(yè)務邏輯可以用不同語言實現(xiàn)。1.6 敏捷開發(fā)(1) Sprint計劃會議;(2) 迭代開發(fā);(3) 每日例會;(4) 評審會議;(5) 回顧會議;(6) 及時反饋。2 App后臺基礎技術2.1 從業(yè)務邏輯提煉API接口從業(yè)務邏輯到提煉API可分為下面6個階段:(1) 業(yè)務邏輯思維導圖; 根據需求抽象出業(yè)務邏輯。(2) 功能-業(yè)務邏輯思維導圖; 支撐業(yè)務邏輯的功能模塊,(3) 基本功能模塊關系; 功能模塊設計;(4) 功能

3、模塊設計UML;(5) 設計API;(6) 編寫API文檔。 Swagger-UI在線API測試文檔,測試驅動開發(fā)(TDD)。2.2 設計API的要點(1) 根據對象設計API;(2) API命名規(guī)范;(3) API安全性;(4) API返回數(shù)據;(5) 圖片處理方式;(6) 返回的提示信息;(7) 在線API測試文檔;(8) API版本升級。2.3 選擇合適的數(shù)據庫產品(1) Redis、MongoDB、MySQL2.4 選擇消息隊列產品(1) 消息隊列一般都包含3個角色:隊列服務端、隊列生產者、隊列消費者;(2) 常見消息隊列產品,RabbitMQ、Redis、ZeroMQ、ActiveM

4、Q、RocketMQ。2.5 分布式服務(1) 遠程服務,REST、RPC。2.6 搜索技術(1) 開源搜索項目,Lucene、Solr、ElasticSearch、Sphinx、CoreSeek。2.7 定時任務(1) Linux定制任務Crontab;(2) Java Quartz;(3) Python APScheduler;3 App后臺核心技術3.1 用戶驗證方案(1) 使用HTTPS協(xié)議;(2) 使用密鑰+令牌。3.2 通信安全(1) URL簽名;(2) AES對稱加密;3.3 短信服務(1) 選擇短信平臺;3.4 高效更新數(shù)據(1) 內容的推拉;(2) 增量更新。3.5 圖片處理

5、(1) APP本地緩存圖片;(2) 不同尺寸圖片動態(tài)生成。3.6 視頻處理(1) FFmpeg。3.7 資源文件(1) Android APK文件,通過Android-APKtool獲取文件的基本信息;(2) iOS IPA文件。3.8 文件系統(tǒng)(1) 云存儲,CDN;(2) 分布式文件系統(tǒng)。3.9 ELK日志分析平臺(1) Logstash、ElasticSearch、Kibana。3.10 Docker容器(1) Docker構建一致的開發(fā)環(huán)境;4 App后臺運維4.1 Linux,App后臺應用最廣泛的系統(tǒng)(1) 常用命令,top、ps、netstat、lsof、traceroute4.

6、2 Nginx,App后臺HTTP服務的利器(1) HTTP服務;(2) 負載均衡。4.3 MySQL,App后臺最常用的數(shù)據庫(1) 存儲引擎,MyISAM、InnoDB;(2) 索引;(3) 分庫分表,MyCat。4.4 Redis,App后臺高性能的緩存系統(tǒng)(1) 常用數(shù)據結構;(2) 集群,Twemproxy,Codis;(3) 持久化。4.5 MongoDB,App后臺新興的數(shù)據庫(1) 高可用集群;(2) LBS。5 App后臺架構剖析5.1 聊天App后臺架構(1) 移動互聯(lián)網的網絡特性,弱網絡性、對流量敏感;(2) 協(xié)議,XMPP、MQTT、ActivitySync、TCP自定義;(3) 整體架構,主要包括連接層、業(yè)務層、數(shù)據層;(4) 消息推拉模式;(5) 數(shù)據庫架構,單機部署、讀寫分離、分表分庫;(6) 緩存架構,單臺緩存、分布式緩存、主從緩存。5.2 LBS App后臺架構(1) 地理坐標,GPS、基站、AGPS(GPS+基站結合)、WiFi定位;(2) 基于MongoDB;(3) 推送服務。6 App后臺架構的演進6.1 架構的核心要素 軟件架構是有關軟件整體結構與組件的抽象描述,用于指導大型軟件系統(tǒng)各個方面的設計。App后臺架構可以定義為由App后臺各個組件的功能描述、相互關系構成的整體系統(tǒng)。App后臺架構的核心要素:(1) 高

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論