搜索[高并发]结果-低调大师优秀个人博客

精选列表

搜索[高并发]，共10000篇文章

SpringCloud 应用在 Kubernetes 上的最佳实践 —— 高可用（弹性伸缩）

— 线上发布（可回滚）》《SpringCloud 应用在 Kubernetes 上的最佳实践 — 线上发布（优雅上下线）》《SpringCloud 应用在 Kubernetes 上的最佳实践 — 高可用

2020-10-08

SpringCloud 应用在 Kubernetes 上的最佳实践 — 高可用（容量评估）

高可用体系介绍首先来介绍下高可用体系，应用生命周期的高可用都有哪些策略、分别可以实现什么能力呢？

2020-09-24

大搜车：云上多地域高可用消息系统的构建

汽车产业互联网平台大搜车由姚军红创立于2012年12月，先后获得阿里巴巴集团、蚂蚁金服、晨兴资本、华平投资、春华资本等机构超过12亿美元融资。2017年12月，大搜车列入由硅谷全球数据研究机构PitchBook评选的“2017年全球新晋独角兽”名单。目前，大搜车已经搭建起比较完整的汽车产业互联网协同生态。随着业务业务的快速发展，大搜车遇到了一系列的问题：大量微服务系统，总数在2000以上，这些系统之间的异步通信全部都需要通过消息队列MQ，导致消息量大幅增加，日均消息TPS在6000以上，消息系统的稳定性成为云上业务稳定保障的重中之重。由于有杭州和北京两大研发中心，客户在杭州和北京都部署了大量业务系统，多地域应用的消息同步需要有稳定可靠的机制。物联网设备的管理和接入对消息系统提出了更高的要求。大数据领域大量应用Kafka，需要更稳定

2020-06-23

基于SAE的免运维、高资源利用率微服务

场景描述本文Step by Step 介绍了如何用 Serverless 应用引擎（SAE）帮助中小企业极速构建云上微服务应用，以及通过弹性伸缩从容应对突发性流量洪流，灵活启停应用环境降低资源成本。解决问题微服务应用极速上云。弹性伸缩从容应对突发性流量洪流。应用环境灵活启停，降低资源成本。产品列表 Serverless 应用引擎SAE 负载均衡SLB 应用实时监控服务ARMS 云监控性能测试PTS

2020-02-12

百万TPS高吞吐、秒级低延迟，阿里搜索离线平台如何实现？

对于将主搜这种逻辑复杂的大数据量应用迁移到搜索离线平台总是不缺少性能的挑战，搜索离线平台经过哪些优化最终实现全量高吞吐、增量低延迟的呢？

2020-02-11

轻松构建基于 Serverless 架构的弹性高可用视频处理系统

前言随着计算机技术和 Internet 的日新月异，视频点播技术因其良好的人机交互性和流媒体传输技术倍受教育、娱乐等行业青睐，而在当前，云计算平台厂商的产品线不断成熟完善，如果想要搭建视频点播类应用，告别刀耕火种，直接上云会扫清硬件采购、技术等各种障碍，以阿里云为例：这是一个非常典型的解决方案，对象存储 OSS 可以支持海量视频存储，采集上传的视频被转码以适配各种终端，CDN 加速终端设备播放视频的速度。此外还有一些内容安全审查需求，比如鉴黄、鉴恐等。而在视频点播解决方案中，视频转码是最消耗计算力的一个子系统，虽然您可以使用云上专门的转码服务，但在很多情况下，您会选择自己搭建转码服务。比如：您已经在虚拟机/容器平台上基于 FFmpeg 部署了一套视频处理服务，能否在此基础上让它更弹性，更高的可用性？您的需求只是简单的

2019-11-20

四、Kubernetes模拟生产环境搭建高可用集群之Etcd集群部署

一、Etcd组件简介 Etcd是一个高可用的键值存储系统，快速地保存和提供对关键数据的访问。它通过分布式锁定，领导者选举和写入障碍实现可靠的分布式协调。

