从0开端建立SAAS系统的建议

既然 SAAS 又开端热起来了，那么我就从技术的角度，略微聊聊建立 SAAS 的思路，个人见解，不喜欢送来喷，感激阅读、点赞、收藏。
2018 年左右我们开端方案建立人力资源管理SAAS，业务模块有很多业务是垂直行业通用的，例如根底数据类：组织架构、租户、人员、权限等，还有部分是横向通用的例如：短信、邮件、消息推送等，另外根底设备如网关、代理、数据库、搜索引擎、监控系统等。
所以基于以上内容，我们就可以大致的构建出一个，排除业务效劳的，根底效劳架构：

        我将应用效劳分为三层：根底效劳、聚合效劳、业务效劳，根底效劳即所有业务效劳都可能会用的组织架构、租户、权限等，再下沉些就是发短信、发邮件、发推送消息，整体应用率至少在 60%以上；聚合效劳类似一个小中台，可以协助业务效劳处置部分复杂业务的逻辑问题；业务效劳一般就是SAAS平台的核心了， 拿人力资源举例，可能会有HR系统、工作流、考勤、排班等等。
        对于根底设备，如今对于中小企业来说，上云是本钱最低的，云平台不但可以快速构建，管理本钱也很低，顺带还处置了安全问题。
        对于这些效劳、组件，我的个人建议是：
        首先从根底效劳开端建立 ，因为上层的业务效劳、聚合效劳可能都会应用到它，业务依赖度高，这是给业务开展打地基；
        其次应该建立监控体系：从系统到硬件， 从业务数据到应用数据，从业务状态到应用状态，排排主次都应该监控起来（建议先链路、系统+硬件、业务）。
        再次，这个时候根底设备有了，根底效劳也有了，监控也有了，就可以建立业务效劳了，当然网关效劳也很重要， 在正式商用之前一定要有网关， 假设从技术层面讨论的话，可以这样操作：商用之前，应用效劳不超越3个的情况下，可以先不建立网关（有了网关后流量监控会有更大的想象空间）。
        按这个过程操作下来，根本的框架就成型了， 可以应付将来一到三年的业务迭代，祝同胞们一切顺利！
        （方便的话给个赞，谢谢）