既然 SAAS 又开始热起来了，那么我就从技术的角度，稍微聊聊建设 SAAS 的思路，个人见解，不喜欢迎来喷，感谢阅读、点赞、收藏。
2018 年左右我们开始计划建设人力资源管理SAAS，业务模块有很多业务是垂直行业通用的，例如基础数据类：组织架构、租户、人员、权限等，还有部分是横向通用的例如：短信、邮件、消息推送等，另外基础设施如网关、代理、数据库、搜索引擎、监控系统等。
所以基于以上内容，我们就可以大致的构建出一个，排除业务服务的，基础服务架构：
我将应用服务分为三层：基础服务、聚合服务、业务服务，基础服务即所有业务服务都可能会用的组织架构、租户、权限等，再下沉些就是发短信、发邮件、发推送消息，整体应用率至少在 60%以上；聚合服务类似一个小中台，可以协助业务服务解决部分复杂业务的逻辑问题；业务服务一般就是SAAS平台的核心了， 拿人力资源举例，可能会有HR系统、工作流、考勤、排班等等。
对于基础设施，现在对于中小企业来说，上云是成本最低的，云平台不但能够快速构建，管理成本也很低，顺带还解决了安全问题。
对于这些服务、组件，我的个人建议是：
首先从基础服务开始建设 ，因为上层的业务服务、聚合服务可能都会应用到它，业务依赖度高，这是给业务开展打地基；
其次应该建设监控体系：从系统到硬件， 从业务数据到应用数据，从业务状态到应用状态，排排主次都应该监控起来（建议先链路、系统+硬件、业务）。
再次，这个时候基础设施有了，基础服务也有了，监控也有了，就可以建设业务服务了，当然网关服务也很重要， 在正式商用之前一定要有网关， 如果从技术层面讨论的话，可以这样操作：商用之前，应用服务不超过3个的情况下，可以先不建设网关（有了网关后流量监控会有更大的想象空间）。
按这个过程操作下来，基本的框架就成型了， 能够应付未来一到三年的业务迭代，祝同胞们一切顺利！
