如何设计页面变更推送/提醒系统？

有次面试被问到这样一个题
设计一个页面变更的推送/提醒系统：

用户会关注一些URL，比如一共有1千万个URL，用户也会设置一些频率，一旦这些页面有变动，系统需要根据用户设定的频率向用户发送提醒邮件，只有在URL的内容变动的时候才发送
交谈过程中，面试官提到有以下几个关注点：
1. 每个URL的内容可以看成是Binary
2. 如何判断URL的内容是否有变化
3. 需要设计至少两个服务（可以按需加更多），检查文件变更的服务，发送邮件的服务
4. 两个系统之间如何交流
5. 有哪些地方可以优化
6. 检查页面的变更一定是主动拉取，而不是被动提醒（可以想象成一个第三方监控一亩三分地里一个帖子有没有新留言，新用户留言是不会提醒你的，因为地里的推送API不授权给第三方，所以第三方要用一种方式主动检查）

楼主很菜，得到的反馈是对于组件的挑选没有问题，但是需要引导才能理解关键的组件以及工作流

个人觉得是设计的方向有些偏，楼主一开始的关注重点在推送系统上，忽视了检查URL变更服务的设计

在检查页面变更的时候，我有谈到保存URL的上一个版本用于检查有没有变更过（把URL的bianry哈希之后存为一个版本），面试官表示可以理解，但看他的表情似乎不是最好的方案

想知道大家都如何去分析，设计这样一个系统？或者有没有类似的案例可以学习？谢谢大家

检查页面变更是不是可以check last updated time。

听上去类似于设计RSS reader

低配爬虫+低配Twitter...
判断是否更新过，这个现实世界里是这么做的：
HTTP请求里面带一个header叫If-Modified-Since，如果内容没变化，正经服务器应该返回304