热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

高可用_漫谈服务高可用

篇首语:本文由编程笔记#小编为大家整理,主要介绍了漫谈服务高可用相关的知识,希望对你有一定的参考价值。

篇首语:本文由编程笔记#小编为大家整理,主要介绍了漫谈服务高可用相关的知识,希望对你有一定的参考价值。






花灯初上,我还在浪

    总是说着高可用,负载均衡,异地双活,各种各样的高端技术层出不穷。。。


    服务高可用,挂了一个服务依旧能提供服务,想想每个人也是提供的服务,暴露不同的API接口,只要别人能调用就可以了。


    服务能提供7*24小时不间断服务,人呢?一群垃圾。。。来之不能战,战之不能胜,胜之不能舞。。。。


    最近都在流行微服务和容器。。。。所谓的微服务就是拆拆拆,拆到不能再次拆分,提供极致极简的服务。。。将一个系统拆分为各个应用,各个应用提供多少个服务,一个服务提供多少个API接口。。。而容器又是天生与微服务结合的架构,容器主张一个容器运行一个服务或者一组服务,提供restful接口进行调用。。。。


    看看集群,一个物理机宕机,不影响服务。。。看看一个团队,一个人离职或者送火葬场了,依旧不影响服务。。。这其中的管控系统是最主要核心部分,在其中要注意服务的调度,调度的策略。。。考虑到各种CPU,内存,IO等压力,然后进行不同的策略分配。。。


    一个集群没做好,是因为管控系统没做好,没有服务发现的功能,没有强一致性策略。。。一个团队没做好,都TM是人的问题。。。。


    集群的中的服务一般都推荐无状态的服务,不需要持久化存储,不依赖于其他的组件,然而现实并不会这样,有各种各样的依赖,缓存啊,数据库啊,需要持久化存储的日志啊,那么对于这些有状态的,就需要考虑到基础设施提供的服务了。而在一个团队中,都是有状态的。。。说一句话,没准这个人就崩溃了。。。那么有状态的服务怎么来管理?对于持久化的存储,我们可以提供统一的一致性存储,对于各种网络,可以提供跨主机的网络,而这些服务,则是最基础最核心的服务。。。


    集群中的服务,需要做到各种各样的监控指标,然后告警,然后进行处理,。。。而在一个团队中,是否有各个纬度的指标监控,还是说。。。只是玩玩?提供的高可用服务,到底能达到一个什么样的SLA水平???


    集群中的服务出了问题,重启一下就好,释放以下内存,缓解一下CPU的压力,那么团队中的人呢?放几天假就好了?还是给多点薪水?提供更多的资源。。。。还是。。。。杀了然后换一个。。。对于垃圾服务,最好的方式就是直接下线,这种SLA水平和质量不能达到3个9的直接PASS,直接kill -9


    集群中的服务可以随时更换调度策略,性能好的机器可以提供更多的计算能力,而在一个团队中,每个人是否能根据性能的好坏来分配不同的权重,能做到提供更大的计算的能力,能提供更好的性能接口?may be。。。。


    集群中的服务在网络出现中断的时候,偶尔会出现脑裂。。。split brain。。。。哦,no。。。。数据不一致怎么办,么关系,第三方公正就好了,选举出一个leader就好了。。。。那么在团队中,如果出现了脑裂该怎么办?甲方爸爸认为你闲如狗,乙方爸爸也认为你闲如狗。。。也出现了脑裂,HOW to do?HOW to solve this problem。。。。也能选举出一个leader来解决脑裂问题么?I dont care。。。。just fuck it。。。。。






花灯初上,我在流浪


    有人在我面前说别人坏话,FUCK。。。。联系一下上下文,别人也没错。。。


    你在我面前说别人坏话,那我是否就能判定你在别人面前也会说我的坏话呢。。。。是不是脑子里有shi。。。谁TM给你的权利。。。FUCK。。。


    人心不可测。。。。我就喜欢公事公办,掺入太多的因素,那么这个变量就变得不可控,那么如果一切不带变量,那么就so easy了。。。


    这只不过一场压力测试而已。。。maybe waste time。。。


    在别人的塔下,能浪几个回合。。。。


    一个团队始终只为一个目标,不为了一个目标前行,只会自乱阵脚。。。所以就有了古时的将在外军令有所不受。。。。


    在提出问题的时候,最好已经有了初步的建议,如果单纯的是抛出问题,那么每个人都能抛出问题,这个时候应该是体现你价值的最好时机。。。别TM一碰到事,你就变成了怂逼。。。。


    就事论事,我可以支持你的观点,我也可以捍卫你的观点,只要有理即可,但是如果无理,要想得到支持,请先说服。。。。


    一个问题一个问题的来,不要把所有的问题杂糅在一起,然后慢慢的解,浪费时间,太损耗CPU的性能,为什么要引入集群,引入更多的服务,为啥要分解依赖关系,说到底。。。。就是为了解决更复杂的问题,让上层的调用更加简单。。。


    一个问题千百种解决方案,而我。。。就喜欢难的那种。。。。JUST FUCK IT。。。


    来点有难度的问题,来点有技巧的问题,来点新颖的问题。。。要不然都不好玩,要不然都没啥乐趣,要不然都不能体现战斗力。。。





    


