Android开发转型公司技术负责人是一种怎样的体验

不知不觉从狼厂出来创业已经将近半年了，今日回顾了一下自己半年前发的博客发现还是关于研究React的心得。如今，距离React是越走越远。曾今作为一名移动开发人员，如今和朋友一起创立一家互联网金融公司，也由于自己的业务发在成功的从一名移动开发着转向了公司的技术业务负责人方向，这里分享一些这半年多我们公司所采用的技术架构与心得，如果有什么不正确的地方也请大家多包涵。

最近很多朋友都在咨询我，自己也是初创公司，采用什么技术架构能够更快更稳定的完成自己公司的业务需求呢？

说实在的，在中大型公司做过开发朋友，他们的分工都比较的细，大多数很少考虑过运维、架构、采购之类的问题，当然我自己也不例外。之前也请教过很多相关方面的朋友，希望了解一下整个系统的设计问题，自己也翻阅了很多的书，总结得出结论就是，无论多好的系统架构，只有适合自己当前公司和自己公司目前人员架构的才是好的解决方案。

由于自己之前是写Java的，所以对Java这边比较熟悉，公司也是毫不犹豫的选择了SSM（Spring SpringMVC Mybatis）作为最初的Server开发框架，绝大部分的工作也都是让阿里云帮助我们完成，结构如下图所示：

因为公司的开发同学只有3个，还要面向Android iOS 微信 Web几个端的服务，所以我们现在也没有采取较为复杂的架构。当然，如果后面业务拓展起来，上面的架构，还可以继续的细化拆分为：

---

为什么还要采用Tomcat和Nginx 方向代理？

你猜对了，其他的也不怎么会，只会这个。系统架构是最高层次的规划和难以改变的决定，没有所谓失败的架构，正如没有完美的架构，只是能够解决公司如今需求，并能够在一定的时间能稳定的运行的架构，就是正确的。我把他成为，适合A轮前的技术架构。

ps.当然，由于转型不久，如果以上所说对于大家不适用，也欢迎批评指正。