微服务架构解决了很多问题，但是同时引入了很多问题。本文要探讨的是如何解决下面这几个问题。依赖的微服务调用失败了，我应该失败，还是成功。依赖很多外部服务之后，自身如何保障稳定性。如果所有依赖的服务成功，我才算成功，自身的稳定性就堪忧了。如果调用失败时，选择跳过。那么因此产生的数据不一致性问题如何修复？平时毛毛雨，可以忽略。但是大故障之后，人工还是要来擦屁股的，这个成本就特别高。使用消息队列的最大的意义是在让消息可以在故障的时候堆积起来，等故障恢复了再慢慢来处理，减少人工介入的成本。依赖消息队列做系统解耦的时候，怎么确保消息自身是可靠入队列的？消息是否需要先可靠写入队列，然后再提交数据库事务？如果
2021-02-25 20:04:39
208KB
1
摘要: 针对滑模控制算法本身固有的抖振问题，设计一种新的模糊滑模控制器。利用拉格朗日方法建立双关节机械臂的动力学模型; 基于 Lyapunov 稳定性原理，根据滑模到达条件，利用模糊规则对切换增益模糊化并代替原切换增益，以此设计了新的模糊滑模控制器; 用 MATLAB/Simulink 进行仿真，并与普通的滑模控制器做比较。结果与原控制器相比，在具有外界非线性干扰的情况下，模糊滑模控制器对抖振仍有很好的消除作用，具有更优良的控制性能，更好的跟踪效果，更快的响应速度。文中所做的研究对实际机械臂的运动控制具有一定的参考价值。
2021-02-23 21:04:53
820KB
1
为了提升网格节点集群平台的稳定性,提出了一种应用于大规模集群系统的自动管理方法,将该方法部署到本单位曙光5000集群上,取得了较好运行效果.分析了曙光5000使用过程中发生的3类故障模式:计算节点死机,NIS客户端系统失效和违规作业;根据每类故障的发展特征,实现了处理这些故障模式的系统故障自动管理方法;实际运行效果表明该方法能够提高作业成功率,降低计算节点失效率.
2021-02-23 14:04:13
254KB
1