公司要做搞一个TOB的SASS平台，如何技术选型?(to c saas)

我是产品胡子哥，结合我的经验回答你的问题，希望能帮到你，我从以下两个方面回答你。

• 业务梳理
  

• 技术选型
  

一、业务梳理

一般2B的业务在刚开始不会有太多的流量，前期主要是在验证商机上，要求产品上线要快，以减少不必要的投入。在技术选型之前需要做的是针对业务的分析，规划出平台的业务架构。为什么要先规划出业务架构，你要知道重要的一点是任何的技术都是为业务服务的，脱离了业务谈技术都是空中楼阁，没有任何的意义。如果业务还没有清楚，你要和相关人员沟通，把业务吃透，通过UML整理出符合市场要求的业务架构。

上面我们也提到在初期做的商机的验证，不会做的大而全，而是小而可控。在商机未成熟之前，控制成本和时间，届时船小好调头。一般情况下在初期做的都是先满足用户的核心功能，然后通过不断的迭代去满足。技术和产品都是一样。记住一点，技术的架构是结合业务的迭代打磨设计出来的，而不是规划出来的。

业务架构出来之后，要设想相关的技术指标用来支持业务的发展需要。指标如下，仅供参考。

• 部署方式
  

• 安全性
  
• 并发量
  
• 兼容性
  
• 稳定性
  
• 数据存储量
• 访问响应速度

二、技术选型

业务架构梳理完成，要做的事情也非常的明确了，技术思路也基本上形成了。

首先是确定技术架构。技术架构可分为分布式服务和集中式服务。在初期为了满足市场需要，一般是快字当先。技术架构可以采用集中方式架构，不要过多拆分服务，避免造成人员成本和时间成本的浪费，部署起来也非常的方便高效。强烈建议前期不要采用中台技术模式。

第二、要考虑你的团队人员的掌握的技术语言类别，熟悉的才是最好的，才能发挥你团队的优势。

第三、选取技术中间件，中间件有很多成熟点，经过考验的，无需自己造轮子。( 中间件涉及缓存、ORM、Web服务)。

第四、考虑你的部署方式、是否需要流量分流，因为前期是采用的集中式方式，相对来说会容易很多。

第五、如果业务发展了，得到市场的验证，这个时候你要考虑技术架构的优化了。比如采用服务拆分(微服务)、数据库分库分表，NoSQL数据库，消息队列等技术。如果业务不断扩大，同时有些业务非常成熟稳定了，这个时候可以考虑中台模式，便于可服用，快速响应市场到变化。

技术选型和产品一样都需要一个Roadmap，按照初期、中期、长期等阶段规划符合业务发展需要的技术架构。

在互联网技术领域，采用最多的还是Java技术，非常的成熟和稳定，支持高并发，中间件也相对成熟可靠。

对于目前微服务 消息队列 ORM等开源的中间件也很多，微服务有Dubbo、SpringCloud等; 消息队列有Kafka、RabbitMQ等；ORM使用比较多还是Mybatis。缓存用的Redis.

NoSQL用的比较多的有MongoDB、Redis、HBase等。

就回答到这里，希望能帮到你，走过路过不要错过点个赞，也非常欢迎大家在评论区留言互动。

tob的saas平台一般是行业应用，初期可根据团队的特点选择合适的开发语言和合适的架构。个人建议用php开发。租赁云服务器。前期做一个基础的产品试探市场。随着客户的增加和需求的变化再迭代升级产品。

做SaaS，根据自己的业务场景和技术能力来做规划。这是我自己的SaaS技术栈。