app后台开发、运维和架构设计

1.设计app架构：

1.梳理应用业务流程

2.梳理业务流程中可能遇到的问题

3.根据问题讨论可执行的解决方案

4.所有三种技术的有机集成是app后台的初步架构

API编写：

1.api的角色（功能）

2.api需要输入的参数

3.api返回的数据

2.服务器选择

1.传统IDC

在传统的IDC中，您需要添加CPU或内存。过程如下：

1.与客户经理协商所需硬件的价格

2.过去的汇款，等待IDC的财务确认

3.确认后，等待IDC安排人员升级硬件

这个过程至少需要一到两天才能完成一次。当硬件升级延迟1至2天时，我们如何确保能够快速应对业务爆发

2.电子控制系统

升级硬件：

1.在用户后台选择所需的硬件配置

2.网络支付

3.重新启动服务器，升级完成。如果只是升级带宽，甚至不需要重新启动。

整个过程简单、快捷、方便。

此外，当前的ECS提供商除了服务器之外还提供以下服务：

负载平衡

云数据库

云内存存储

在app发布之初，这些服务可以构建在单个服务器上，但随着app的开发，这些服务需要部署在不同的服务器上。

规模的增加还面临着高可用性、高并发性、监控和报警等问题。如果我们必须由后端员工处理所有这些问题，那将是疯狂的。后端只有一两个人，既要保证正常的开发任务，又要做复杂的运维管理。后端人员不是万能的。一般情况下，后端人员专注于开发，但运营和维护较差。

此时，您可以意识到云服务的优势，云服务器提供商负责运营和维护。ECS提供商保证高可用性、高并发性、监控和报警，可以大大降低运维压力和人员成本。

3.选择

在网络上经常会被问及需要选择哪种服务器配置。这个问题无法回答。这需要综合考虑用户数量和业务逻辑。

给我一个建议。初始硬件配置可能非常差。随时监视主机。当负载高时升级硬件配置还为时不晚

3.app背景

1.app后台应仔细考虑网络传输流量，主要做api设计和图像处理

2.手机弱网络环境

3.手机电源有限

4.app流程

1.项目业务逻辑

2.产品原型

3.UI效果图

4.研发阶段

*Api设计

*api为前端开发提供测试数据

*开发页面和主要架构设计

*后端实现api接口功能

5.测试反馈

*Bug修改器

*错误描述和再现步骤

*错误提交版本和错误提交者

6.市场推广和市场运作

*潜在用户如何在app市场中找到app？

*如何让用户了解app？

*用户如何下载应用？

*用户如何使用app？如何增加用户粘性？

5.项目开发管理

1.日常发展

*开发计划

*开发规范

*确保开发进度和效率

2.日常会议

*你昨天做了什么，没有做什么，需要多长时间才能完成

*今天要做什么

*谁需要在任何工作中合作

3.测试并修复错误

*可以交叉测试

*问题描述和再现步骤

*问题解决人员和问题提出人员

4.审查

用于回顾整个app的功能和体验

6.app背景

1.API接口

从业务逻辑优化api接口

*业务逻辑思维导图

*功能业务逻辑思维导图

*基本功能模块关系

*功能模块接口UML（设计api）

*在设计草案中标记api

*编写api文档

2.业务逻辑思维导图

*使用思维导图列出结构，包括其功能

*整理相同的元素，例如相同的推送、评论、图片上传，并用相同的颜色标记它们

商业思维导图。天然气

功能业务逻辑图.png

功能模块关系.png

功能模块UML.png

3.api设计要点

*基于对象而不是页面设计api（页面修改会影响api的更改，这很难维护）

*API命名（已知名称）

*Api安全

*API返回da