元宝的回复对，但又不完全对。从工程师的角度来说肯定是springboot 后端+ vue 前端+ mysql 数据库，但是我敢断定肯定没有微服务的 架构,这个体量的平台不至于上微服务，更不存在并发问题。

我不懂技术，但是我可以从架构层面分享一些自己的观点给你。从现今的技术上看，所有技术架构都不复杂也不提倡复杂。复杂的技术架构是会带来后期高代价治理与转型成本。技术架构的设计要依托于你业务情况。比如业务复杂度，用户数量，并发用户预估，以及想做什么事比如是个支付系统那要考虑安全性问题，比如是个社交软件要考虑易用性问题和性能问题。不同时期的技术架构是会随着业务改变而改变的。因此一个比较常规的做法是业务1.0时代根据业务的一个提前量预估一个大框架结构搭起来跑。然后过程中调整姿势，你现在看到的成熟产品其技术架构定然已经与最初的产品技术形态产生了转变。所以不用纠结什么技术架构用什么技术栈。核心要踩住你的业务需求尽可能的模块化，通用化（意思不要用太新太时髦的技术，因为很容易被替换和取代）比如java用了这么多年，但中间出现微软的.NET等产生一些替代，可现在又很多换回java。所以选择上尽可能简单和通用最佳。剩下的就是权衡，你要看在哪里需要发力，哪里需要微处理。最后设计阶段尽可能模块化和通用化。把通用的功能固化，把个性化行业性差异的功能尽可能模块化和解耦，目的是为了在迭代过程中尽可能小影响的进行转型和治理。最后唱个鸡汤给你，世界没有不透风的墙，程序也是不会0B BUG，所以不要太纠结是否全副武装，只要能跑起来，就先跑起来。

预算不成问题，当然也不能浪费。主要关心架构、交互、管理后端的易用性等。

请教下懂技术的即友们，多抓鱼的网站和小程序，技术架构上复杂吗？用腾讯云的解决方案搭建？还是完全用的开放底层开发？

经营一家电商小公司。  闲来乱侃、拍照、码字。

来自圈子

产品经理的日常