背景：
任何服务都避免不了出现以下问题，你的用户访问不了你的服务或者站点，用户偶尔碰到5xx，服务响应延迟比较慢，某台应用进程挂掉，导致访问时好时坏。问题在于，_你是否要等你的用户来告诉你，你的程序出问题了_。
出问题的原因很多，应用进程挂了，java应用大GC导致应用不响应，应用依赖的rds，redis响应慢或者干脆不响应。应用依赖的其他http服务响应慢或者不响应等。
困难：
然而，当企业上云后，应用程序的运行环境也变得复杂。
也许你的应用程序跑在了ecs上，可能是在vpc的内网环境里，无法有效的触达到你的应用程序。
也许你的应用程序跑在docker容器里。
也许你的应用程序是直接run在serverless架构里。
也许你懒于自己维护了一个zabbix，需要付出较大的维护成本。
以上这些，都让应用程序的运行时可用性监控变得困难。
另外，出问题的原因很多，应用进程挂了，java应用大GC导致应用不响应，应用依赖的rds，redis响应慢或者干脆不响应。应用依赖的其他http服务响应慢或者不响应等。
如何用一个方案，简单的把这些全部监控起来？出问题的时候及时的告诉应用开发人员？
解决方案：
可用性监控
云监控推出了应用可用性监控，可以通过在控制台创建一个可用性监控任务，从分组内选择部分机器，发起到本地127.0.0.1或者到内网组件（rds，oss，redis等），或者是远程api的探测任务，并将探测结果反馈到云监控，同时用户可以对探测结果设置一个报警， 当探测不通或者不符合预期时，通过短信，邮件，钉钉，消息，回调等方式，在出问题的第一时间通知给你，让你在第一时间作出反应。
目前支持的探测类型包括：ping，telnet，http(s)三种，其中http支持对返回结果做简单检验，判断是否包括某些关键字等。
可用性探测示意图:
具体步骤：
创建分组，实例资源加入分组，并给分组指定相关人（管理分组，接收报警通知）
创建应用本身的可用性监控
创建应用对rds/redis的依赖监控
前提是，需要将依赖也加入到本应用分组内。
这个监控只能对应用分组的资源进行监控。
报警通知
目前云监控支持短信，钉钉，邮件，消息MNS，公网http回调等多种通知方式。同时支持报警后静默多长时间再次通知，在哪个时间段内生效（也许白天你上班时间自己盯着，不希望白天发短信）。
另外，云监控提供每月1000条短信免费使用。在下个版本，大概3月底，云监控还将支持电话报警。
到这里， 安全可靠的应用可用性监控就配置好了， 如果应用发生问题，比如进程挂掉，端口不响应，响应延迟等，就可以及时得到通知了。
最后
同时， 云监控还支持
- 主机监控（提供秒级的丰富的监控指标，支持非阿里云主机，打通线上线下），
- 云服务监控（包括阿里云上30+商业化产品），
- 站点监控，
- 日志监控，
- 自定义监控，
- 错误事件监控，
- 丰富灵活的自定义监控大盘，
- 支持跨产品跨地域的应用资源分组
等丰富完善的端到端的监控功能栈。相信一定可以解决您的云上监控需求。
云监控地址：https://www.aliyun.com/product/jiankong?spm=5176.8142029.388261.412.3836dbccqatHrh