前言
智能建筑 - 势不可挡
在我国房地产业不断发展的大背景下，建筑智能化的步伐逐年加快。
在存量建筑中，每年约有3%（平均改造周期30年）的住宅和6%（平均改造周期15年）的工业和公共建筑进行智能化改造，建筑智能化市场规模可达数百个数十亿。 其中，改造市场占比47.3%，新建市场占比52.7%。
目前，智能建筑占新建建筑的40%左右，到2023年，智能建筑在新建建筑中的占比将达到55%左右。
其次，随着城镇化进程的推进，加快危旧房改造成为政府新的方向。
具体来说，建筑智能化有两个发展方向，一个是控制智能化，一个是服务智能化。
智能控制：
简单来说，同一栋楼内的所有设施和系统都成为了一个有机的整体，告别了过去的“单打独斗”，更加团结高效。 例如，系统自动识别大楼内无人居住区域，自动关闭照明设施、空调等。
智能服务：
指的是技术或设备的智能化。 比如乘坐电梯时，提前预约电梯，选择好到达的楼层，免去排队的麻烦； 公司有来访时，一键识别完成访客登记； 驶入停车场时，识别设备自动扫描车牌信息，将车辆引导至空车位，减少寻找车位的时间； 开会前提前预定座位，避免找不到座位的尴尬。
可以说，未来的建筑就像一个系统的终端，各种设施、传感器、设备、软件和硬件都通过终端链接起来，从而增强“战斗力”，同时降低成本和成本。增加绿化度。
什么是智能楼宇监控系统
智能楼宇监控系统通过楼宇智能化系统管理楼宇日常活动数据，利用计算机控制技术，利用各种装置、传感器和执行器，对其进行分析处理，提高运行效率。
利用物联网技术连接不同的系统：如消防系统、安防系统、空调监控、电梯系统、能耗监控、照明系统、会议系统等楼宇自控的节能率，让管理人员可以访问、控制和监控企业中的各个系统楼宇解决楼宇运营管理中的痛点，有效保障楼宇内舒适的工作环境，节约能源，降低运营成本。
智慧建筑建设涉及的子系统众多，系统集成度高，覆盖面极广，跨越多领域、多业态。 越来越多的安防企业逐渐加入楼宇智能化建设，试图占领市场份额。
智能建筑与人们的生活息息相关。 楼宇智能化的升级将大大改善人们的智能生活。 也就是说，智能楼宇的发展将是必然趋势，也是出于人们的需求。
瑞意卡提供什么？
依托大数据和物联网，瑞易卡科技的智能楼宇监控系统解决方案旨在帮助构建智能、节能、高效的楼宇系统，拥有门禁管理系统、电梯监控系统、智能消防监控系统、智能停车系统、视频智能监控系统、能源监控系统、照明控制系统等部分组成，帮助企业实现安全、节能、环保的智能楼宇监控。
产品
RK300-06 噪音传感器
RK300-06噪声传感器是一种数字式、模块化的多功能声级计。 采用数字信号处理芯片和数字检测技术，具有可靠性高、稳定性好、频带宽、无需切换量程等特点，可广泛应用于各种机器、车辆、船舶、电器等，也可用于环境噪声测量、劳动保护、工业卫生等行业。
RK330-02壁挂式大气温湿度传感器
RK330-02大气温湿度传感器是专业的空气温度和相对湿度测量。 传感器元件为数字温湿度芯片。 传感器外壳防水且抗紫外线。 广泛应用于农业、林业、气象、气候室、仓储等场所。
RK320-02烟雾探测报警器
RK320-02光电烟雾探测器能够探测火灾时产生的烟雾。 该报警器采用生产工艺精良的光电烟雾器，运行稳定，外形美观，安装简单，无需调试。 可广泛应用于商场、宾馆、商店、仓库、机房、住宅等场所的消防安全检测。 报警器内置蜂鸣器，报警后可发出强烈的声音。 报警器采用标准485信号输出、协议，支持二次开发。
RK300-02 室内粉尘传感器
RK300-02粉尘传感器采用激光散射原理检测空气中粉尘颗粒的浓度。 最小可检测1.0μm的粒径。 该传感器具有良好的一致性和稳定性。 根据使用环境，您可以选择室内或室外型号。
结语
智能楼宇的建设可以方便人员的管理和调配，节省人力物力，让我们的生活更加便利。 归根结底，智能楼宇是利用互联网通过大数据的分析功能整合一切的新生活方式。
智慧城市已成为未来城市发展的必然趋势和必由之路。 智慧建筑作为智慧城市的基本单元，也成为智慧城市建设的重要组成部分，对于促进城市有机更新、满足人民群众对美好生活的需求、推动城市经济高质量发展。
原来的：
监控是整个运维乃至整个产品生命周期中最重要的环节。 及时预警，事前发现故障，事后提供详细数据，跟踪定位问题。
现在业界有很多好的开源产品可供选择。 选择开源监控系统是一种省时、省力、高效的解决方案。 当然，对监控不是很了解的朋友，看了下面几篇文章后，可能会对整个监控系统有更深入的了解。
1、监控目标
每个人由于行业、公司、业务、职位不同，对监控的理解也不同，但需要注意的是，监控需要站在公司业务的角度去考虑，而不是使用某种监控技术。
不间断实时监控系统：其实就是不间断实时监控系统（这就是监控）； 系统当前状态的实时反馈：我们需要在监控某个硬件或者某个系统的时候能够实时的看到当前系统的状态是正常的，异常的，还是有故障的。 保证服务的可靠性和安全性：我们监控的目的是保证系统、服务、业务的正常运行，保证业务的持续稳定运行：如果我们的监控做好了，即使出现故障，我们能第一时间收到故障报警。 第一时间处理，确保业务连续稳定运行。
2、监测方式
1、了解监控对象：你知道我们要监控的对象吗？ 例如，CPU 是如何工作的？
2. 性能基准：我们要监控这个东西的哪些属性？ 例如 CPU 使用率、负载、用户模式、内核模式和上下文切换。
3. 告警阈值的定义：什么是故障，应该叫告警？ 比如CPU负载多少算高，用户态和内核态分别有多高？
4、故障处理流程：收到故障告警怎么办？ 有没有更高效的处理流程？
3、监控核心
4.监控工具
接下来，我们需要选择适合公司业务的监控工具进行监控。 这里我对监控工具做了一个简单的分类。
1.老手监控
2.王牌监控
3、三方监控
现在市场上有很多不错的第三方监控，比如：监控宝、监控易、听云，还有很多云厂商自带的监控，这里不打算介绍。 如果您想了解第三方监控，可以到官网进行咨询。 . （避免广告投放）
5. 监控过程
上面介绍了这么多，选择哪种监控工具最合适呢？ 这里推荐几款开源监控工具： 、Open-、LEPUS Usagi（专用于监控数据库）。
但本文还是立足于构建整个监控系统生态。 下面说说整个过程：
数据采集：通过SNMP、Agent、ICMP、SSH、IPMI等方式从系统采集数据； 数据存储：存储在MySQL或其他数据库服务中； 数据分析：当我们事后需要对故障进行回顾分析时，可以向我们提供图形、时间等相关信息，以便我们确定故障位置； 数据展示：网页界面展示，（手机APP，开发网页界面也可以）； 监控告警：电话告警、邮件告警、微信告警、短信告警、告警升级机制等（无论何种告警方式均可）； 告警处理：接到告警后，我们需要根据故障的级别进行处理，如：重要紧急、重要不紧急等。根据故障级别，配合相关人员进行处理用它很快。
六、监测指标
我了解了监控方法、目标、过程以及监控的工具。 有些人可能想知道我们需要监控什么。 这里我对它们进行了分类，包括硬件监控、系统监控、应用监控、网络监控。 监控、流量分析、日志监控、安全监控、API监控、性能监控、业务监控。
1、硬件监控
早期我们通过机房巡检，检查硬件设备的灯是否闪烁来判断是否有故障。 这是浪费人力，而且是重复性的非技术性工作。
当然，我们现在可以通过IPMI监控硬件的细节楼宇自控的监控英文代码，并对CPU、内存、磁盘、温度、风扇、电压等设置告警并设置告警阈值（监控告警内容自己写一个合理的告警范围).
IPMI监控硬件服务参考：IPMI
2、系统监控
中小型企业基本上都是Linux服务器，所以一定要监控系统资源的使用情况。 系统监控是监控系统的基础。
监控主要对象：
CPU有几个重要的概念：上下文切换、运行队列和利用率。 这也是我们CPU监控的几个关键指标。
正常情况下，每个处理器的运行队列不应高于3，CPU利用率中的“用户态/内核态”比例应保持在70/30，空闲态应保持在50%。 应根据系统的繁忙程度集成上下文切换。 考虑。
CPU常用的工具有：htop,top,,,dstat,。 提供系统监控模板：Agent。
CPU整体状态
上下文切换
负载状态
内存：通常我们需要监控内存使用情况、SWAP使用情况，同时我们可以通过绘制内存使用图来发现某个服务的内存溢出。
常用的记忆工具有：free、top、、。
内存使用情况
IO分为磁盘IO和网络IO。 除了做性能调优时监控更详细的数据外，日常监控只关注磁盘使用率、磁盘吞吐量和磁盘写入繁忙度。 网络还可以监控网卡流量。 常用的工具有： 、iotop、df、iftop、sar、.
磁盘使用情况
磁盘读/写吞吐量
网卡进出口流量
TCP11 状态信息
其他系统监控包括运行进程端口、进程数、登录用户、打开文件等（详见内置OS Linux模板）。
其他相关监控
3. 应用监控
了解了硬件监控和系统监控研究之后，我们进一步的操作就是登录服务器查看服务器上运行了哪些服务，我们需要对其进行监控。
应用服务监控也是监控系统的重要组成部分，例如：
LVS,,, Nginx, PHP,, Redis, MySQL等，需要监控相关服务。
PHP-
JVM监控
服务监控的详细操作流程笔者之前有写过，这里就不一一展示了。 详情请访问：监控各种应用服务。
4.网络监控
作为面向全国用户的电子商务网站，从全国各地到机房随时了解网络状况也是很有必要的。
网络监控是我们在搭建监控平台时必须要考虑的，尤其是多机房的场景。 各个机房之间的网络状况，机房与全国各地的网络状况，都是我们需要关注的对象。 如何掌握状态信息呢？ 我们需要求助于网络监控工具。
这是作者 Tobi 的作品。 它是用 Perl 编写的。 主要监控网络性能、www服务器性能、DNS查询性能等，采用图形化，支持分布式，直接汇总多个代理的数据。
同时，由于监控点比较少，也可以使用很多商业监控工具，比如监控宝、、博锐等。 CDN。
监控宝
5.流量分析
网站流量分析是运维人员必备的知识。 例如，对于一家电商公司：通过对订单来源的统计分析，可以知道我们在某个网站的广告投入是否收到了预期的效果。 可以区分不同地区的访客数量，甚至商品的交易量。 百度统计、分析、站长工具等，只需要在页面中嵌入一个js即可。
但数据始终掌握在对方手中，不便进行个性化定制，于是开发了一款名为Piwik的开源分析工具。
皮维克
百度统计
6.日志监控
通常，随着系统的运行，操作系统会产生系统日志，应用程序会产生应用程序访问日志、错误日志、运行日志和网络日志。 我们可以使用ELK来进行日志监控。
对于日志监控，最常见的需求是收集、存储、查询和展示。 开源社区中有对应的开源项目：（收藏）+（存储+搜索）+（展示）。
我们把这三种结合的技术称为ELK Stack，所以ELK Stack是指技术栈、技术栈的结合。
如果收集日志信息，部署更新有异常，可以第一时间在网站上看到。
ELK日志展示
当然你也可以通过过滤错误日志的方式进行告警。
日志显示
7、安全监控
虽然Linux开源安全产品很多，比如四层、七层WEB防护Nginx+Lua实现WAF，最后接收相关日志，图形化展示不同的攻击类型。 但总归是一件费时费力的事情，而且个人效果也不是很好。 这时候我们可以选择接入第三方服务商。
某某三方安全
三方厂商提供完善的漏洞库，涵盖服务、后门、数据库、配置检测、CGI、SMTP等类型。
主机全面检测、Web应用漏洞自主挖掘、行业分享相结合，第一时间更新0-day漏洞，杜绝最新安全隐患。
8.API监控
随着 API 变得越来越重要，很明显我们也需要这样的数据来判断我们提供的 API 是否正常工作。
监听API接口GET、POST、PUT、HEAD、请求。 可用性、正确性和响应时间是三个重要的性能指标。
API监控
三方API监控
响应时间
9.性能监控
全面监控网页性能、DNS响应时间、HTTP连接建立时间、页面性能指标、响应时间、可用率、元素大小等。提供URL监控：Web 。
现场监控
终端响应时间
第三方监控市场。 各类图表一目了然，全面反映网页性能的健康状况。
10.业务监控
没有业务指标监控的监控平台不是一个完整的监控平台。 通常，在我们的监控系统中，我们必须监控我们的重要业务指标并设置警报通知的阈值。 比如电商行业：
每分钟产生多少订单，每分钟注册多少用户，每天有多少活跃用户，每天有多少促销活动，促销活动引入多少用户，促销引入多少流量活动，促销活动引入了多少利润等。可以添加重要指标。 然后通过展示。
注：由于业务监控图，涉及隐私的数据过多，所以没有截图。
7、监控报警
故障报警通知的方式有很多种，当然最常用的是短信和邮件。
短信报警
电子邮件提醒
八、报警处理
一般告警后如何处理故障，首先我们可以通过告警升级机制自动处理。 比如Nginx服务宕机，可以设置告警升级自动启动Nginx。
但是如果一般业务出现严重故障，我们通常会根据故障的级别和业务分配不同的运维人员进行处理。
当然，不同的业务形态、不同的架构、不同的服务可能采用不同的方法。 没有固定的模式可以应用。
9.面试监控
在运维面试中，经常会有监控相关的问题。 如何回答这个问题，我将在本文中为您提供一个简单的答案。
1、硬件监控
通过SNMP对路由器、交换机的监控（这些可以和一些厂家沟通了解怎么做），服务器的温度等可以通过IPMI实现。 当然，如果没有硬件，一切都是云，直接跳过这一步。
2、系统监控
比如CPU负载，上下文切换，内存占用，磁盘读写，磁盘占用，磁盘inode占用。 当然，这些都是需要配置的，因为默认的太低了，alarm会很频繁。
3. 服务监控
比如公司使用的LNMP架构，Nginx有自己的模块，PHP也有相关模块，MySQL可以通过官方工具进行监控。 Redis通过自身的info获取信息进行过滤等。 方法类似。 或者服务随附。 要么用脚本实现你要监控的东西，还有报警和图形功能。
4.网络监控
如果是云主机，不是跨机房，可以选择不监控网络。 当然，你说我们是跨机房，怎么办。 推荐用于网络相关的监控，或者直接交给你的网络工程师，因为技术行业有专长。
5、安全监控
如果是云主机，可以考虑使用自带的安全防护。 当然也可以用。 如果是硬件，建议使用硬件防火墙。 可以使用云购买防DDOS，避免故障导致机器宕机一天。 如果是系统，那么权限、密码、备份、恢复等基本的解决方案一定要做好。 Web端也可以使用Nginx+Lua来实现Web级的防火墙。 当然你也可以使用集成的。
6.网络监控
关于 Web 监控的话题仍然很多。 比如可以使用内置的web监控来监控页面相关的延迟、js响应时间、下载时间等。 这里我推荐使用专业的商业软件监控宝或者听云来实现。 毕竟全国都有机房（如果是多个机房那就另当别论了）。
7、日志监控
如果是Web，可以监控Nginx的50x、40x错误日志和PHP的ERROR日志。 其实这些需求无非就是采集、存储、查询、展示。 我们实际上可以使用开源来实现它。 （收藏），（存储+搜索），（展示）。
8.业务监控
上面做了这么多，其实最后还是保证了业务的运行。 这样我们做的监控才有意义。 所以业务层面的监控需要跟开发和总监开会讨论监控比较重要的业务指标（需要开会确认）然后通过简单的脚本实现，最后设置扳机。
9.流量分析
通常我们用awk sed xxx等一堆工具来分析日志。 这样不太方便我们统计IP、PV、UV。 然后就可以使用百度统计，统计业务，让开发嵌入代码。 为了避免隐私，你也可以使用Piwik做相关的流量分析。
10.可视化
通过引入一些第三方库来美化界面。 同时，我们还需要知道订单量突然增加和突然减少。 或者说，一大波流量突然来了，流量是从哪里来的，是推广的还是攻击的。 结合监控平台梳理各个系统之间的业务关系。
11、自动监控
上面做了这么多工作，当然不能一个一个添加key了。 可以通过主动模式以及被动模式来实现。 当然最好通过API来实现。
总结
如果真的要实现一个更完善的监控系统，目前的开源软件确实不够用。 有条件的公司开始研发自己的监控系统，比如小米开源的Open-。
也有比较好的开源监控框架，比如Sensu等，另外可以利用它们定制适合自己企业的监控平台。
