经常有同学在群里问丁老师，“我们要开发个业务中台系统，用什么技术栈，选择什么技术架构呢？”、“我们要做一个电商平台项目，用什么技术好呢，丁老师能不能指导一下”，诸如此类等等。今天丁老师就这个问题进行一下说明。

一、根据需求决定软件技术路线及架构
首先我们要做的，是去确定开发需求，也就是说这个软件开发，最终要达到一个什么样的功能和效果，要实现什么目标等。我们可以根据这个开发需求，去制定不同的开发方案，选择对应的技术路线和架构。

举个最简单的例子，如果要做一个网站，那就是肯定考虑PHP做后端，html/vue/react做前端，用java、go之类的语言也不是不能做，只不过大部分的网站都属于轻量级开发，用java/go开发的话未免杀鸡用牛刀。再有个例子，比如要开发企业内部的业务管理系统，包含订单、资金、财务、人事等综合的企业生产管理系统，这个时候我们的需求除了要满足业务功能需要，要涉及企业的敏感数据和信息，这个时候不仅要从功能开发上考虑，还要从系统稳定和安全上着想，这个时候使用java作为开发语言，使用Spring Boot + Spring Cloud（微服务）/ Spring MVC（单体）为核心，搭配数据层、安全层、工作流等专用框架，明显是最合适的技术方案。

所以任何软件、任何项目开发，首先就是从需求上去制定开发方案，根据项目需求决定开发路线。

二、根据预估规模和体量细分技术架构
根据需求制定出大致的技术路线后，还要从项目的预估规模和体量上考虑。即使是同样的功能实现、同样的业务数据，如果项目的使用规模不同、用户体量、数据量不同，那么其开发方式是完全不同的。就比如一个订单查询的功能，数据总量预估在100万行以内，在线人数预估在1000人左右，这种只需要使用最基本的业务查询逻辑即可。但是如果数据量在5000万行以上，同时在线人数可能在6位数以上，就要从软件设计上考虑使用微服务拆分、多区域/节点分布式存储、无状态设计、数据库分库分表、缓存架构等技术，这些技术应用实施，是要在软件开始就要提前规划好的，如果不提前规划好，后期可能会发生不可预估的灾难。如早些年的火车票预定、健康码查询等，在设计时只考虑了软件的功能，没有充分考虑到软件的使用规模和用户体量，结果在运行到一定程度时系统就崩了，最后不得不推倒重来，全部重新开发。

三、根据开发预算决定技术架构
这个就比较好容易理解了，根据开发预算决定技术架构，说白了就是给多少钱，办多大的事，经常有很多客户找到丁老师，说想要做一个商城，问想做什么样子的商城呢？客户说就淘宝京东那种就行，问预算呢，56千，最多1两万吧，对于这种客户，丁老师真的很无语，多少次都是忍着直接删除的冲动，耐心的解释和教导。。

软件项目的开发预算，和软件的功能需求、使用规模、用户体量是成正比的，对应的功能、规模、体量，是有对应的价格预算的。你说公司要开发一套销售产品的客户支持系统，项目经费预算就5万，那团队肯定给你按照5万的预算来开发，这个费用基本上只能满足开发的基本需求，什么大数据、AI之类的高技术就别想上了。你说要拿200万，做一个游乐园景区的小程序，涵盖了会员、门票、导览、酒店、餐饮等景区全功能的业务线上化，这个费用对开发团队来说不低了，人家肯定从底层架构就给你规划好，包括功能实用性、稳定性、安全性、可持续性等等。还有人说拿1000元做一个网站，这也不是不可以，网上随便找个网站模板下载下来简单一改就行了，毕竟是1000元的费用，也就是一顿饭的钱，能给你实现一个网站就不错了，谁还管你什么安全性和稳定性。

所以说，开发价格和预算决定了软件项目的技术架构，预算越低，开发就越粗糙，越应付；反而预算越高，开发就越严谨、越稳定。总之付出多少就收获多少，你花多少钱，就能得到对应价值的产品。你说你就想花个5千1万，就又想这功能那功能的，这架构那架构的，做梦去吧你。

四、根据开发周期决定技术架构
这个也好理解，软件项目开发根据时间周期安排，时间周期短的，技术团队会选择一套短平快，能满足基本功能需求的架构；时间周期充足的，技术团队就有时间进行充分的需求调研、数据建模、使用评估等准备工作，然后根据实际情况来决定技术架构。比如你要求在1周内开发一套会员系统，还能支持小程序和APP，这么短的实现，谁还考虑什么技术架构，网上找个开源的CMS，做一下小程序和APP的接口，能实现功能就不错了，哪有时间考虑什么安全性和稳定性？相反，如果该周期扩展到2-3个月，那么开发团队就有时间，去深入调研用户需求、评估开发难度、预估项目规模，根据规模来决定技术架构，制定开发计划，满足用户功能需求的同时，做好稳定性、安全性，为项目的扩展性打下基础，是作为一个长久的可持续的软件项目而准备的。

五、根据实用性决定技术架构
软件系统的本质，是要通过计算机程序，来替代人类完成对应的工作，软件开发的目的，就是来实现这些功能，实现这些功能的道路有千万条，不同的语言、不同的架构、不同的操作系统，各自有各自对应的方法，没有说某种语言就是最好的，没有说某种架构就是最先进的。有人说java好，AI好，你用java开发的系统一个月能盈利多少钱呢？有人说asp已经过时了，现在都没人用了，可丁老师照样有使用ASP作为网站的客户，年营业额也不少于3000W+。什么架构好，什么架构不好，什么是最新技术，这些都不重要，赚钱才是最重要的。

六、全文总结
软件项目的技术架构，是由多种因素决定的，概括起来说，就是要根据软件项目的用户需求、预估规模、开发预算、开发周期和实用性去决定技术架构。别一上来就什么Java/Go、微服务、云原生存储、K8s什么的，那些玩意是比较先进，但是也很复杂，并不一定适用于你的项目，不是最先进的就是最好的，一定要选择最适合自己的开发路线和技术架构。

千万不要做一个书呆子、老学究、作为开发者，我们要保持技术专注，但是千万不要有程序员思维，不要有技术焦虑，你最需要考虑的不是去用什么技术架构，你需要考虑的是如何快速赚钱，在工作上，我们做一个专业的技术工作者，在思维上，去努力做一个最顶级的业务员，要有营销和创造性思维。