!(https://oscimg.oschina.net/oscnet/f67f2df3945e4af78fc87c5081aa5345.gif)日常开发中，除了基础的服务管理功能，有时我们还需要进行一些特殊的业务相关的服务管理，比如清除服务缓存，改变服务的模式、停用服务某个接口等。由于这些需求和业务耦合性较高，框架层面一般不会提供这

微服务系统所设计的系统是分布式系统。分布式系统有一个著名的CAP理论，即同时满足“一致性”“可用性”和“分区容错”是一件不可能的事。CAP理论是由EricBrewer在2000年PODC会议上提出的，该理论在两年后被证明成立。CAP理论告诉架构师不要妄想设计出同时满足三者的系统，应该有所取舍，设计出适合业务的系统。CAP理论示意图!(https:/

NAS服务器和传统服务器的显著区别可提供更加可靠和安全的数据保护可提供不间断地在线扩容存储空间，不需停机可实现数据的集中存储和备份，节省硬件投入支持各种类型的网络用户，多平台操作系统的用户都可以访问NAS上的共享数据配置简单，管理方便，节省人员成本所谓NAS，通俗地讲就是直接挂接在网上的存储设备，实际上就是一台专用数据服务器，它不再承

一、Eureka基本架构1、Eureka角色结构图!在这里插入图片描述(https://imgblog.csdnimg.cn/20190519214547708.png?xossprocessimage/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow

写在前面，阅读本文前，你需要了解熔断器相关内容SpringCloud微服务：Hystrix组件，实现服务熔断(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzU4Njg0MzYwNw%3D%3D%26mid%3D22

MongoDB服务无法启动，windows提示发生服务特定错误：100(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2FBGOnline%2Fp%2F6813804.html)

20200630晚上22:40左右出现大量的dubbo接口超时。原因是NTP服务出现时间差，与真实的北京时间差了正好8小时，开始出问题的时间段，NTP服务由VM虚拟机切换到PVE虚拟机，但是切换机器之后没有调整好时间，导致所有机器节点的时间全部出现问题。2020063022:45左右，将PVE虚拟机NTP服务回切至VM虚拟机，NTP服务

这次聊聊业务中经常出现的重试现象，可能很多运维都被开发莫名其妙的艾特然后让查一查业务中出现失败的情况，很不巧刚接手MongoDB的运维就碰到了一个案例。前段时间与业务开发讨论过某业务服务的超时重试问题，这项业务依赖的数据库是一直很热门的MongoDB数据库，这里采用了复制集的模式架构，且底层硬件采用KVM。业务开发反映数据库实例慢，最近超时的业务较少