專業(yè)網(wǎng)站建設(shè)公司講解：app后臺(tái)怎樣架構(gòu)？

時(shí)間：2023-07-02 09:24:01 | 來源：網(wǎng)站運(yùn)營(yíng)

時(shí)間：2023-07-02 09:24:01 來源：網(wǎng)站運(yùn)營(yíng)

專業(yè)網(wǎng)站建設(shè)公司講解：app后臺(tái)怎樣架構(gòu)？：app后臺(tái)架構(gòu)，聽起來很“高大尚”的詞語，但是感覺很迷茫，不明白架構(gòu)具體是指的什么？app后臺(tái)應(yīng)該怎樣架構(gòu)？下面專業(yè)網(wǎng)站建設(shè)app開發(fā)公司，杭州市博納網(wǎng)絡(luò)信息技術(shù)有限公司講解：

網(wǎng)站架構(gòu)是指：一般認(rèn)為是根據(jù)客戶需求分析的結(jié)果，準(zhǔn)確定位網(wǎng)站目標(biāo)群體，設(shè)定網(wǎng)站整體架構(gòu)，規(guī)劃、設(shè)計(jì)網(wǎng)站欄目以及內(nèi)容，制定網(wǎng)站開發(fā)流程及順序，以最大限制的驚喜高效資源分配與管理的設(shè)計(jì)。

架構(gòu)設(shè)計(jì)的流程

（1） 根據(jù)App的設(shè)計(jì)，梳理出App的業(yè)務(wù)流程；

（2） 把每個(gè)業(yè)務(wù)流程可能會(huì)遇到的問題整理出來；

（3） 根據(jù)整理出來的問題，探討可行的技術(shù)解決方案；

（4） 把所有的技術(shù)解決方案有機(jī)融合，就是一個(gè)App后臺(tái)的初步架構(gòu)。

架構(gòu)設(shè)計(jì)的特點(diǎn)

（1） 架構(gòu)是和業(yè)務(wù)緊密相關(guān)；

（2） 架構(gòu)的演變是由業(yè)務(wù)驅(qū)動(dòng)；

（3） 架構(gòu)不是為了炫耀技術(shù)。

1.3 App和App后臺(tái)的通信

（1） 用HTTP協(xié)議還是私有協(xié)議；

（2） 用長(zhǎng)連接還是短連接；

（3） 通信數(shù)據(jù)格式（JSON、XML）

1.4 選擇服務(wù)器

（1） 傳統(tǒng)IDC；

（2） 云服務(wù)器。

1.5 選擇開發(fā)語言

（1） 不同語言有其擅長(zhǎng)的業(yè)務(wù)場(chǎng)景和性能特性；

（2） 考慮開發(fā)效率和運(yùn)行效率；

（3） 同一個(gè)項(xiàng)目不同業(yè)務(wù)邏輯可以用不同語言實(shí)現(xiàn)。

1.6 敏捷開發(fā)

（1） Sprint計(jì)劃會(huì)議；

（2） 迭代開發(fā)；

（3） 每日例會(huì)；

（4） 評(píng)審會(huì)議；

（5） 回顧會(huì)議；

（6） 及時(shí)反饋。

2 App后臺(tái)基礎(chǔ)技術(shù)

2.1 從業(yè)務(wù)邏輯提煉API接口

從業(yè)務(wù)邏輯到提煉API可分為下面6個(gè)階段：
（1） 業(yè)務(wù)邏輯思維導(dǎo)圖；

根據(jù)需求抽象出業(yè)務(wù)邏輯。

（2） 功能-業(yè)務(wù)邏輯思維導(dǎo)圖；

支撐業(yè)務(wù)邏輯的功能模塊，

（3） 基本功能模塊關(guān)系；

功能模塊設(shè)計(jì)；

（4） 功能模塊設(shè)計(jì)UML；

（5） 設(shè)計(jì)API；

（6） 編寫API文檔。

Swagger-UI在線API測(cè)試文檔，測(cè)試驅(qū)動(dòng)開發(fā)（TDD）。

2.2 設(shè)計(jì)API的要點(diǎn)

（1） 根據(jù)對(duì)象設(shè)計(jì)API；

（2） API命名規(guī)范；

（3） API安全性；

（4） API返回?cái)?shù)據(jù)；

（5） 圖片處理方式；

（6） 返回的提示信息；

（7） 在線API測(cè)試文檔；

（8） API版本升級(jí)。

2.3 選擇合適的數(shù)據(jù)庫(kù)產(chǎn)品

（1） Redis、MongoDB、MySQL

2.4 選擇消息隊(duì)列產(chǎn)品

