- 博客(6)
- 收藏
- 关注
RSS订阅转载 树莓派ssh总掉线
之前入手了一个树莓派，但是远程ssh连接经常掉线，开始以为是电源不行，导致机器重启，后面加了一个显示器，观察了一段时间，发现机器并没有重启，应该是WiFi掉线了，在网上发现，树莓派如果一段网络没有流量，就会有WiFi掉线的情况，并且找到了一段定时重启WiFi的脚本，解决了这个问题#!/usr/bin/pythonimport os, timewhile True: if ...
2019-10-03 12:41:00
1354
转载 网关在微服务架构中的一些思考
早前，公司提供的服务治理平台太过于强大，提供了一整套的鉴权、流量监控、熔断、限流等功能；始终没有意识到网关在微服务架构中的重要性，现在才明白是公司的服务治理平台，充当了这一个统一的网关的角色。下面是对网关在架构中的作用的一些思考：网关是否会成为一个系统的单点？我的理解是不会，网关不会引入比传统的负载均衡架构更严重的单点问题，网关的功能应该是稳定的，不会频繁迭代，并且，一个合格的网关...
2019-09-27 15:13:00
252
转载 服务治理相关的工具
最近接触了下组内常用的一些日志分析及报警工具，发现现在一些开源社区和商业公司的产品真的很好用，想要独立搭建一个完善的后端服务，真的已经很容易了；日志收集与分析：graylog2 + hive/presto服务监控：sentryRpc: thrift+consul如今的开发环境真的已经很好了，一些初创的小团队，很容易就可以搭建一套完善的服务治理框架，从rpc通信，到日志收集分析...
2019-09-22 11:40:00
235
转载 kafka如何防止key相同的消息并发消费
最开始，我认为只用把消费者设置为单线程消费，就可以避免并发问题。因为同一个key，分区一定相同，那么就只会被同一个消费者消费，消费者又是单线程，这样就避免了并发问题后面发现，上述的方式没有办法处理rebalace的情况；比如一个消费组最开始只有2个消费者，topic有6个分区，key为1的message在分区3，当再增加一个消费者时，这时会发生rebalance，导致相同key的me...
2019-09-18 20:32:00
1742
转载 系统监控与报警的相关思考
背景最近组内有一些关于系统监控与报警的讨论！一些同学觉得现在系统的error log太多了，由于每次打印error log，都会导致一次报警，导致每天都会收到大量报警，报警的噪声很大，很容易忽略有价值的报警。下面是这次讨论的一些想法：应该在代码开发阶段，对error log慎重打印，只在对用户体验有感知的情况下，才需要打印利用大数据、人工智能的一些方法，对报警做拟合，用算法来对...
2019-09-17 18:54:00
194
转载 kafka消费者重试逻辑的实现
背景在kafka的消费者中，如果消费某条消息出错，会导致该条消息不会被ack，该消息会被不断的重试，阻塞该分区的其他消息的消费，因此，为了保证消息队列不被阻塞，在出现异常的情况下，我们一般还是会ack该条消息，再另外对失败的情况进行重试目标实现一个完善的重试逻辑，一般需要考虑一下几个因素：重试的时间间隔最大重试次数是否会漏掉消息实现扔回队尾在消息出错时，将消息扔回队...
2019-09-17 14:21:00
1323
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人