<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[dly41721的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/dly41721</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; dly41721]]></copyright><item><title><![CDATA[MessagePack简析]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995555</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995555</guid><author>dly41721</author><pubDate>Wed, 14 Feb 2018 21:31:00 +0800</pubDate><description><![CDATA[一、MessagePack是什么
先看官方的定义：MessagePack是一种高效的二进制序列化格式。它允许您像JSON一样在多个语言之间交换数据。但是，它更快并且更小。

从官方定义中，可以有如下的结论：


MessagePack是一个二进制序列化格式，因而它序列化的结果可以在多个语言间进行数据的交换。


从性能上讲，它要比json的序列化格式要好。


...]]></description><category></category></item><item><title><![CDATA[容量规划]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995554</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995554</guid><author>dly41721</author><pubDate>Sat, 20 Jan 2018 21:25:00 +0800</pubDate><description><![CDATA[容量规划是个资源管理的命题，其目标是解答运行中的系统需要多少容量以及在什么时候需要这些容量的问题，更简单的说法就是回答我们需要在什么时候加多少机器的问题。

容量规划整体上是一个从上到下，再从下到上的一个过程，先是明确公司整体的目标，而后各个业务域和系统进行拆解，估算出系统的需求，而后再逐步汇总，统计出整个公司对各种机器资源的需求量和到位进度。

一、明确公司或系统核心指标...]]></description><category></category></item><item><title><![CDATA[大促准备（十）备注]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995553</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995553</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:15:00 +0800</pubDate><description><![CDATA[上面的步骤虽然是有先后顺序的，但是在真正执行时并不是单向的，而是会有跳跃或者反复的
检讨总结非常重要，确保不要犯重复的问题
信任但需要确认，一定要确认，一定要确认，一定要确认，
不放过任何一个预料之外的现象，要找到问题的根源并予以解决，而不能有侥幸心理


转载于:https://www.cnblogs.com/sunzhenchao/p/7834409.html...]]></description><category></category></item><item><title><![CDATA[大促准备（九）复盘]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995552</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995552</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:14:00 +0800</pubDate><description><![CDATA[老话讲：失败是成功之母，然而如果下一次的尝试时还是用上次失败时的老方法大概率还是要失败。因而更确切的说法是检讨是成功之母，失败了但进行了检讨找到了问题的根源，然后进行修正，用修正后的方法再次进行尝试获得成功的可能性将会大大增加。
复盘的作用就是如此，一方面总结在大促准备过程中碰到的问题，避免下次再犯；另一方面是把这个过程中的经验抽象总结为方法论，形成套路，为之后的同学减少障碍。比如这个...]]></description><category></category></item><item><title><![CDATA[大促准备（八）大促当天执行]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995551</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995551</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:13:00 +0800</pubDate><description><![CDATA[经过了前面的各种准备，大促终于到了，在大促当天要关注的事情也是相当多的，需要有条不紊的按部就班的执行。
1.值班安排
大促期间执行、验证、观察的事项还是比较多的，最好是有两个人进行主备，每一件事情最好能够double check，并且做好事项的分工。
2.应用服务器磁盘空间清理|重启
系统在运行过程中通常会打印多种的日志，日志打印的速度要比系统的执行速度慢上不少，如果在打印日志的...]]></description><category></category></item><item><title><![CDATA[大促准备（七）压测]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995550</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995550</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:12:00 +0800</pubDate><description><![CDATA[压测分为全链路压测和单系统服务接口压测两种，对于全链路压测要准备的事情和要改造的东西是特别多的，是一个相对庞大的系统工程，大致业务架构如下，可以单独列出一个系列来讲，这里只讲单系统的服务接口压测。

压测可以选择的框架有多种，可以根据系统所采用的代码、熟悉程度等选择一个，更好的方式是在开源的压测框架之上开发一个压测平台，降低学习成本，方便统一管控。下面的流程是假设公司内部有统一的压测...]]></description><category></category></item><item><title><![CDATA[大促准备（六）预案配置和演练]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995549</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995549</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:11:00 +0800</pubDate><description><![CDATA[一.为什么要有预案
事有轻重缓急，对于一个系统也是如此，在大促期间通常会将系统中一些不太重要的业务或操作给降级，比如详情日志打印、营销类的消息、业务控制等，将资源用于大促中不得不操作的业务上；或者在大促过程中进行链路的切换，比如启用近端、启用异步执行或者合并执行等。一个系统通常有多个这样的操作，如果一个一个执行，操作的工作量、确认工作量、总执行耗时都会比较大，并且容易造成遗漏，因为为了...]]></description><category></category></item><item><title><![CDATA[大促准备（五）压测改造]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995548</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995548</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:10:00 +0800</pubDate><description><![CDATA[压测是准备大促过程中至关重要的一个环节，在真正开始压测之前系统通常要做一定的改造，以使得压测请求的代码执行路径更符合实际情况，主要进行的改造和准备主要有如下内容
1、存储准备
对于压测服务中涉及到db（msyql、hbase、ob）的系统，在压测前需要联系DBA、PE先准备好所需的压测表。对于缓存（tair、tbase）也需要进行压测缓存key和正式key区隔处理，可以和zcache...]]></description><category></category></item><item><title><![CDATA[大促准备（四）限流配置]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995547</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995547</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:09:00 +0800</pubDate><description><![CDATA[限流主要是针对非核心服务调用者进行的。
1、确定限流对象
原则上，大促核心链路上的服务都要配置限流，以免大促期间的流量超过预估值把服务器压垮。同时还要考虑出口限流，主要是对db的限流，配置一个读写总流，以避免把服务器压垮。
2、确定限流实现方式
限流实现方式主要有两种：

对Facade包中inteface的方法配置限流
定义一个专门的service，这个service中的...]]></description><category></category></item><item><title><![CDATA[大促准备（三）资源估算]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995545</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995545</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:07:00 +0800</pubDate><description><![CDATA[这里的资源估算，主要是指系统使用的应用服务器数量的估算，对于存储及中间件的机器需求对应的pe及dba会进行估算，我们主要是进行验证。
应用服务器的估算简单的说就是：服务调用总量/单机容量。然而在真正操作时需要注意下面因素：


大多数系统是分zone部署的，因而需要把总的服务调用量按照服务分布转换为对应zone的调用总量



每一个zone通常会提供多个服务，但这些服务...]]></description><category></category></item><item><title><![CDATA[大促准备（二）调用量统计]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995546</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995546</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:06:00 +0800</pubDate><description><![CDATA[一、接口调用统计

询问上游调用方或总pm在大促期间对我们系统对应服务的调用峰值及峰值发生时间、是否为强依赖。






编号


服务


峰值


峰值时间


所在zone


场景


调用方


是否强依赖



















...]]></description><category></category></item><item><title><![CDATA[大促准备（-）态度意识]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995543</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995543</guid><author>dly41721</author><pubDate>Tue, 14 Nov 2017 20:05:00 +0800</pubDate><description><![CDATA[一、大促无小事
大促是服务端系统的头等大事，是自身技术水平、业务了解程度最好的检验场，也是扩大自身影响力最好的舞台。在大促准备过程中对于任何不符合预期的动态需要百分之百的重视，确保了解背后的原因，评估其影响，如果不能彻底消除，必须要有相应的预案和对策，并且这些预案和对策是经过验证可行的。
二、信任但要确认
大促准备过程中会有大量的协同工作，比如弹性机房的各种配置、上游系统的降级预案...]]></description><category></category></item><item><title><![CDATA[消息投递保证]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995544</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995544</guid><author>dly41721</author><pubDate>Wed, 16 Aug 2017 21:31:00 +0800</pubDate><description><![CDATA[一.消息投递保证分类
消息的投递保证主要是三种形式：
1.At most once—Messages may be lost but are never redelivered.
最多一次 --- 消息可能丢失，但绝不会重发。
2.At least once—Messages are never lost but may be redelivered.
至少一次 --- 消息绝...]]></description><category></category></item><item><title><![CDATA[面试总结]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995541</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995541</guid><author>dly41721</author><pubDate>Fri, 28 Jul 2017 23:05:00 +0800</pubDate><description><![CDATA[最近一直在进行面试，每一位面试者都需要花费30~40分钟的时间，对此进行了下简单的总结，概况起来有如下内容：
1.确定基本的要求，明确需要具备的素质和能力2.从应聘者自己的工作出发，了解其考虑问题的思路，有没有全面详细的考虑，在工作过程中主要解决的难题是什么？解决的思路是什么？对自己工作中用到的那些技术进行了深入的了解？3.对工作的内容有没有进行总结，工作内容如何能够复制到其他的类似场...]]></description><category></category></item><item><title><![CDATA[一次young gc耗时过长优化过程]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995542</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995542</guid><author>dly41721</author><pubDate>Fri, 14 Apr 2017 22:42:00 +0800</pubDate><description><![CDATA[1 问题源起
上游系统通过公司rpc框架调用我们系统接口超时（默认超时时间为100ms）数量从50次/分突然上涨到2000次/分，在发生变化时间段里我们的系统也没有做过代码变更，但上游系统的调用确发生了变化。由于处于主要链路上，sre同学找过来询问原因，所以开始了问题排查。
2 问题初步定位
排查rpc超时的基本思路是这样的：
1) 服务端处理确实超时...]]></description><category></category></item><item><title><![CDATA[java 非阻塞算法实现基础：unsafe类介绍]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995539</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995539</guid><author>dly41721</author><pubDate>Mon, 13 Mar 2017 11:14:00 +0800</pubDate><description><![CDATA[一、为什么要有Unsfae、我们为什么要了解这个类
1. java通常的代码无法直接使用操作底层的硬件，为了使java具备该能力，增加了Unsafe类
2.java的并发包中底层大量的使用这个类的功能，了解这个类有助于了解java 并发包，理解为什么并发包中的类的并发性能为什么会比使用synchronized好

二、Unsafe的主要功能
1.读功能
 读功能有两...]]></description><category></category></item><item><title><![CDATA[make no mistake, we are the last line of defense.]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995540</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995540</guid><author>dly41721</author><pubDate>Wed, 21 Dec 2016 01:15:00 +0800</pubDate><description><![CDATA[make no mistake, we are the last line of defense.

转载于:https://www.cnblogs.com/sunzhenchao/p/6206155.html]]></description><category></category></item><item><title><![CDATA[tcp为什么需要3次握手4次挥手]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995537</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995537</guid><author>dly41721</author><pubDate>Mon, 19 Dec 2016 14:49:00 +0800</pubDate><description><![CDATA[一、起因
 在网络请求中，为了提升性能，通常会采用长连接的方式避免在每一次交互都进行网络链接的创建和关闭，而长连接就是tpc的链接方式。因而有必要对tcp的创建链接和关闭有所了解。在网络上查询了一些知识，加以理解，整理成了如下的总结，然后给组装到自己的认识体系中。

二、创建链接三次握手
  tpc创建链接需要三次握手：
    1)client 发送链接请...]]></description><category></category></item><item><title><![CDATA[xfire框架内部基本结构解析]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995479</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995479</guid><author>dly41721</author><pubDate>Thu, 24 Dec 2015 18:09:00 +0800</pubDate><description><![CDATA[1 概述
xfire是webservice的一个实现框架，是apache旗下CXF的前身，是一个比较被广泛使用的webservice框架，网上有很多关于如何使用xfire或cxf的hello world案例，但是对于它是如何运行起来的介绍比较少，最近在排查问题时对xfire的代码进行了debug，因而对xfire的运行有了大概了解，在此进行下简单总结。
 

2 Service...]]></description><category></category></item><item><title><![CDATA[电商大促准备流程v2]]></title><link>https://blog.youkuaiyun.com/dly41721/article/details/101995477</link><guid>https://blog.youkuaiyun.com/dly41721/article/details/101995477</guid><author>dly41721</author><pubDate>Wed, 02 Dec 2015 19:15:00 +0800</pubDate><description><![CDATA[1 概述
对于电商企业而言，每年都会有几次大的促销活动，像双十一、店庆等，对于第一次参加这个活动的新手，难免会有些没有头绪，因而将自己参加双十一、双十二活动中的过程心得进行下总结，一方面供以后工作中继续使用，另一方面也供大家参考。
 

2 主链路梳理
当前主流的IT架构基本上都是SOA的架构，一个业务的完成需要多个系统的参与，这些参与的系统便形成一个链路。而主链路就是双十一...]]></description><category></category></item></channel></rss>