（1） 消息隊(duì)列一般都包含3個(gè)角色：隊(duì)列服務(wù)端、隊(duì)列生產(chǎn)者、隊(duì)列消費(fèi)者；

（2） 常見消息隊(duì)列產(chǎn)品，RabbitMQ、Redis、ZeroMQ、ActiveMQ、RocketMQ。

2.5 分布式服務(wù)

（1） 遠(yuǎn)程服務(wù)，REST、RPC。

2.6 搜索技術(shù)

（1） 開源搜索項(xiàng)目，Lucene、Solr、ElasticSearch、Sphinx、CoreSeek。

2.7 定時(shí)任務(wù)

（1） Linux定制任務(wù)Crontab；

（2） Java Quartz；

（3） Python APScheduler；

3 App后臺(tái)核心技術(shù)

3.1 用戶驗(yàn)證方案

（1） 使用HTTPS協(xié)議；

（2） 使用密鑰+令牌。

3.2 通信安全

（1） URL簽名；

（2） AES對(duì)稱加密；

3.3 短信服務(wù)

（1） 選擇短信平臺(tái)；

3.4 高效更新數(shù)據(jù)

（1） 內(nèi)容的推拉；

（2） 增量更新。

3.5 圖片處理

（1） APP本地緩存圖片；

（2） 不同尺寸圖片動(dòng)態(tài)生成。

3.6 視頻處理

（1） FFmpeg。

3.7 資源文件

（1） Android APK文件，通過Android-APKtool獲取文件的基本信息；

（2） iOS IPA文件。

3.8 文件系統(tǒng)

（1） 云存儲(chǔ)，CDN；

（2） 分布式文件系統(tǒng)。

3.9 ELK日志分析平臺(tái)

（1） Logstash、ElasticSearch、Kibana。

3.10 Docker容器

（1） Docker構(gòu)建一致的開發(fā)環(huán)境；

4 App后臺(tái)運(yùn)維

4.1 Linux，App后臺(tái)應(yīng)用最廣泛的系統(tǒng)

（1） 常用命令，top、ps、netstat、lsof、traceroute

4.2 Nginx，App后臺(tái)HTTP服務(wù)的利器

（1） HTTP服務(wù)；

（2） 負(fù)載均衡。

4.3 MySQL，App后臺(tái)最常用的數(shù)據(jù)庫(kù)

（1） 存儲(chǔ)引擎，MyISAM、InnoDB；

（2） 索引；

（3） 分庫(kù)分表，MyCat。

4.4 Redis，App后臺(tái)高性能的緩存系統(tǒng)

（1） 常用數(shù)據(jù)結(jié)構(gòu)；

（2） 集群，Twemproxy，Codis；

（3） 持久化。

4.5 MongoDB，App后臺(tái)新興的數(shù)據(jù)庫(kù)

（1） 高可用集群；

（2） LBS。

5 App后臺(tái)架構(gòu)剖析

5.1 聊天App后臺(tái)架構(gòu)

（1） 移動(dòng)互聯(lián)網(wǎng)的網(wǎng)絡(luò)特性，弱網(wǎng)絡(luò)性、對(duì)流量敏感；

（2） 協(xié)議，XMPP、MQTT、ActivitySync、TCP自定義；

（3） 整體架構(gòu)，主要包括連接層、業(yè)務(wù)層、數(shù)據(jù)層；

（4） 消息推拉模式；

（5） 數(shù)據(jù)庫(kù)架構(gòu)，單機(jī)部署、讀寫分離、分表分庫(kù)；

（6） 緩存架構(gòu)，單臺(tái)緩存、分布式緩存、主從緩存。

5.2 LBS App后臺(tái)架構(gòu)

（1） 地理坐標(biāo)，GPS、基站、AGPS（GPS+基站結(jié)合）、WiFi定位；

（2） 基于MongoDB；

（3） 推送服務(wù)。

6 App后臺(tái)架構(gòu)的演進(jìn)

6.1 架構(gòu)的核心要素

軟件架構(gòu)是有關(guān)軟件整體結(jié)構(gòu)與組件的抽象描述，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì)。App后臺(tái)架構(gòu)可以定義為由App后臺(tái)各個(gè)組件的功能描述、相互關(guān)系構(gòu)成的整體系統(tǒng)。App后臺(tái)架構(gòu)的核心要素：

（1） 高性能；

（2） 高可用；

（3） 可伸縮；

（4） 可擴(kuò)展

（5） 安全性。

6.2 架構(gòu)選型的要點(diǎn)

（1） 用成熟穩(wěn)定的開源軟件；

（2） 盡可能使用云服務(wù)。

6.3 架構(gòu)的演進(jìn)

（1） 單機(jī)部署；

（2） 分布式部署；

（3） 服務(wù)化。