不安全操作:术语、危险和最终结果

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

戴夫对该主题的上一篇文章发表了 有趣的评论

实际上我会保留原来的条款。清晰比“保护”点击式管理员重要得多。如果管理员非常愚蠢地尝试使用生产集群,那是他的权利!

为了防止意外点击非常大的“离开集群”按钮,您可以要求管理员输入显示的 3 位数字以确认操作。但是离开和加入集群是事实上的行业术语,这使得来自其他数据存储解决方案的管理员更容易掌握 ravendb。

我认为实际条款有些混乱。这是当前的用户界面,在我在上一篇文章中讨论过的更改之后:

如您所见,我们有“将另一台服务器添加到集群”和“离开集群”,这是标准和常见的操作,您几乎在所有情况下都会使用它们。

高级集群操作是 不安全的 ,它们的存在是为了让操作员能够从导致大部分集群宕机的灾难中恢复过来。这些不是标准操作,默认情况下它们隐藏在“高级”下,即使那样我们也想确保用户正在考虑它们。

相关文章