_摘要：_ 近日，阿里巴巴新开源项目Nacos发布了v0.2版本，该版本开始支持完整的Spring生态技术栈，这包括SpringFramework、SpringBoot和SpringCloud。为了让更多的Spring用户可以在生产上基于Nacos做微服务平台的服务发现、配置管理、服务管控，Nacosv0.2版本向下兼容了大部分Spri

AI时代的到来，给企业的底层IT资源的丰富与敏捷提出了更大的挑战，利用阿里云稳定、弹性的GPU云服务器，领先的GPU容器化共享和隔离技术，以及K8S集群管理平台，好未来通过云原生架构实现了对资源的灵活调度，为其AI中台奠定了敏捷而坚实的技术底座。在2020年云栖大会上，好未来AI中台负责人刘东东，分享了他对AI云原生的理解与好未来的AI中台实践，本文为演

1.linux的jdk1.6安装和环境变量配置安装jdk1.6cd/usr/local/./jdk6u45linuxx64.bin配置环境变量并激活root@masterlocalvim/etc/profile.d/jdk.shexportJAVA_HOME

楔子在我们想要新上线一个Node.js应用之前，尤其是技术栈切换的第一个Node.js应用，由于担心其在线上的吞吐量表现，肯定会想要进行性能压测，以便对其在当前的集群规模下能抗住多少流量有一个预估。本案例实际上正是在这样的一个场景下，我们想要上线Node.js技术栈来做前后端分离，那么刨开后端服务的响应QPS，纯使用Node.js

作者|声东阿里云售后技术专家导读：相比K8s集群的其他功能，私有镜像的自动拉取，看起来可能是比较简单的。而镜像拉取失败，大多数情况下都和权限有关。所以，在处理相关问题的时候，我们往往会轻松的说：这问题很简单，肯定是权限问题。但实际的情况是，我们经常为一个问题，花了多个人的时间却找不到原因。这主要还是我们对镜像拉取，特别是私有镜像自动

作者：李坤热点问题概述一直以来，TiDB的数据访问热点问题，是用户比较关注的问题。为什么这个问题如此突出呢？这其实是“分布式”带来的结构效应。单机数据库由于只有一个节点，是不存在热点问题的(因为性能的上限就是单机的处理能力)，而分布式数据库集群存在多个节点，在达到存储扩展、读写能力扩展的目的上，我们希望大量的读写压力能够平摊在每个节点

写在前面的话本章节开始在主要介绍在运维工作中绕不开的一个话题，数据缓存NoSQL服务Redis，搭建很简单，使用很简单，运行也稳定的一批，一般小公司几乎很少出现以为量的问题导致他down掉的情况，但如果我们想走上更高的台阶，只是简单的安装运行肯定是不够的。所以我会写这几篇博客，算是做一个简单的小结，其内容涉及：主从，哨兵（高可用），集群（分布式

搭建了TiDB数据库集群。不过性能上没有达到我想要的秒级返回的结果。不过也能接收了，毕竟我们主要是用于olap，进行历史数据的分析。时间旧一点也是可以接受的。之前的历史数据是存放在oracle中的，由于历史数据很多，导致查询很慢，公司现在只能查询3个月前的订单（热数据），对于3个月后的订单，就不给客户查询了。我想到的一种解决办法就是分库分表，比如每一家门

作为技术人员tcpdump这个工具还是有必要了解的当你遇到网络协议问题一筹莫展的时候，这时候往往可以通过tcpdump来看网络的通讯过程中发生了什么事。本文只介绍工作用遇到的问题供大家参考，旨在给你工作中遇到类似问题提供解决灵感，具体tcpdump怎么使用google吧。下面通过三个案例进行介绍：案例一：flume写kafka日志报错案例二：LB（负载均衡）增加请求header后，nginx日志获取不到headerkeyclient_ip案例三：mysqlQPS特别高，但mysql并没有慢查询，想知道topKmysql语句最后：场景的http协议抓包场景