monkey-wenjun / awen.github.io Goto Github PK

https://awen.me/post/52417.html

https://awen.me/search/index.html

https://awen.me/post/52759.html

https://awen.me/post/34558.html?from=timeline

https://awen.me/post/7002.html

https://awen.me/post/27549.html

https://awen.me/post/20754.html

https://awen.me/post/34552.html

https://awen.me/post/22850.html

https://awen.me/post/55234.html

从工厂996 到互联网996身为互联网行业的从业者被 996 困扰着，那其他行业呢？其实其他行业 996 比互联网行业还严重。我目前职业是一名互联网工程师，但是也曾有过一段工厂经历。今天就来和大家聊一聊我这些年从工厂工人到互联网的经历以及一些感悟吧！

https://awen.me/post/51122.html

https://awen.me/post/38007.html

我从事云计算行业也有些年头了，之前做 CDN 后来做公有云和私有云以及容器云的技术支持工作，在工作中我遇到形形色色的客户，这些客户大都来自传统行业，例如快递、工业以及一些中小型创业公司，当然还有一些互联网行业的从业者，和这些用户接触后，我发现他们的运维水平都相当的低。一些简单的系统故障都没有能力解决或者是即使有能力也懒得去自己解决，完全依赖云厂商。 打个比方,一个客户(这个用户是一家互联网企业，具

https://awen.me/post/64973.html

https://awen.me/post/42967.html

https://awen.me/post/36933.html

https://awen.me/post/55234.html

https://awen.me/post/26142.html

https://awen.me/post/64205.html

https://awen.me/post/16843.html

https://awen.me/post/32132.html

https://awen.me/post/10161.html

Redis Sentinel是Redis的高可用实现方案。 主从复制的问题主从复制也带来了以下问题: 主节点的写能力受到单机的限制 主节点的存储能力受到单机的限制。 当主节点出现故障时，Redis Sentinel能自动完成故障发现和故障转移，并通知应用方，从而实现真正的高可用。 Redis SentinelRedis Sentinel是一个分布式架构，其中包含若干个Sentinel节点和Re

https://awen.me/post/27549.html

近日，在宁波举行的一场座谈会上一名人力资源总经理表示，企业可以提前一个月(通知)员工离职，但是要赔经济补偿金；如果不这么做，还要赔双倍，(属于)违法解除。但是员工要走，说真的我们现在一点办法都没有。浙江省人力资源和社会保障厅副厅长葛平安回应员工要走，接下来也有制约措施。浙江省马上要推进人社的信息体系建设，对单位和个人都要建立信用体系。个人老是频繁地辞职和就业的话，那肯定他的信用成问题了。 在座谈会

https://awen.me/post/7907.html

https://awen.me/post/31537.html

https://awen.me/post/53690.html

https://awen.me/post/7907.html

内存消耗内存消耗统计执行 info memory 获取相关指标 当mem_fragmentation_ratio>1时，说明used_memory_rss-used_memory多出的部分内存并没有用于数据存储，而是被内存碎片所消耗，如果两者相差很大，说明碎片率严重。 当mem_fragmentation_ratio<1时，这种情况一般出现在操作系统把Redis内存交换（Swap）到

https://awen.me/post/7693.html

https://awen.me/post/38553.html

https://awen.me/post/31142.html

https://awen.me/post/62233.html

https://awen.me/about/

https://awen.me/about/index.html

https://awen.me/post/63813.html

当 redis 阻塞时，应用会收到大量的redis 超时异常，应当将这些异常加入统计并通过邮件等方式报警。 日常监控命令的耗时、慢查询、持久化阻塞、连接拒绝、CPU\磁盘\IO网络负载等等。 内在原因 API 或数据结构不合理 CPU 饱和问题 持久化相关的阻塞 API 数据结构不合理如对一个包含上万个元素的hash结构执行hgetall操作。 发现慢查询 slowlog get [n]

https://awen.me/post/3138.html

https://awen.me/post/38007.html

https://awen.me/post/5253.html

https://awen.me/post/1245529498.html

https://awen.me/post/64465.html

https://awen.me/post/34680.html

作为一名接客没有上万也有上千的 IT 售后技术支持人员，回顾我这些年接的客，我发现很大一部分人在提出他们的问题时都让人无语。 很多人根本就不会有效的反馈他们遇到的问题，当提出一个问题时，要么表达的有问题，要么信息给的不全面导致要进行大量的反复的沟通确认，要么就是反馈问题前自己都没有做任何排查，从而降低处理和解决问题的效率。有时候一个非常简单的问题，但是因为用户反馈的信息不全面导致要反复来回沟通，浪

https://awen.me/post/56446.html

https://awen.me/post/2529807681.html

https://awen.me/post/57514.html

https://awen.me/post/3734665596.html

https://awen.me/post/34680.html

https://awen.me/post/10161.html

https://awen.me/post/11997.html

https://awen.me/post/53554.html

https://awen.me/post/63813.html

https://awen.me/post/12505.html

https://awen.me/post/28635.html