草庐IT

AlertManager架构

全部标签

【数据库】树形数据组织架构下的封锁并发控制,B树索引并发访问控制,树协议原理及案例分析

数据库并发访问树协议​专栏内容:手写数据库toadb本专栏主要介绍如何从零开发,开发的步骤,以及开发过程中的涉及的原理,遇到的问题等,让大家能跟上并且可以一起开发,让每个需要的人成为参与者。本专栏会定期更新,对应的代码也会定期更新,每个阶段的代码会打上tag,方便阶段学习。​开源贡献:toadb开源库个人主页:我的主页管理社区:开源数据库座右铭:天行健,君子以自强不息;地势坤,君子以厚德载物.文章目录数据库并发访问树协议前言概述树结构的封锁不同点树协议的规则举例树协议原理分析总结结尾前言随着信息技术的飞速发展,数据已经渗透到各个领域,成为现代社会最重要的资产之一。在这个大数据时代,数据库理论在

这些高可用架构,堪称PostgreSQL华佗

📢📢📢📣📣📣哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10余年DBA及大数据工作经验一位上进心十足的【大数据领域博主】!😜😜😜中国DBA联盟(ACDU)成员,目前服务于工业互联网擅长主流Oracle、MySQL、PG、高斯及Greenplum运维开发,备份恢复,安装迁移,性能优化、故障应急处理等。✨如果有对【数据库】感兴趣的【小可爱】,欢迎关注【IT邦德】💞💞💞❤️❤️❤️感谢各位大可爱小可爱!❤️❤️❤️文章目录前言📣1.Citus实现的分布式集群📣2.OGG实现PG双主📣3.Bucardo搭建PG的双主📣4.主从的流复制📣5.Pgpool-II读写分离+负载均衡📣6.高可

单机架构到分布式架构的演变

目录1.单机架构2.应用数据分离架构3.应用服务集群架构4.读写分离/主从分离架构5.引入缓存——冷热分离架构6.垂直分库7.业务拆分——微服务8.容器化引入——容器编排架构总结1.单机架构        初期,我们需要利用我们精干的技术团队,快速将业务系统投入市场进行检验,并且可以迅速响应变化要求。但好在前期用户访问量很少,没有对我们的性能、安全等提出很高的要求,而且系统架构简单,无需专业的运维团队,所以选择单机架构是合适的。用户在浏览器中输入www.baidu.com,首先经过DNS服务将域名解析成IP地址10.102.41.1,随后浏览器访问该IP对应的应用服务。优点:部署简单,成本低缺

容灾的架构分析和容灾选择策略

1.传统容灾中心的架构容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的,而距离也会影响到容灾技术的选择。容灾中心的架构按照源备端之间的距离,可分为本地容灾、同城双活、两地三中心。1.1本地容灾本地容灾一般指主机集群,当某台主机出现故障,不能正常工作时,其他的主机可以替代该主机,继续正常对外提供服务。通常可通过共享存储或双机双柜的方式实现本地容灾,其中多以共享存储为主。共享存储由三部分组成:活动主节点,不活动备节点,共享存储。其中两台计算资源节点提供主备角色服务,通过SAN网络附加型存储作为数据存储的介质。主备节点共享一份存储,一旦主节点宕机,备节点可基于共享存储实

从技术架构的视角出发,介绍Istio的技术架构及各模块的功能实现原理

作者:禅与计算机程序设计艺术1.简介2017年11月,IBM、Google、Lyft联合宣布成立ServiceMesh工作组,推出了Istio开源项目。Istio是目前服务网格领域中最热门的开源产品之一,被众多云厂商和大型互联网公司采用并作为服务网格的默认解决方案。在过去的一年里,Istio迅速崛起,其GithubStar数量已经超过了3万,持续火爆发展。Istio是什么?Servicemesh(服务网格)是由专门的服务代理组件Envoy和控制面板Mixer组成的专用基础设施层。它负责收集和管理服务间通信流量的行为数据,包括负载均衡、服务路由、安全策略、流量监控等,并提供强大的流量控制和安全保

Spring Cloud Config 服务端高可用方案:使用 Config Server 为微服务架构中的基础设施层提供一个集中的外部化配置管理解决方案

作者:禅与计算机程序设计艺术1.简介SpringCloudConfig是Spring提供的云配置管理工具,它可以集中管理应用程序的配置文件,包括属性文件、yaml文件等。通过配置中心,可以方便不同环境、不同的地区、不同的项目共享同一份配置信息。在SpringCloud中,ConfigServer为微服务架构中的基础设施层提供了一个集中的外部化配置管理解决方案。  12年前,SpringCloudConfigServer采用的是Java提供的SpringBoot框架进行开发,但是随着时间的推移,Java技术已经逐渐被遗忘。在Java阵营即将崩溃时,SpringCloudConfig迎来了微服务架

android - 基于位置的 Android 应用架构的最佳实践是什么?

我想知道基于位置的Android应用架构/工作流程的最佳实践是什么?我当前的代码使用多个Activity和一个支持服务,以及多个AsyncTask。我一启动我的应用程序就启动我的服务,我在我的服务中进行所有HTTP调用和解析。而且我还写了一个AsyncTask的子类来获取用户的位置。每次需要更新用户位置时,我都会运行AsyncTask。AyncTask调用LocationManager.requestLocationUpdates()并要求尽快获取位置。我的策略是:1.首先,我获取GPS和网络的LastKnownLocation,并使用http://developer.android.

android - 具有 Android 架构组件的 AppWidgetProvider

我想实现AndroidArchitectureComponent使用AppWidgetProvider。我不确定将WidgetLifeCycle正确映射到LifeCycleevents.我创建了一个BaseAppWidgetProvider以通过我的小部件进行扩展:/***Baseclassfor{@linkBaseAppWidgetProvider}tomanage{@linkLifecycle}*/publicabstractclassBaseAppWidgetProviderextendsAppWidgetProviderimplementsLifecycleOwner{priv

android - 在单 Activity 架构中为 fragment 设置横向方向

如何实现只锁定一个屏幕方向Fragment在单Activity架构中(整个应用只有一个Activity)?是否有比在每个Fragment中指定请求方向更好的解决方案??我试图避免放置activity?.requestedOrientation=ActivityInfo.SCREEN_ORIENTATION_UNSPECIFIED每一个不相关的Fragment 最佳答案 首先让我说@madlymad的想法是正确的,如果您还没有创建一个BaseFragment类,您应该创建它。但是,如果出于某种原因您不能或不想这样做,您可以改为在Fra

24 | 典型的信息流架构是什么样的

从今天起,我们不再单独介绍推荐算法的原理,而是开始进入一个新的模块——工程篇。在工程实践的部分中,首先介绍的内容是当今最热门的信息流架构。信息流是推荐系统应用中的当红炸子鸡,它表现形式有很多:社交网络的动态信息流、新闻阅读的图文信息流、短视频信息流等等。如果要搭建一个自己的信息流系统,它应该是怎么样的呢?今天,就来一探信息流架构的究竟。整体框架信息流,通常也叫作feed,这个英文词也很有意思,就是“喂”给用户的意思。传统的信息流产品知识简单按照时间排序,而被推荐系统接管后的信息流逐渐成为主流,按照兴趣排序,也叫作“兴趣feed”。所以我们通常提到信息流,或者兴趣feed,其实都是在说同一个话题