深圳幻海软件技术有限公司 欢迎您!

  • 云原生数据系统的设计考虑

    当涉及设计云原生数据系统时,并没有特定的托管基础设施、编程语言或设计模式是您应该使用的。云原生系统有各种不同的规模和形式。然而,确实存在大多数遵循相同云原生设计原则的系统。让我们来看一下云原生架构、您应该记住的设计原则以及构成一个良好的云原生平台的特点。云原生架构云原生架构本质上是为云端构建的应用程

  • 手机提示系统升级的目的是什么?究竟要不要升级?

     有人认为手机需要升级,不升级的手机很多功能无法使用;也有很多人认为手机不能升级,手机本身没问题,升级过后问题就来了。怎样才正确呢?  许多手机生产商为了节省成本会在系统成熟前就推出系统,然后再进行不断地完善和改进。所以我们也能经常看见我们的手机提示我们进行更新的标志。

  • Google开启Android 12更新推送 带来了哪些变化?

    随着Android12更新推送的开启,BGR也帮助大家汇总了它的主要变化。自5月的I/O大会以来,Google已经为Android12带来了许多调整。首先是视觉体验上的大修,广大用户将体验到名为MaterialYou的新主题系统。Android12可从壁纸中提取颜色,并灵活运用于系统全局,且开发者拥

  • 手机越更新越卡,到底是怎么回事?

     现在的APP动不动就更新,甚至有些应用不通知我们自己就更新了,占用内存不说,关键有时候手机还会越更新越卡,这让人非常无语。那手机越更新越卡,到底是怎么一回事?软件更新版本,与手机不兼容软件更新,通常是为了修复一些旧的漏洞,以及增添一些新的功能,提高用户的使用体验。但有时候更新后的软件还没

  • 大脑的思考是量子计算,这一猜测有了新证据

    几十年来,科学家们一直在探索人脑的计算和思考机制。但人脑的构成太过复杂,包含几百亿个神经元,相当于上万亿块芯片,我们很难一探究竟。因对黑洞的研究贡献而获得诺贝尔物理学奖的罗杰·彭罗斯曾大胆地提出「量子意识」观点,即人脑本身就是量子结构,或者说是量子计算机。但这一观点一直备受质疑。近期都柏林圣三一大学

  • 为什么我建议线上高并发量的代码,一定要注意数据可能会不一致?

    一、前情提示这篇文章,咱们继续来聊聊之前的亿级流量架构的演进,之前对这个系列的文章已经更新到了可扩展架构的设计。老规矩!我们首先看一下这个复杂的系统架构演进到当前阶段,整体的架构图是什么样子的。笔者再次友情提醒,如果各位小伙伴对下面这个复杂的架构图还有什么不理解的地方,一定要先回看之前的文章,因为系

  • 单体优先的微服务架构

    作者|MartinFowler当听说有团队在使用微服务架构时候,我注意到了一些规律:几乎所有成功应用微服务的系统,都来自于一个过大单体项目拆分而来。几乎所有我听到过一开始就选择使用微服务架构的系统,并从0构建,最终的结果都有一系列严重的麻烦。这些规律在我同事中产生了长期的讨论:你不应该在新项目之初就

  • 淘宝双11高并发架构是怎么设计的?看完这篇你就知道了

    一、背景引入这篇文章,我们聊聊大量同学问我的一个问题,面试的时候被问到一个让人特别手足无措的问题:你的系统如何支撑高并发?大多数同学被问到这个问题压根儿没什么思路去回答,不知道从什么地方说起,其实本质就是没经历过一些真正有高并发系统的锤炼罢了。因为没有过相关的项目经历,所以就没法从真实的自身体会和经

  • 阿里终面:说说OAuth2.0 与 单点登录的区别?

    SSO是SingleSignOn的缩写,OAuth是OpenAuthority的缩写,这两者都是使用令牌的方式来代替用户密码访问应用。流程上来说他们非常相似,但概念上又十分不同。很多人会将其混为一谈,其实这两个还是有些区别的。对于OAuth2.0相关内容在SpringCloudAlibaba实战中结

  • Apache Pulsar 如何帮助 Iterable 扩展其客户参与平台

    关键要点分布式消息传递系统支持两种类型的语义:流式传输和排队。每个都最适合某些类型的用例。ApachePulsar的独特之处在于它同时支持流式处理和排队用例。Pulsar的多层架构允许用户比其他消息传递系统更方便地扩展主题的数量和大小。Pulsar提供了可扩展性、可靠性和功能的适当平衡,以取代Ite

  • 系统架构设计之可维护性和可演化性

    可维护性软件大部分成本其实不在最初开发阶段,而是在于整个生命周期内的持续投入,包括维护与bug修复,监控系统来保持正常运行、故障排查、适配新平台、搭配新场景、技术缺陷完善及增加新功能。可惜许多程序员不喜欢维护这些所谓的遗留系统,例如修复他人埋下的bug或使用过时的开发平台或被迫做不喜欢的工作。每个遗

  • 异步任务处理系统,如何解决业务长耗时、高并发难题?

    作者| 不瞋当我们构建一个应用,总是希望它是响应迅速,成本低廉的。而在实际中,我们的系统却面临各种各样的挑战,例如不可预测的流量高峰,依赖的下游服务变得缓慢,少量请求却消耗大量CPU/内存资源。这些因素常常导致整个系统被拖慢,甚至不能响应请求。为了让应用服务总是响应迅速,很多时候不得不预留

  • 一篇带给你架构师常用术语梳理

    大家好,欢迎来到Tlog4J课堂,我是Jensen。大家或许会很好奇——架构师关注的点到底在哪里?平时具体应用到的“术语”有哪些?在这里,我整理一份架构师技术语言,希望大家看完以后可以逆向推导出架构师需要关注的重点,掌握了这些技术语言,咱们可以在技术交流中,把它们作为有力的理论支撑依据。架构技术的思

  • 编译实战 | 手把手教你在Windows环境下运行Redis6.x

    哈喽大家好啊,我是没事就愿意瞎捣鼓的Hydra。不知道有没有小伙伴像我一样,平常开发中用的是windows操作系统,有时候想装点什么软件,一看只支持linux系统,无奈要么启动虚拟机、要么装在云服务器上。这不前几天又是这样,刚想用一下Redis6.x版本来尝试一下新特性,打开官网一看,好家伙我直呼内

  • 如何平衡存储系统的一致性和可用性?

    在分布式存储系统中,让系统中多个实例的状态保持一致,是一个比较难处理的问题。尤其是当系统出现故障时,系统能否始终保持一致性,很大程度上影响了系统的可用性和数据的可靠性。典型的由不一致导致的重大事故是这样的:正常情况下,系统通过某种数据同步机制保持各实例上状态的一致性,当发生实例宕机、网络分区等故障时

  • 在正确的时间采用革命性的技术,Slack技术演进模式实录

    科技界的大多数新生事物都只是一波又一波的潮流:说话和做事的模式来了又走,没有留下永恒的印记。微内核,IA-64架构,对象请求代理,20世纪90年代的神经网络,这些东西都已经不复存在,也不会再回来了。时间已经证明了哪些东西是昙花一现,为了说明问题,我们必须追溯到很久以前。今天的我们很难想象,在鼎盛时期

  • 消息队列Broker主从架构详细设计方案,这一篇就搞定主从架构

     今天我们就来一起学习下消息队列设计的底层模块,Broker的架构设计。MasterBroker与SlaveBroker消息如何同步我们前面知道,要想Broker支持高可用,则将其设计成主从架构,前面的分布式存储也讲了好多这种架构,可以自行查看历史文章哈。首先,我们就来看第一个问题,为了保

  • 一张思维导图,包罗全面监控体系建设要点

    近年来,随着计算机技术的飞速发展,以及行业信息的共享,传统企业的运维己不再固步自封,日新月异的计算技术发展推动着企业云平台的建设,云平台的计算能力为大数据分析提供了基础,而云平台与大数据分析又将推动运维人工智能的发展。放眼云、大数据、人工智能的运维发展方向的同时,作为运维的生命线,安全生产保障的生命

  • 详解进程栈分析的两个命令:Pstack和Starce

     概述今天主要分享两个命令,比较多用来分析进程具体调用,平时排查问题会用到比较多的。pstackpstack用来跟踪进程栈,这个命令在排查进程问题时非常有用,比如我们发现一个服务一直处于work状态(如假死状态,好似死循环),使用这个命令就能轻松定位问题所在;可以在一段时间内,多执行几次p

  • 如何设计一个麻雀般的微型分布式架构?

     序言(初衷)设计该系统初衷是基于描绘业务(或机器集群)存储模型,分析代理缓存服务器磁盘存储与回源率的关系。系统意义是在腾讯云成本优化过程中,量化指导机房设备扩容。前半部分是介绍背景,对CDN缓存模型做一些理论思考。后半部分会实际操作搭建一个微型但是五脏俱全的分布式通用系统架构,最后赋予该

推荐阅读