OTP 实践之构建系统

本文对应Erlang程序设计第二版23章，旨在分享笔者在学习和使用OTP时的一些心得与感想。

通用事件处理与错误记录器

构建系统第一步，先学会如何处理系统接受请求时会收到的各种各样的事件（Event），为此我们需要通用事件管理，用于解决我们认为需要解决的事件。然后便是学习OTP为我们提供的一些处理处理系统错误的API，为我们之后构建系统打下处理错误的基础。

最简单的通用事件处理

这里便是一个最简单通用事件处理模块，他有以下几个部分组成：
1.make，也可以给他命名start，任务是启动一个处理器，默认配置了一个什么都不做的函数处理所有的事件请求。
2.add_handler，当我们想要这个事件处理模块处理某种请求时我们就可以传入一个回调模块使得这个处理器的功能得到增强和升级。
3.event，发生事件时便可调用此函数，发送事件的内容给我们的主体函数
4.my_hander，自定义处理器的主体，循环结构，通过调用Fun来处理收到的事件。

正如上述所描述的那样，目前我们还不能对任何事件作出反应，需要实现一个回调模块，以增强我们自定义处理器的能力！

因此light_controller应运而生，他的作用就是在太黑的时候为我们开灯，但是除此之外的任何事件我们都不会处理。

可以看到我们的处理器对black做出了开灯的操作，除此之外的操作处理器都进行了忽略

错误记录器

1.记录错误

OTP系统自带一个可定制的错误记录器，其中提供了很多API供程序员使用，以下是几个书中常用的并且将在之后的应用程序构建中使用的

error_msg(String) -> 向错误记录器发送一个错误消息。
error_report(List) -> List 中可以是{tag,data}，term或者String类型。

2.错误记录器的配置

有多种方式可用来配置错误记录器。可以让Erlang shell显示所有错误（如果没有特别设置的话就是默认值），也可以把shell里报告的所有错误写入一个格式化文本文件。甚至还可以创建一个滚动日志（rotating log）。
2.1 标准错误记录器
我们在启动erl时一般直接在power shell（或者其他什么shell中）使用erl直接启动，这种启动方式等同于 erl -boot start_clean 这种情况下启动会生成一个适合进行程序开发的环境，只提供一种简单的错误记录形式。
如果需要运行一个适合生产的环境，可以使用这个命令来启动erl：
erl -boot start_sasl --> 系统架构支持库（System Architecture Support Libraries，简称SASL）将负责错误记录和过载保护等工作。


同时在shell框里也会有启动方式不同的区别
2.2以指定配置启动SASL

根据教程我们编写了一个简单的滚动日志配置，详细的说明以注释的形式体现在图中。

现在我们以指定的配置启动，可以看到erl打印了很多的启动信息。

警报管理 与 监控树

警报管理，如名称一般，我们需要处理我们生成的警报信息，根据警报信息我们需要采取一定的措施，以下是我们根据教程编写的一个简单的警报处理装置


监控树：Erlang 监控树是一种用于监控 Erlang 系统的工具。它提供了一种方式来收集和展示系统的运行时数据，帮助开发人员和运维人员实时监控和分析系统的性能和健康状况。

监控树的基本概念是将系统的运行时状态表示为一棵树状结构，其中每个节点代表一个监控器。每个监控器负责收集特定的信息，并将其报告给其父节点。根节点是顶层监控器，负责汇总所有收集到的数据并显示在监控界面上。
通过简单的学习实现一个管理三个worker的监控树：