Android開發轉型公司技術負責人是一種怎樣的體驗

03-28

不知不覺從狼廠出來創業已經將近半年了，今日回顧了一下自己半年前發的博客發現還是關於研究React的心得。如今，距離React是越走越遠。曾今作為一名移動開發人員，如今和朋友一起創立一家互聯網金融公司，也由於自己的業務發在成功的從一名移動開發著轉向了公司的技術業務負責人方向，這裡分享一些這半年多我們公司所採用的技術架構與心得，如果有什麼不正確的地方也請大家多包涵。

最近很多朋友都在諮詢我，自己也是初創公司，採用什麼技術架構能夠更快更穩定的完成自己公司的業務需求呢？

說實在的，在中大型公司做過開發朋友，他們的分工都比較的細，大多數很少考慮過運維、架構、採購之類的問題，當然我自己也不例外。之前也請教過很多相關方面的朋友，希望了解一下整個系統的設計問題，自己也翻閱了很多的書，總結得出結論就是，無論多好的系統架構，只有適合自己當前公司和自己公司目前人員架構的才是好的解決方案。

由於自己之前是寫Java的，所以對Java這邊比較熟悉，公司也是毫不猶豫的選擇了SSM（Spring SpringMVC Mybatis）作為最初的Server開發框架，絕大部分的工作也都是讓阿里雲幫助我們完成，結構如下圖所示：

因為公司的開發同學只有3個，還要面向AndroidiOS微信 Web幾個端的服務，所以我們現在也沒有採取較為複雜的架構。當然，如果後面業務拓展起來，上面的架構，還可以繼續的細化拆分為：

為什麼還要採用Tomcat和Nginx 方向代理？

你猜對了，其他的也不怎麼會，只會這個。系統架構是最高層次的規劃和難以改變的決定，沒有所謂失敗的架構，正如沒有完美的架構，只是能夠解決公司如今需求，並能夠在一定的時間能穩定的運行的架構，就是正確的。我把他成為，適合A輪前的技術架構。

ps.當然，由於轉型不久，如果以上所說對於大家不適用，也歡迎批評指正。