魏小言的博客

“可观测性-Observability，云原生技术领域最热门话题之一。”code杂坛：关注一线大厂 “ 互联网时讯、各技术栈、产品、开源社区、等最新讯息 ”—1—可观测性引入“可观测性” 术语源于几十年前的控制理论。在许多实际问题中，控制系统的状态变量不是由直接测量得到的，而是通过某种观测方法得到的，由某种观测系统所得到的结果能否真实反映系统的状态就是控制系统的可观测性。可观测性表示输出可以完全反映系统状态的特性，就像汽车方向盘下的各项仪表盘一样，实时动态告诉我们车辆的...

文章目录服务事故服务挂了事故排查问题定位问题修正问题思考Docker部署详解为什么容器化将会成为顶流？Docker部署三件套DockerfileDockerfile执行过程Dockerfile指令详解Docker-compose.ymlDocker-compose配置解析Docker-compose指令详解Deploy.shDockerfile & Docker-compose区别Q&A附录本文涉及Docker容器化部署相关知识，建议收藏，追更！！！服务事故服务挂了  今个日志实时分

Docker服务配置文件查找登陆开发机/跳板机；Sudo docker psSudo docker exec -it graphite「names/id」 /bin/sh 「退出容器不会停止服务」进入到终端界面「以下操作同终端命令」：ls启服务Sudo docker ps -aSudo docker start 4ce44b0fc67d「id」停服务Sudo docker psSudo docker stop 4ce44b0fc67d「id」重启服务Sudo dock

文章目录Prometheus + Grafana 监控效果图一、Prometheus 简介Prometheus成长历程Prometheus诞生背景云时代的到来Prometheus 监控特点二、Prometheus 架构模型Prometheus 核心组件三、Prometheus 指标设计指标设计规范的诞生四、Prometheus 存储模型LSM 结构模型LSM 模型—写操作LSM 模型—读操作LevelDb 结构模型LevelDb模型—写操作LevelDb模型—读操作Prometheus 存储引擎时间分片策略

监控平台监控诉求监控平台在各个公司及部门都很普及，什么是监控，我们做监控的诉求是什么/？监控对象人、物、行为…归根结底是数据。针对业务平台监控，数据可以是在线数据流、日志、数据库元数据…监控智能化监控不应仅仅是对数据的收集展示，需要进行数据分析、挖掘及建模「拆分/上下钻/排序/特定逻辑…」等处理，完成监控的智能化「观察动态数据趋势辅助业务做相关决策、定位问题、场景快照及复原…」，从而满足监控诉求，这样才是一个成熟的监控。监控常见问题1、数据如何采集/？推or拉or…2、监控系统架构是

目录主流监控组件对比ZabbixOpen-FalconPrometheus（普罗米修斯）vMonitorGraphite主流监控组件对比ZabbixZabbix于1998年诞生，核心组件采用C语言开发，Web端采用PHP开发，它属于老牌监控系统中的优秀代表，能够监控网络参数，服务器健康和软件完整性，使用也很广泛。Zabbix采用MySQL进行数据存储，所有没有OpenTSDB支持Tag的特性，因此没法按多维度进行聚合统计和告警配置，使用起来不灵活。Zabbix没有

由于这些类型的任务可能存在的时间不够长而无法被抓取，因此他们可以将指标推送到 Pushgateway，然后 Pushgateway 将这些指标暴露给 Prometheus。另外需要注意的是 Pushgateway 不提供任何强一致性保证，没有高可用的方案，它可以做的最好的事情就是将每个指定时间段的指标保存到磁盘了，总之不到万不得已的情况下最好别用 Pushgateway。类型的指标，其中第一个参数为指标名称，第二个参数为指标的注释信息，第三个参数为相关的标签，然后为不同的标签值设置不同的指标值，最后通过。.

监控平台在各个团队部门都很普及，什么是监控，我们做监控的诉求到底是什么？

我们举个例子：假如现在有三层，文件大小分别是：9，90，900，r=10。在 LevelDB 中 LSM-tree 被分成三种文件，第一种是内存中的两个 memtable，一个是正常的接收写入请求的 memtable，一个是不可修改的immutable memtable。首先是内存的 C0 层，保存了所有最近写入的 （k，v），这个内存结构是有序的，并且可以随时原地更新，同时支持随时查询。最新的数据在 C0 层，最老的数据在 Ck 层，所以查询也是先查 C0 层，如果没有要查的 k，再查 C1，逐层查。..

Prometheus + Grafana 实时监控系统云原生技术的飞速发展，使基础组件的易用性得到大幅度提升。利用基于 Docker 的 Prometheus、Grafana，五分钟就可以完搞定。

文章目录DevOps 与 Security 的伴生结合：DevSecOpsSecurity 需要敏捷，拥抱自动化DevSecOps 诞生的动机2.1 不同的焦点，不同的价值2.2 DevOps vs DevSecOps2.3 常见问题推荐阅读DevOps 与 Security 的伴生结合：DevSecOps​“ 如果安全性只是融合在构建和交付软件的总体工作中的一组技能，那么我们就没有理由称之为安全保证！”Security 需要敏捷，拥抱自动化DevOps是一个操作框架，通过自动化来促进软件的一致性

