还是基于我的基本原则，架构方面正好够用就是最好的，禁忌过度设计，但要想好后续的平稳扩展方案
前期设计
本着大道至简的原则设计如下：
web端使用Beego框架，且使用restful风格的API
登陆token验证，本打算使用JWT，但我还是喜欢自建
数据库操作使用ORM
缓存使用redis
日志服务使用elaticsearch
至于规范，golang编写本就没有太多的差异，这点golang不需要
是不是很简单呢？哈哈。。。
github代码如下：
https://github.com/arno99x/aiways-fota
由于我的机器 资源有限，未能安装elaticsearch，请原谅！
为了快速我使用了beego，后期我会把它拿掉，借用工具优于框架，会更灵活，可能不同的人有不同的见解，但是仁忍见仁，没有对与错
后期设计
搬家至微服务，让模块间偶合更少，团队更敏捷，扩展更容易
微服务是企业应用不断扩大的必然产物，也是对公司技术团队有更多一点的要求，具体渊源就不细说了，微服务主要因然方便，便是也要解决服务拆分带来的一些问题：服务发现、apigateway、配置中心、服务监控、日志追踪、熔断、负载均衡、安全等等一系列的问题，后面我会在微服务系列文章中带大家一一探讨
devops设计
为项目产出增加利器，预计组件如下，但具体实现时要根据自己的业务需求，以及团队人中构成。
gitlab、jenkins、k8s、docker
什么是devops呢？它为什么会存在，又有哪些恩怨情仇在里面呢？
下面分享一个IT公司的小故事给大家，一看便知devops的重要性
https://blog.csdn.net/bjweimengshu/article/details/79031552
借用一下小灰灰的文章^^
如果我的文章对您有帮助，我恭喜你
如果对我的文章有任何的疑问或批评，我特别感谢你，即使你不是很确定也请大胆的说出来
生命不止，let’s go go go !