架构设计
文章平均质量分 79
架构设计思想、技巧与方法
Cloud云卷云舒
专注互联网,数据库,云计算,行业云
展开
-
云卷云舒:软件产品质量保证思考
关系到研发质量的各类预防、检测手段,如日常研发规范,代码审查,检测工具,测试等。总体产品质量观,从上到下的质量规划,包括质量目标、质量定义和拆解、质量责任制。一般指针对问题的改进,包括根因分析,问题溯源,倒逼研发改进。2,从顶到下:结合最高目标,全体认同,包括目标、手段、约束。1,两拨人:规划的人是一波,控制和改进的是一波。3,工具:数据平台、评估模型、工具组合应用。原创 2024-01-17 23:00:04 · 556 阅读 · 0 评论 -
云卷云舒:【实战篇】K8S的安装和部署
国内安装k8s的四种途径:1. 使用kubeadmin通过离线镜像安装2. 使用阿里公有云平台k8s,钞能力3. 通过yum官方仓库安装,上古版本4. 二进制包的形式进行安装,kubeasz (github)转载 2021-09-22 02:26:03 · 5468 阅读 · 0 评论 -
云卷云舒:算力网络+云原生(上):打造云网边端协同架构
正如云计算领域发展到今天,随着技术的演进,算力网络的概念被以中国移动为主的各大云服务商先后提出,成为了通信运营商在云计算领域巨大的技术优势,比如移动云将算力网络作为未来发展的重要战略,同时,也就在近几年云服务商也相继将云原生技术作为未来技术演进的毕竟路径,“协同架构”:算力网络的到来,将云服务以更加广阔的方式送达给客户,是对于中心云服务的延伸,是云在服务广度的拓展,使能“算力无处不在”;,是在基础设施、平台、应用,甚至应用产生的全过程都来体现云的服务能力的,是云在服务深度的升华。原创 2023-12-12 12:45:12 · 3466 阅读 · 1 评论 -
云卷云舒:【实战篇】对象存储迁移
对象存储与块存储、文件存储并列为云计算三大存储模型。提供海量存储空间服务,具备快速的数据存取性能、高可靠和数据安全性,通过标准的RESTful API接口和丰富的SDK包来提供服务,支持容量和处理能力的弹性扩展。原创 2024-01-08 09:04:41 · 464 阅读 · 0 评论 -
云卷云舒:大型电信运营商应用软件健康度评估方法
该架构体系,对于电信运营商应用软件的健康度评估,综合了传统健康度评估的思想,通过引入人工智能技术实现故障前异常数据的识别,扩充了评测的样本,避免了传统评分体系中故障样本不足的弊端,同时经过滚动迭代计算评分,并根据距离当前时间远近设置不同的权重来进行综合评分,整体上考虑到了更多的因素,包括空间和时间的双重因素,准确度更高,更具有说服力。原创 2024-01-04 19:30:56 · 1987 阅读 · 0 评论 -
云卷云舒:基于业务逻辑关联度实现数据预加载
在实现一个具有复杂业务逻辑的应用系统时,大多数情况下,编码过程中必定会包含着较多的数据访问方法(java中称之为方法)或函数(c中称之为方法),同样也就意味着多次的数据库连接。一方面复杂的逻辑会将程序的响应时间拖延过长,另一方面多次的数据库连接势必会给数据库带来过多的访问压力。原创 2024-01-03 13:16:16 · 1467 阅读 · 0 评论 -
云卷云舒:浅析云数据库架构的分层设计
1、大中型企业第一个需求就是,云数据库需要适配企业的管理架构,不同部门之间的数据传递、共享一般都有独立的平台部门维护,同时每个部门又有定制部分,整个企业内部最关键的是要维护企业数据模型的稳定一致。该层是根本解决数据库扩展性的一层,事务层的扩展能力决定了数据存储的上限,因为CAP理论之下,不可能无限的舍弃其中任意一环,实现租户级别的单独扩展能力,则需要依赖内存块级别的节点资源占用调度。2、私有云数据库系统:成本节约的同时,保证了系统和数据逻辑独占的需求,提升了自主和安全感等级,是大中型企业客户的选择。原创 2024-01-01 15:44:04 · 575 阅读 · 0 评论 -
云卷云舒:构建业务型电信智能运维方法
5种算法初始值均为20(总合为100),当一次异常的判断后,比如算法1/2/3都判定是异常,算法4/5都判定为非异常,那么最终结果为判定为异常,系统向运维人员发出告警,当运维人员在平台上通过指标横向对比、请求下钻、事件挖掘之后发现该时刻的指标确实为异常,那么运维人员会将这个告警处理掉,那么此时后台就会默认向投票正确的算法的权重倾斜,为其权重加1,同时为投票错误的算法权重扣分(但总分仍保持100分);人工智能那么强大,应用场景十分的广泛,当然也包括运维领域,而且面向业务型的智能运维更是运维发展的热点趋势。原创 2023-12-29 11:05:28 · 1158 阅读 · 0 评论 -
云卷云舒:面向业务的智能运维(下)
方法二:在方法一的基础上为每个算法加入权重值,5种算法初始值均为20(总合为100),当一次异常的判断后,比如算法1/2/3都判定是异常,算法4/5都判定为非异常,那么最终结果为判定为异常,系统向运维人员发出告警,当运维人员在平台上通过指标横向对比、请求下钻、事件挖掘之后发现该时刻的指标确实为异常,那么运维人员会将这个告警处理掉,那么此时后台就会默认向投票正确的算法的权重倾斜,为其权重加1,同时为投票错误的算法权重扣分(但总分仍保持100分);如此经过长时间的不断调整,算法组合就越来越接近于准确。原创 2023-12-26 12:55:15 · 385 阅读 · 0 评论 -
云卷云舒:面向业务的智能运维(中)
分析能力是智能运维平台的核心,可以应用大数据+机器学习的分析能力,结合成熟的开源分析算法实现基本的数据分析,再结合具体的应用场景,做出一些适应性改造或匹配来实现相对较好的分析效果,千万不要只想着做出来一个分析平台来,这个平台做出来不是难事,关键在于这个平台在运维领域没有实际意义。智能告警需要可以有效的遏制“告警风暴”,这个可是告警系统中必须面对的问题,那么需要提供较高效的分析算法,实现告警的自动归类、自动消除,那么归类中最合适的方法就是寻找告警之间的关系关系,将相近的告警合并为一条发送,避免告警风暴。原创 2023-12-25 12:10:29 · 157 阅读 · 0 评论 -
云卷云舒:云原生业务应用成熟度模型
云原生业务应用成熟度模型从企业业务应用基础设施域、应用研发域以及服务治理域等三个能力域二十个过程域综合评估企业业务应用在弹性、高可用、自愈性、可观测性以及自动化等五个维度的云原生能力成熟度水平。自动化能力成熟度 = ⌊(I1+I2+D2+D3+D4+G1+G2+G3+G4+G5+G6+G7+G8+G9)/14⌋。弹性能力成熟度 = ⌊(I1+D1+D2+D4+G1+G2+G5+G6+G7+G8)/10⌋。高可用能力成熟度 = ⌊(I1+D1+G1+G2+G3+G5+G7+G8+G9)/9⌋。原创 2023-12-22 15:58:19 · 1271 阅读 · 1 评论 -
云卷云舒:【实战篇】如何提升云数据库的稳定性
2、监控区分为对外和对内,监控系统自动设置开关,合理屏蔽常规变更对于监控的影响,避免误报。1、支持全局配置管理,对全部资源池、全部版本、全部升级动作有视图,支持追溯。1、云架构的能力支撑,合理使用云基础设施,按照不同模块按需选型。4、高可用机制:最起码的容灾机制,主备切换逻辑,数据安全性审计。3、支持针对客户级别的变更,自动利用客户侧的变更完成数据库变更。2、支持灰度发布、蓝绿发布,其余的平滑过渡保障。1、排班机制,一二三线运转高效,评价绩效机制。4、容错机制、限流机制、服务降级。2、核心技术组件的选型。原创 2023-12-20 09:59:44 · 292 阅读 · 0 评论 -
云卷云舒:产品架构能力评估模型
本文通过一个示例,阐述通用性业务产品架构能力的评估标准,供参考,可用性、可维护性、性能、安全性,企业可以基于此构建产品PRR模型。原创 2023-12-18 11:03:29 · 89 阅读 · 0 评论 -
云卷云舒:微服务的构建与拆分方法
将不同的功能模块服务化,独立部署和运维,标准是按照业务的关联程度来决定, 关联比较密切的业务适合拆分为一个微服务,而功能相对比较独立的业务适合单独拆分为一个微服务。1、基于业务逻辑拆分:将系统中的业务模块按照职责范围识别出来,每个单独的业务模块拆分为一个独立的服务。4、基于性能拆分:将性能要求高或者有性能瓶颈的模块拆分出来,避免性能压力大的服务影响其他服务。2、基于可扩展拆分:将系统中的业务模块按照稳定性排序,经常变化的服务拆分粒度较细。4、可用性提升,扩展灵活性提升,为实现高可用、可扩展提供了基础。原创 2023-12-16 09:41:03 · 186 阅读 · 1 评论 -
云卷云舒:软件架构设计的经验总结
围绕架构设计的通用思想,从可用性、扩展性、高性能、一致性四个方面重点强调了架构设计的基本方法理论,具有较强的通用性和指导性。原创 2023-12-14 11:08:13 · 323 阅读 · 1 评论 -
云卷云舒系列:构建云原生应用的最佳方法
随着国内一些超级云服务商频繁出现故障,比如XX施工挖断光纤、XX变更导致全局无法订购退订、XX在促销日出现问题......应用上云了,就高枕无忧了吗?并不是。云原生应用的构建不仅仅需要有云的存在,还要选择好云产品,做好云支撑情况下的架构设计,三者缺一不可,而在广义上来讲,云原生应用则是通过云原生技术构建出的程序叫做云原生应用。这类应用底层基础架构耦合更轻,更易于迁移,更加敏捷。 这是一个应用为中心的时代了。原创 2023-12-06 09:37:31 · 330 阅读 · 1 评论 -
架构高可用性设计
一、基本概念可用性:Availability,系统可以被使用的时间的描述,即uptime,计算方式:A = uptime/(uptime + downtime),其中uptime和downtime分别为可用/不可用时间。 我们经常形容的“几个九”,最多情况下指的就是系统可用性,当然可用性越高越好,同时越高的可用性就代表着越多的资源投入,需要根据实际业务发展的阶段进行权衡,不同级别的可用性通常采取的技术手段可参见下表: 可用性等级 可用性数值 ...转载 2021-09-22 02:22:44 · 1059 阅读 · 0 评论 -
云卷云舒:一个好的架构设计文档实践
一个好的架构设计文档实践、架构文档怎么写、架构如何清晰的描述、架构文档很重要、架构文档最佳实践原创 2023-12-12 19:55:33 · 104 阅读 · 0 评论