文章目录微服务为什么要用云原生网关微服务（网关）的发展微服务发展大事记微服务网关的变化Kubernetes 微服务技术趋势及痛点云原生时代的高要求和可选择精细化运营的需求架构升级的痛点云原生网关的优势云原生网关=流量网关+微服务网关+？功能更丰富性能更强劲稳定更可靠重磅功能层出不穷微服务为什么要用云原生网关随着云原生技术的发展，微服务的架构选型也是日新月异。在 Kubernetes 重塑运维体系的云时代，我们在安全、降本提效、精细化运营等方面都有了更高的要求和更多的选择。曾经关炙手可热的 Zuul/Sp

文章目录云原生应用架构的迁移 二 ：扼杀单体分解应用，抽微服务扼杀终结新服务崛起Q&A附录云原生应用架构的迁移 二 ：扼杀单体云原生应用架构，以快速创新、服务弹性扩展、持续交付价值的特性，使企业产品服务在市场中具备真正敏捷的竞争力！上篇介绍 云原生应用架构的迁移 一 ：增量迁移范式 应用上云的第一步，就有小伙伴问了，“ 无需新功能的应用需要怎么做迁移呢？”今天来解答，这种疑问的同学可以跳过第一步，直接进行第二步：扼杀单体 ！分解应用，抽微服务在原始森林中的藤系植物，有着与众不同的生活法

文章目录云原生应用架构的迁移 一 ：增量迁移范式拆分原架构，迁移上云增量范式新功能微服务化隔离层表现层适配器转换器扼杀单体应用Q&A附录云原生应用架构的迁移 一 ：增量迁移范式云原生应用架构，以快速创新、服务弹性扩展、持续交付价值的特性，使企业产品服务在市场中具备真正敏捷的竞争力！拆分原架构，迁移上云前篇文章介绍了 云原生应用架构中的技术变革 三：从集中专治到分散化 ，大家读了之后会觉得：“ 太棒了，品完就想立马结合手上的资源 Try 一 Try ! ”那么就可能会有这样的问题，在分解数

文章目录云原生应用架构中的技术变革 三：从集中专治到分散化单体拆分微服务数据拆分容器化集中至分散Q&A附录云原生应用架构中的技术变革 三：从集中专治到分散化云原生应用架构为现编程架构设计开辟了全新的征途，以快速创新、服务弹性扩展、支持交付价值等特性为征途奠基，使产品服务在市场中具备真正敏捷的竞争力！那么我们的服务要上云，除了在文化组织上进行革新。在技术中，我们需要做哪些准备和调整呢？单体拆分传统的应用架构设计依托于 N 层单体式应用部署，业务状态与架构部署紧密耦合，甚至有些交互直接与特定

文章目录云原生应用架构中的组织变革：开发的是产品，而不是项目！为什么要进行组织变革康威定律反康威定律云原生应用适合什么样的组织Q&A附录云原生应用架构中的组织变革：开发的是产品，而不是项目！  公司的组织关系和文化有着息息相关的联系，前篇文章介绍了 “ 云原生应用架构中的文化变革 一：秉承精益制造之魂，启行 DevOps 之路！ ”，下面聊一下与文化对应的组织变革！  问题来了，究竟什么样的组织关系适合云原生应用呢？为什么要进行组织变革  前 文化篇 中介绍过，目前大部分公司对 IT 的组

文章目录EXPOSE 指令Docker 四种基本网络模型Bridge 模式docker run -tid —name nginx -p 8300:8300 nginx:latest-P 标记EXPOSE 指令docker run -P -d nginx:latest-p 标记docker run -p 80:80 -v /data:/data -d nginx:latestHost 模式None 模式Container 模式eth0vethbridgeEXPOSEQ&A附录为什么要聊这个话题呢？

文章目录云原生应用架构中的文化变革 二：从间接均衡到持续交付！敏捷模式敏捷被忽略的核心思维 —— 价值驱动为什么忽略核心的思维 —— Water-Scrum-Fall 困境如何破局 —— 云原生Q&A附录云原生应用架构中的文化变革 二：从间接均衡到持续交付！  从上世纪 40 年代第一台计算机诞生，到现在软件工程化，期间涌现无数的开发模式。  比如经典的 “ 瀑布模型 “、“ 增量模型 ”、“ 螺旋模型 ”、“ 喷泉模型 ”、“ 敏捷开发 ”等等。  每一种开发模式，都在合适的场景、时空发挥

