Hyperf 发布 v1.1.4 版本，增加 Metric 监控组件

内容简介：更新内容 本周更新主要为 服务监控，已接入 Prometheus StatsD 和 InfluxDB。 微服务治理的一个核心需求便是服务可观察性。作为微服务的牧羊人，要做到时刻掌握各项服务的健康状态，并非易事。云原生时代这一领域...

更新内容

本周更新主要为 服务监控，已接入 Prometheus StatsD 和 InfluxDB。

微服务治理的一个核心需求便是服务可观察性。作为微服务的牧羊人，要做到时刻掌握各项服务的健康状态，并非易事。云原生时代这一领域内涌现出了诸多解决方案。本组件对可观察性当中的重要支柱遥测与监控进行了抽象，方便使用者与既有基础设施快速结合，同时避免供应商锁定。

感谢作者 Reasno

直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看。

新增

• #778 Hyperf\Testing\Client 新增 PUT 和 DELETE方法。
• #784 新增服务监控组件。
• #795 AbstractProcess 增加 restartInterval 参数，允许子进程异常或正常退出后，延迟重启。
• #804 Command 增加事件 BeforeHandle AfterHandle 和 FailToHandle。

变更

• #793 Pool::getConnectionsInChannel 方法由 protected 改为 public.
• #811 命令 di:init-proxy 不再主动清理代理缓存，如果想清理缓存请使用命令 vendor/bin/init-proxy.sh。

修复

• #779 修复 JPG 文件验证不通过的问题。
• #787 修复 db:seed 参数 --class 多余，导致报错的问题。
• #795 修复自定义进程在异常抛出后，无法正常重启的BUG。
• #796 修复 etcd 配置中心 enable 即时设为 false，在项目启动时，依然会拉取配置的BUG。

优化

• #781 可以根据国际化组件配置发布验证器语言包到规定位置。
• #796 优化 ETCD 客户端，不会多次创建 HandlerStack。
• #797 优化子进程重启

关于 Hyperf

Hyperf 是基于 Swoole 4.4+ 实现的高性能、高灵活性的 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均基于 PSR 标准 实现，基于强大的依赖注入设计，保证了绝大部分组件或类都是 可替换 与 可复用 的。

框架组件库除了常见的协程版的 MySQL 客户端、Redis 客户端，还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、Zipkin (OpenTracing) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul 客户端、ETCD 客户端、AMQP 组件、Apollo 配置中心、阿里云 ACM 应用配置管理、ETCD 配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、Blade 和 Smarty 视图引擎、Snowflake 全局ID生成器 等组件，省去了自己实现对应协程版本的麻烦。

Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、i18n 国际化、Validation 表达验证 等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。

框架初衷

尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代，但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架，亦没有看到一个真正为 PHP 微服务铺路的框架，此为 Hyperf 及其团队成员的初衷，我们将持续投入并为此付出努力，也欢迎你加入我们参与开源建设。

设计理念

Hyperspeed + Flexibility = Hyperf，从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。

• 对于超高速，我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。
• 对于灵活性，我们基于 Hyperf 强大的依赖注入组件，组件均基于 PSR 标准 的契约和由 Hyperf 定义的契约实现，达到框架内的绝大部分的组件或类都是可替换的。

基于以上的特点，Hyperf 将存在丰富的可能性，如实现 单体 Web 服务，API 服务，网关服务，分布式中间件，微服务架构，游戏服务器，物联网（IOT）等。

文档齐全

我们投入了大量的时间用于文档的建设，以解决各种因为文档缺失所带来的问题，文档上也提供了大量的示例，对新手同样友好。
Hyperf 官方开发文档

生产可用

我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在 1145 个单测共 3385 个断言条件，同时维护了高质量的文档，在 Hyperf 正式对外开放(2019年6月20日)之前，便已经过了严酷的生产环境的考验，我们才正式的对外开放该项目，现在已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。

官网及交流

Github ???????????????????? 点 Star 支持我们

Gitee 码云 ???????????????????? 点 Star 支持我们

Hyperf 官网

Hyperf 文档

QQ 群: 862099724

以上所述就是小编给大家介绍的《Hyperf 发布 v1.1.4 版本，增加 Metric 监控组件》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！

查看所有标签

猜你喜欢:

• 如何实现一个IOS网络监控组件
• 这么多监控组件，总有一款适合你
• 这么多监控组件，总有一款适合你
• Zeu.js：实时监控可视化组件库
• 如何实现对 ELK 各组件的监控？试试 Metricbeat
• 这里有很全的监控组件，你适合哪一款？

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。