2019-11-02

云计算技术改变企业高管的四个原因

但是随着企业继续采用云计算技术，当企业高管在实时需求和数字化转型的世界中导航时，它还能为高管带来哪些额外的好处? 1.可见性领导者通常被视为有远见的人，他们应该能够发现趋势并保持领先地位。

2019-10-18

高德全链路压测平台TestPG的架构与实践

导读 2018年十一当天，高德DAU突破一个亿，不断增长的日活带来喜悦的同时，也给支撑高德业务的技术人带来了挑战。如何保障系统的稳定性，如何保证系统能持续的为用户提供可靠的服务？

2019-08-20

基于Rancher 2.2.5的高可用分布式集群环境搭建(一）

下载并发传v0.2.7-rke_linux-amd64至该目录下 mv v0.2.7-rke_linux-amd64 rke chmod +x rke sudo mv rke /opt/rancher/

2019-08-07

Java进程CPU占用高导致的网页请求超时的故障排查

二、定位故障根据这种故障的一般处理思路，先找出问题进程内CPU占用率高的线程，再通过线程栈信息找出该线程当时在运行的问题代码段，操作如下：２.1、根据思路查看高占用的“进程中”占用高的“线程”，追踪发现

2019-08-05

每日一博 | AI 怎么将人绑定到高德地图上？

导读：高德地图作为中国领先的出行领域解决方案提供商，导航是其核心用户场景。路线规划作为导航的前提，是根据起点、终点以及路径策略设置，为用户量身定制出行方案。

2019-07-23

日均7亿交易量，如何设计高可用的MySQL架构？

转型的核心诉求和策略在上面的转型大背景下，数据作为核心，我们展开了对开放平台的数据库的架构转型，同时提出了几个核心的策略：首先，在业务支撑方面，做到高并发、可扩展、支持海量数据存储及访问，以及两地三中心高可用容灾

2019-07-10

突破Java面试(06)-如何保证消息队列的高可用性

0 Github 1 面试题如何保证消息队列的高可用性 2 考点分析高可用是必问的，因为MQ的缺点很多，导致系统可用性降低。

2019-06-24

再一次生产 CPU 高负载排查实践

前言前几日早上打开邮箱收到一封监控报警邮件：某某 ip 服务器 CPU 负载较高，请研发尽快排查解决，发送时间正好是凌晨。其实早在去年我也处理过类似的问题，并记录下来：《一次生产 CPU 100% 排查优化实践》不过本次问题产生的原因却和上次不太一样，大家可以接着往下看。问题分析收到邮件后我马上登陆那台服务器，看了下案发现场还在（负载依然很高）。于是我便利用这类问题的排查套路定位一遍。首先利用 top -c 将系统资源使用情况实时显示出来（-c 参数可以完整显示命令）。接着输入大写 P 将应用按照 CPU 使用率排序，第一个就是使用率最高的程序。果不其然就是我们的一个 Java 应用。这个应用简单来说就是定时跑一些报表使的，每天凌晨会触发任务调度，正常情况下几个小时就会运行完毕。常规操作第二步自然是得知道这个应用中最耗 CPU 的线程到底再干嘛。利用 top -Hp pid 然后输入 P 依然可以按照 CPU 使用率将线程排序。这时我们只需要记住线程的 ID 将其转换为 16 进制存储起来，通过 jstack pid >pid.log 生成日志文件，利用刚才保存的 16 进制进程 ID 去这个线程快照中搜索即可知道消耗 CPU 的线程在干啥了。如果你嫌麻烦，我也强烈推荐阿里开源的问题定位神器 arthas 来定位问题。比如上述操作便可精简为一个命令 thread -n 3 即可将最忙碌的三个线程快照打印出来，非常高效。更多关于 arthas 使用教程请参考官方文档。由于之前忘记截图了，这里我直接得出结论吧：最忙绿的线程是一个 GC 线程，也就意味着它在忙着做垃圾回收。 GC 查看排查到这里，有经验的老司机一定会想到：多半是应用内存使用有问题导致的。于是我通过 jstat -gcutil pid 200 50 将内存使用、gc 回收状况打印出来（每隔 200ms 打印 50次）。从图中可以得到以下几个信息： Eden 区和 old 区都快占满了，可见内存回收是有问题的。 fgc 回收频次很高，10s 之内发生了 8 次回收（(866493-866485)/ (200 *5)）。持续的时间较长，fgc 已经发生了 8W 多次。内存分析既然是初步定位是内存问题，所以还是得拿一份内存快照分析才能最终定位到问题。通过命令 jmap -dump:live,format=b,file=dump.hprof pid 可以导出一份快照文件。这时就得借助 MAT 这类的分析工具出马了。问题定位通过这张图其实很明显可以看出，在内存中存在一个非常大的字符串，而这个字符串正好是被这个定时任务的线程引用着。大概算了一下这个字符串所占的内存为 258m 左右，就一个字符串来说已经是非常大的对象了。那这个字符串是咋产生的呢？其实看上图中的引用关系及字符串的内容不难看出这是一个 insert 的 SQL 语句。这时不得不赞叹 MAT 这个工具，他还能帮你预测出这个内存快照可能出现问题地方同时给出线程快照。最终通过这个线程快照找到了具体的业务代码：他调用一个写入数据库的方法，而这个方法会拼接一个 insert 语句，其中的 values 是循环拼接生成，大概如下： <insert id="insert" parameterType="java.util.List"> insert into xx (files) values <foreach collection="list" item="item" separator=","> xxx </foreach> </insert> 所以一旦这个 list 非常大时，这个拼接的 SQL 语句也会很长。通过刚才的内存分析其实可以看出这个 List 也是非常大的，也就导致了最终的这个 insert 语句占用的内存巨大。优化策略既然找到问题原因那就好解决了，有两个方向：控制源头 List 的大小，这个 List 也是从某张表中获取的数据，可以分页获取；这样后续的 insert 语句就会减小。控制批量写入数据的大小，其实本质还是要把这个拼接的 SQL 长度降下来。整个的写入效率需要重新评估。总结本次问题从分析到解决花的时间并不长，也还比较典型，其中的过程再总结一下：首先定位消耗 CPU 进程。再定位消耗 CPU 的具体线程。内存问题 dump 出快照进行分析。得出结论，调整代码，测试结果。最后愿大家都别接到生产告警。你的点赞与分享是对我最大的支持

2019-06-18

借助混沌工程工具 ChaosBlade 构建高可用的分布式系统

在分布式架构环境下，服务间的依赖日益复杂，可能没有人能说清单个故障对整个系统的影响，构建一个高可用的分布式系统面临着很大挑战。

2019-05-14

前 Mozilla 高管爆料，谷歌一直在破坏火狐

近日，一位前 Mozilla 高管表示，谷歌本身对用户从 Firefox 迁移到 Chrome 负有部分责任。

2019-04-17

Gitter - 高颜值GitHub小程序客户端诞生记

毕竟笔者想要的是一款高颜值的GitHub小程序。嗯，不慌，默默的拿出了笔者沉寂已久的Photoshop和Sketch。

2019-01-30

史上最全的高可用服务系统线上问题排查工具单（一）

上一篇文章保证高可用Java服务化系统高效运行的必备工具箱介绍了笔者在互联网公司里线上应急和技术攻关过程中积累的应用层脚本和Java虚拟机命令，这些脚本和命令在发现问题和定位问题的过程中起到关键作用，然而

2018-12-18

centos7使用kubeadm配置高可用k8s集群

简介使用kubeadm配置多master节点，实现高可用。

2018-12-16

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。