推荐阅读
  • 为何Compose与Swarm之后仍有Kubernetes的诞生?
    探讨在已有Compose和Swarm的情况下,Kubernetes是如何以其独特的设计理念和技术优势脱颖而出,成为容器编排领域的领航者。 ... [详细]
  • 本文详细介绍了Java代码分层的基本概念和常见分层模式,特别是MVC模式。同时探讨了不同项目需求下的分层策略,帮助读者更好地理解和应用Java分层思想。 ... [详细]
  • Docker安全策略与管理
    本文探讨了Docker的安全挑战、核心安全特性及其管理策略,旨在帮助读者深入理解Docker安全机制,并提供实用的安全管理建议。 ... [详细]
  • 从理想主义者的内心深处萌发的技术信仰,推动了云原生技术在全球范围内的快速发展。本文将带你深入了解阿里巴巴在开源领域的贡献与成就。 ... [详细]
  • 本文介绍了如何将Spring属性占位符与Jersey的@Path和@ApplicationPath注解结合使用,以便在资源路径中动态解析属性值。 ... [详细]
  • ABP框架是ASP.NET Boilerplate的简称,它不仅是一个开源且文档丰富的应用程序框架,还提供了一套基于领域驱动设计(DDD)的最佳实践架构模型。本文将详细介绍ABP框架的特点、项目结构及其在Web API优先架构中的应用。 ... [详细]
  • 深入理解Java多线程与并发机制
    本文探讨了Java多线程和并发机制的核心概念,包括多线程类的分类、执行器框架、并发容器及控制工具。通过详细解析这些组件,帮助开发者更好地理解和应用多线程技术。 ... [详细]
  • 微服务优雅上下线的最佳实践
    本文介绍了微服务上下线的正确姿势,避免使用 kill -9 等粗暴手段,确保服务的稳定性和可靠性。 ... [详细]
  • 秒建一个后台管理系统?用这5个开源免费的Java项目就够了
    秒建一个后台管理系统?用这5个开源免费的Java项目就够了 ... [详细]
  • 阿里面试题解析:分库分表后的无限扩容瓶颈与解决方案
    本文探讨了在分布式系统中,分库分表后的无限扩容问题及其解决方案。通过分析不同阶段的服务架构演变,提出了单元化作为解决数据库连接数过多的有效方法。 ... [详细]
  • Juval Löwy主张,每个类都应被视为服务,这并非是为了让服务无处不在,而是因为微服务是经过深思熟虑后系统分解的自然结果。在他的设计和构建的系统中,这种理念有助于提高模块化、可维护性和扩展性。通过将每个类视为独立的服务,系统能够更好地应对复杂性,实现更灵活的部署和更高的性能。 ... [详细]
  • Spring Cloud 学习指南:初学者入门篇
    Spring Cloud 学习指南:初学者入门篇 ... [详细]
  • 服务器部署中的安全策略实践与优化
    服务器部署中的安全策略实践与优化 ... [详细]
  • 优化后的标题:深入探讨网关安全:将微服务升级为OAuth2资源服务器的最佳实践
    本文深入探讨了如何将微服务升级为OAuth2资源服务器,以订单服务为例,详细介绍了在POM文件中添加 `spring-cloud-starter-oauth2` 依赖,并配置Spring Security以实现对微服务的保护。通过这一过程,不仅增强了系统的安全性,还提高了资源访问的可控性和灵活性。文章还讨论了最佳实践,包括如何配置OAuth2客户端和资源服务器,以及如何处理常见的安全问题和错误。 ... [详细]
  • 在Java分层设计模式中,典型的三层架构(3-tier application)将业务应用细分为表现层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。这种分层结构不仅有助于提高代码的可维护性和可扩展性,还能有效分离关注点,使各层职责更加明确。通过合理的设计和实现,三层架构能够显著提升系统的整体性能和稳定性。 ... [详细]
author-avatar
手机用户2502916423
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有