2021年11月_LarryHai6

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月 02月

原创微服务架构系列主题：监控与告警 - 业务服务监控对象和POD的连接设计

微服务架构系列主题：监控与告警 - 业务服务监控对象和POD的连接设计

2021-11-26 00:04:31 853

原创微服务架构系列主题：监控与告警 - 监控对象结构的设计

微服务架构系列主题：监控与告警 - 监控对象结构的设计

2021-11-24 01:23:33 1234

原创微服务架构系列主题：监控与告警 - 监控对象的识别与定义

目录前言监控对象识别监控对象定义前言本文是监控与告警系列主题之监控对象的识别与定义。根据项目具体需求，所有的服务都部署于K8S中并以POD形式运行。监控对象识别根据实际情况，以下级别的对象需要进行监控。K8S 主机（Master Node 和 Worker Nodes）运行在K8S集群中的管理组件，例如：controller manager, scheduler, etcd, kubelet, kubeproxy等运行在K8S集群中的服务，例如：business

2021-11-15 23:34:44 733

原创微服务架构系列主题：监控与告警 - 概念模型设计

目录前言高维概念模型概念模型解读前言最近在负责监控与告警的架构设计，经过调研和思考后，设计了高维概念模型供大家参考。高维概念模型概念模型解读可以看到上边的概念模型分成以下两个上下文，上下文的边界可以作为微服务划分的边界。1. 监控上下文2. 告警上下文在监控上下文中，包含以下5个实体对象。1. 监控对象，例如: 主机12. 指标，例如: CPU使用率，内存使用率，磁盘使用率3. 指标类型, 例如：性能指标4. 监控对象指标，是对监控对象和指

2021-11-13 22:58:34 872

转载设计模式和原则系列主题：软件研发中的N条原则

本文转自：技术琐话目录原则 1 质量第一原则 2 质量在每个人眼中都不同原则 4 高质量软件是可以实现的原则 5 不要试图通过改进软件实现高质量原则 7 尽早把产品交给客户原则 9 促使开发者与客户的目标一致原则 13 要快速地开发一次性原型原则 15 看到越多，需要越多原则 17 只要可能，购买而非开发原则 22 技术优先于工具原则 30 跟风要小心原则 1 质量第一QUALITY IS #1无论如何定义质量，客户都不会容忍低质量...

2021-11-13 22:08:42 261 1

转载架构设计参考项目系列主题：淘宝七天自动确认收货，可以怎么实现？

本文转自：架构师目前常见的应用软件都有消息的延迟推送的影子，应用也极为广泛，例如：淘宝七天自动确认收货。在我们签收商品后，物流系统会在七天后延时发送一个消息给支付系统，通知支付系统将款打给商家，这个过程持续七天，就是使用了消息中间件的延迟推送功能。 12306 购票支付确认页面。我们在选好票点击确定跳转的页面中往往都会有倒计时，代表着 30 分钟内订单不确认的话将会自动取消订单。其实在下订单那一刻开始购票业务系统就会发送一个延时消息给订单系统，延时30分钟，告诉订单系统订单未完成，如果

2021-11-12 08:21:58 173

转载架构设计参考项目系列主题：从实践出发，解锁 Serverless 的不同面

本文转自：InfoQ 架构头条目录1 Serverless 技术十年发展大揭秘2 落地案例解释 Serverless 是困扰还是机遇3 Serverless 会是云的未来吗？4 Q&A 环节2012 年，Serverless 这一概念首次被提出，直到亚马逊商用 Lambda 函数，才被大家熟知。Serverless 和很多词比如微服务一样，是没有精确定义的，也没有事实的标准。虽然现在大家都在提 Serverless First，但在技术选型和落地实践等方面还有不少顾虑。1

2021-11-10 23:16:33 316

转载架构设计参考项目系列主题：用户画像技术及方法论

本文转自：CIO之家用户画像是根据用户社会属性、生活习惯和消费行为等信息而抽象出的一个标签化的用户模型。构建用户画像的核心工作即是给用户贴“标签”，而标签是通过对用户信息分析而来的高度精炼的特征标识。既然用户体验非常重要，那如何去「度量」和「优化整个流程」呢，那就是站在「用户角度」收集其在各个模块的数据，并利用「统计」、「概率」思维「建模分析」；在产品运营、增长过程中找到「雪球效应」的「撬动点」施以影响，最终建立起「良性的闭环」。

2021-11-09 08:41:05 176

转载设计模式和原则系列主题：大规模业务技术架构设计与战术（架构师必看）

本文转自：性能与架构目录前言战略层设计原则1.1 合适原则1.2 简单原则1.3 演化原则战术层设计原则2.1 高并发原则2.2 高可用原则技术架构图3.1 逻辑架构图3.2 物理架构图总结前言技术架构，是将产品需求转变为技术实现的过程。技术架构解决的问题包括了如何进行纯技术层面的分层、开发框架选择、语言选择（这里以 JAVA 语言为主）、涉及到各自非功能性需求的技术点（安全、性能、大数据）。技术架构是确定组成应用系统实际运行的技术组件、技术组.

2021-11-02 22:44:23 286

转载微服务架构系列主题：架构师们，请收好这份多云架构指南

文本转自：InfoQ 架构头条目录前言1 多云背景介绍2 什么是多云？3 多云与混合云：有什么区别？4 如何实施多云：用例5 多云基础设施的优势6 多云基础设施的挑战7 多云最佳实践8 准备好使用多云了吗？迁移策略前言如果你想了解多云策略，阅读本文将会受益良多，本文解释了什么是多云，它是如何工作的，它能提供什么好处，以及在推出多云策略时需要注意哪些事项。在过去的十五年里，云技术改变了 IT 部门的运作方式。IDG 2020 年的一项调查发现，81% 的

2021-11-02 22:31:48 399 1

转载微服务架构系列主题：Redis击穿、穿透、雪崩产生原因以及解决思路

本文转自：架构师目录击穿为什么会有击穿发生呢?应对击穿的处理思路穿透雪崩击穿大家都知道,计算机的瓶颈之一就是IO,为了解决内存与磁盘速度不匹配的问题,产生了缓存,将一些热点数据放在内存中,随用随取,降低连接到数据库的请求链接,避免数据库挂掉。需要注意的是,无论是击穿还是后面谈到的穿透与雪崩,都是在高并发前提下,当缓存中某一个热点key失效,为什么会有击穿发生呢?有两个主要原因:Key过期Key被页面置换淘汰对于第一个原因是因为在Redis中,Key有过期时

2021-11-01 10:11:15 425

转载微服务架构系列主题：盘点Kafka一些非比寻常的坑

本文转自：ImportNew目录前言1. 顺序问题1.1 为什么要保证消息的顺序？1.2 如何保证消息顺序？1.3 出现意外1.4 解决过程2. 消息积压2.1消息体过大2.2 路由规则不合理2.3批量操作引起的连锁反应2.4表过大3. 主键冲突4. 数据库主从延迟5. 重复消费6. 多环境消费问题后记前言我的上家公司是做餐饮系统的，每天中午和晚上用餐高峰期，系统的并发量不容小觑。为了保险起见，公司规定各部门都要在吃饭的时间轮...

2021-11-01 09:59:16 160