早起情况

现在早起早过了一个月，但是坚持写作的习惯没有继承下来，以后早上8点30到9点就是写文章记录最近学习近况的时间，反正太早了也进入不了学习状态，通过写文章的方式也是非常好的。
最近在研究app后端架构，发现了一个很好的csdn博客的作者在分享自己开发app后端的经验，而且他本人也一直在创业公司呆，所以对创业公司实际的业务需求和经营需求很了解，非常值得我们公司去借鉴。
这里贴了一篇他讲述的关于app架构的文章，感谢原作者曾健生的无私分享！

app架构基础

app架构，一个听起来高大尚的名字，很多小伙伴听到这个词语感觉很迷茫，不知道架构具体说的是啥？在ｑ群里，"app后端应该怎么架构"这个问题被问了无数次。通过阅读本文，根据本人提出的一个通用的架构设计的框架，帮你踏入架构的大门。　　
在百度百科中，对架构的定义是：网站架构，一般认为是根据客户需求分析的结果，准确定位网站目标群体，设定网站整体架构，规划、设计网站栏目及其内容，制定网站开发流程及顺序，以最大限度地进行高效资源分配与管理的设计。　　
看到上面的解析，估计很多新手都会搞晕。　　
根据自己5年的互联网开发经验，为了帮助新手快速入门，特地提炼出一个通用的架构设计的框架：
1. 有什么业务
2. 遇到什么问题
3. 有什么可行的技术解决方案　　
掌握了以上的架构设计的框架，有什么好处呢？

(1)不怕被别人的架构文章搞晕　　
当在网络上看到别人的架构分享时，套用这个架构的框架，问自己这3个问题：作者讲是在什么业务逻辑上，遇到哪些问题，采用了哪些技术解决方案。通过这个框架，能帮助你快速提炼出别人架构的核心点，掌握这个架构的精髓。
(2)能快速地整理合适的架构　
当在设计app的架构时，根据架构的框架，可采用下面的4个点设计app架构：

1. 根据app的设计，梳理出app的业务流程，把每个业务流程列出来
2. 把每个业务流程中会遇到的问题整理出来
3. 根据整理出的问题，探讨可行的技术解决方案
4. 把3中的所有的技术解决方案有机融合，就是一个app的架构了。

另外，从对架构的框架上可看出，架构设计上的以下特点：
(1)架构是和业务紧密相关的　　
每个app都有独自的业务逻辑，遇到的问题也不会一样的，解决方案也不一样，因此架构也不尽相同。　　
经常在qq上被人问到：＂app后端应该采用什么价格？＂大哥，我不了解你的业务逻辑，不知道你会遇到哪些问题，怎么知道你需要使用哪些技术方案，架构根本无从谈起。
(2)架构的演变是由业务驱动　　
当app处于不同的发展阶段，架构上也需要做变化。　　例如，验证用户的token，一开始没啥用户的时候，可能直接在用简单的sql查询语句就能搞定，但随着用户的增长，服务器的压力越来越大，查询速度越来越慢，可能就要迁移到nosql中验证。　　但同时要考虑一个问题，如果初期架构上的不合理，到了后期，因为业务的发展需要改变架构是很困难．但是初期要弄一个好的架构，又可能耽误后端的研发进度，使整个app的上架时间推迟，这时又要面对巨大的资金和时间压力，具体怎么取使，要各位小伙伴认真考虑，马虎不得。
(3)架构不是为了炫耀技术　　
架构是为了满足业务的需求而设计的，技术人员不应过度设计，学了一堆最新最炫的技术，都把它放进架构，而不是根据实际的需求来做。　　技术是为了满足业务而存在的，过度设计，不但延误了整个app的研发周期，也可能给运维带来了很多不必要的麻烦。
总结：　　
在app成长的过程中，后台的架构也需要不断成长。技术人员，也需要跟上这个成长的步伐。