Java 16需要了解的新功能

分布式日志系统: 支持大规模系统日志上报，日志上报支持频率限制、日志染色、自定义字段等高级功能，控制台日志查看支持按关键字、排除关键字、上报时间、上报机器等方式过滤日志，从茫茫日志中轻松找到您需要的日志。

视图机制: 监控图表支持视图定制模式，视图可按上报服务器、监控点随意组合，轻松定制您需要的监控视图，并可在监控图表上直接设置告警值 

告警集成: 集成告警功能, 支持邮件、短信、微信、PC客户端等告警方式，告警功能无需开发直接可用
 

相比其它开源监控系统优势

  1.  支持插件功能, 监控插件无需开发，自由选择监控插件，安装即可使用

  2.  集成告警功能, 支持多种告警方式 

  3.  集成分布式日志系统功能   

  4.  支持多种部署方式   

     a.集中部署（全部服务部署在一台机器，适合个人或者小团队开发者） 

     b.分布式部署（分布式部署在多台机器，适合小中型企业大规模监控需求）

  5.  支持自动化配置（机器部署agent后自动注册到监控系统无需在控制台配置、视图根据上报自动绑定相关上报机器） 

  6.  支持多用户访问（子账号由管理员账号在控制台添加） 

  7.  上报接口支持主流开发语言，数据上报api 提供类似公共库接口的便捷

特色功能推荐

IP地址库: 支持通过IP地址上报时将IP地址转为物理地址，相同物理地址归并展示一个监控API 即可轻松生成监控。

数据的物理地址分布图
 

批量查询

一次 rpc roundtrip 只能发一条查询太慢了。那支持一个数组，一次可以提交多条查询就好了。至于前端代码中怎么把多个组件的查询聚合到一个 rpc 中，这个就看前端的 data query 框架是怎么来弄了。无非就是全局搞个 buffer，在“合适的时候”刷一下这个 buffer，批量查一次。

存储过程

细粒度的用户权限只能解决数据完全被一个用户拥有的问题。很多时候数据是协作数据，有多个 stakeholder，那么就必须经过协商好的规则去修改数据，而不是一个用户说了算。例如你可以决定今天的日记本里随便写啥，但是不能决定把今天晚饭的订单改成0。日记是你拥有的，但是订单是多个相关方都关心的。

解决业务规则校验后写入的问题就是存储过程了。前端同学肯定是希望用 javascript 来写存储过程。实际上就是所谓 FaaS 的云函数。本质上就是后端代码仍然有，只是换了一拨人来写。

如果业务规则比较简单，例如只是一个状态机的转换图，则可以用配置替代code。当然大部分时候，复杂的业务逻辑，上 javascript 是最直观的。

Data Migration

数据库表结构变更了肯定还是要写 SQL 来升级数据库的，标准做法没啥说的。

Backend as a Database

• 用 RPC 接口提供了一个类似 Database 的东西
• 把后端业务切分成了 User表/业务数据表/视图表/物化视图表/用户行为表/存储过程/DataMigration 等预设的概念，变得更规整
• 除了“需要经过业务规则校验之后写入”这个例外，其他的后端接口都不需要上通用编程语言，可以用配置或者SQL定义解决
• 这个解法既不是 GraphQL，也不是经典的 BFF

（编辑：柳州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!