文章目录在变革中前行文化变革在前行研发的使命运维的使命DevOps精益制造Q&A附录在变革中前行  云原生架构的使用，对企业来讲，不仅仅是技术的革新，更是 “文化” 和 “组织” 的变革！文化变革在前行为什么文化要进行变革呢？  正如 1912 年，清王朝覆灭一样，“ 旧的 ”，“ 传统 ” 的企业文化与产品服务价值脱节，成为了产品服务升级中的拖油瓶！  正如 2013 年提出的，社会主义核心价值观一样，“ 富强、民主、文明、和谐，自由、平等、公正、法治，爱国、敬业、诚信和友善 ”

文章目录为何使用云原生应用架构 四 ：独霸天下之四大绝技 — 终端多样性 篇互联网下半场的到来科技推动生活方式的改变为服务人们未来科技生活而存在的应用架构负载随时随地的指数级变化不同的操作系统及厂商终端多样性Q&A附录为何使用云原生应用架构 四 ：独霸天下之四大绝技 — 终端多样性 篇互联网下半场的到来  纵观整个互联网发展，从公司主要商业类型，目前可分为两场。从上世纪 90 年代末，到20世纪上半叶属于上半场，14年至今属于后半场。  前半场，互联网刚刚兴起，公司的主要发展方向是推广，洪利

文章目录普罗米修斯？对！就是 Prometheus ，如何计算 P90 / P99 ? 准确评控服务耗时性能！服务耗时是对系统性能评估的重要因素极短的服务耗时是用户体验良好的基准P90 / P99 / Avg 衡量服务耗时指标Prometheus histogramP90 \ P99 计算P90 \ P99 代码实现Q&A附录普罗米修斯？对！就是 Prometheus ，如何计算 P90 / P99 ? 准确评控服务耗时性能！  前文 “ 普罗米修斯？古希腊泰坦之神？异形？不，新一代企业级监控组

文章目录为何使用云原生应用架构 三 ：独霸天下之四大绝技 — 弹，弹，弹性扩展篇业务/服务能力快速增长才是软件生命周期主旋律产品/服务持续增长背后是技术架构的全力输出服务垂直扩展服务水平扩展服务自主弹性扩展Q&A附录为何使用云原生应用架构 三 ：独霸天下之四大绝技 — 弹，弹，弹性扩展篇  上篇文提到，在保障软件价值交付的速度同时，云原生应用架构提供了安全及容错机制，确保实现价值的高可靠性。  软件的功能部署有了着落，而这仅仅只是开头，在软件价值实现整个生命周期中，服务或业务能力的增长才是主.

文章目录容器化基本技术名词浅释资源利用率十分低效！容器技术兴起DockerDocker- ComposeK8s PodQ&A附录容器化基本技术名词浅释  关于云原生架构的部署技术，有 Docker、Docker - Compose、K8s 、Pod 等等很多名词，这里做简单的讲解，给大家区分之间的不同和各自相对应用场景。资源利用率十分低效！  在传软件部署阶段，往往是一个应用对应一个服务器，资源利用率严重不足；后来随着虚拟机技术的出现，可将服务器虚拟化为多个服务器进行应用部署，资源利用率同.

文章目录为何使用云原生应用架构 二 ：独霸天下之四大绝技安全是生产的第一要素如何才能做到即安全又快速呢？可视化错误隔离容错自动恢复Q&A附录为何使用云原生应用架构 二 ：独霸天下之四大绝技  上篇提到云原生架构让企业拥有绝对的敏捷力量，在市场竞争中具备优势！“ 四大绝技——速度 “ 使基于云原生架构的服务赋予了强劲的抗风险性的同时，创造了丰富的创新价值。  然而，只是拥有了速度还是不够的！安全是生产的第一要素  在中国，无论是省道、国道、还是人流湍急的小城马路，“ 安全第一 ” 的警示牌.

文章目录为何使用云原生应用架构 一 ：独霸天下之四大绝技独霸天下之四大绝技绝技之速度 「天下武功，唯快不破」Q&A附录为何使用云原生应用架构 一 ：独霸天下之四大绝技  上篇文说到，云原生架构使企业在市场竞争中具备了真正的敏捷力量！  那么在各种技术架构涌现的时代，为何云原生架构独占鳌头，代表了真正的力量？  接下来将围绕此问题做解答，希望你有所收获！独霸天下之四大绝技  云原生架构在近年来持续迅速发展，有着独霸一方的势头。  在这叱咤时代，引领技术发展主航道的背后，云原生有着 “ 四

文章目录云原生的崛起致命的破坏力Q&A云原生中，云定义包括哪些？为何真正的敏捷力量需要使用云原生应用架构？附录  今天打算，开云原生专栏的贴，详细梳理讲解关于云原生，生态中的云原生架构。感兴趣的朋友可以关注收藏！云原生的崛起  从90年代末「第一批主流互联网创立」算起，中国互联网已经发展了二十多年。二十多年来，互联网无时无刻不在扩散，蔓延…  正如 Mark Andreessen 「硅谷著名风投机构Andreessen Horowitz联合创始人——硅谷未来预言家」所说：“ 软件正在吞噬世界