如何提高视频清晰度?

方法一从视频拍摄时出发,一定要确保视频亮度

建议大家选择白天拍摄视频,这样光线充足,如果非要夜晚拍摄,也要保证充足的光线。尤其是用手机拍摄的小伙伴,一点要注意。

在这里给大家补充一个小知识,视频的亮度越暗,视频内存越大,压缩更严重,另外手机在夜间的感光度是非常高的,但要想视频高清,就得通过提亮光线的方式来降低感光度,提升视频的清晰度。

当然大家也不要在强光下拍摄,这样也会被严重压缩的。

方法二重视视频的后期处理

有时候看原视频的时候还是很高清的,但是上传发布之后是灰蒙蒙的。这一点我们可以通过后期对视频的加工处理解决这一问题。

首先我们要有调色加滤镜的意识,处理视频和平常处理图片是很像的,当我们对视频的色温、饱和进行调整,整个视觉效果是完全不一样的。

关于视频后期处理,我们可以先使用一些简单的工具,然后自己再慢慢摸索学习,做的多了,自然就越来越了。

方法三适当增加视频的锐度

在视频后期处理时,适当增加一下视频的锐度也能让视频变清晰一点,你可以自己尝试一下,增加一下视频的锐化程度,你会发现视频会变的清楚一些。

另外还有一点,大家如果有电脑的话,建议使用网页端上传视频,这个差别不是很大,但是还是稍微要清楚一点点。

另外大家如果是手机传到电脑上,建议用QQ上传,因为微信会压缩。

另外某种程度上来说分辨率越高。但是,我们在拍摄抖音或者快手作品的时候,上传的时候会压缩,并且经过我的测试,我发现视频分辨率建议不要超过2k,因为平台会压缩,分辨率越高压缩的就越厉害,建议是1080P是最佳的。建议大家能用网页版上传视频就用网页版上传视频,是在不行在手机上发布视频时记得打开“高清发布”的按钮。

找热点

热点怎么追?追热点的核心,注意时效性,速度一定要快!话题性

涉军、涉政等热点,不要触碰,一些灾难性的热点尽量也不要蹭。

01 微博热搜榜

02 头条热搜

03 知热搜榜

04 即时热榜(聚合)https://www.jsrank.cn

写热点文的技巧

首先就是综合法:热点事件的发生,大多是突然的,好多读者并不了解事情的前因后果。写作者就要第一时间,把事件的所有有关联的素材都搜集起来,包括人物的背景、相关联的其他人、事件的背景、发生的时间、后续可能的影响、各方权威人物的佐证等。

其次就是反面法:热点事件作者可以从自己的独立面来进行分析、提出自己的观点,哪怕是和主流观点是相反的。只要你能逻辑自洽,有足够的素材支撑自己的观点,你的文章就能爆。

最后是叠加法:虽说热点自带流量,但读者并不一定会对你写的热点产生兴趣,但是如果把最近的热点都进行叠加,这样一来不但增加文章的曝光度,并且还可以增加受众人群。

标题小技巧

1、标题一定要有关键词这个关键词不局限,比如你是科技领域,标题中就可以带一些华为、小米等或者腾讯、雷军、罗永浩等人人熟知的关键词,为啥呢?首先关键词大家都熟知,降低了认知和理解门槛,其次是有可以帮助平台精心更精准的推送,你标题中带了小米,那么将会精准的推送到小米粉用户手机上,他们对你的文章更感兴趣,会愿意点开来看,或者点赞。我们可以看一下易撰爆文库中科技领域的爆文,不是阿里就是华为,都是关键词。

2、标题一定要有数字标题中的数字可以是数量可以是方法可以是年龄,不信你去看小易的历史推文,基本每个标题都有数字的,一个是数字有量化做用,其次当用户看到你的标题时候,会觉得你的内容可看性更强,比如标题是3个技巧,不能写太多,比如不能写30个,多了就没人愿意看了。

3、标题要有情感词有情感词,也就是起到修饰作用的,比如我后面的那个强烈推荐,就是为了增强打开的,除了这个,还可以是必看,不得不看,建议收藏,新手必看,不看后悔等情感词,让用户觉得不看你这篇文章就是一种损失。

标题拆解:为何小米汽车都月销2万了,很多车企却不行?内行人道破,明白了 重点在后面的两句,他承诺了内容

标题模板一、多用问句,以提问的形式,引发用户的好奇心,一看诶,自己心里有个答案,就会自我代入。

标题模板二、整点焦虑,戳中用户痛点,都刷到这里,不得不看呀。(写某一些特定群体的痛点,这样会让人有代入感,比如:结婚前“我养你”,结婚后“是我养的你”,就是写已婚人士看的)

标题模板三、强类安利,比如我们经常看到那种,xxx不好用,我直播吃屎!

标题模板四、蹭热点,最近什么火,你就写啥。

有故事、有情绪、有顺序。

这说的是啥呢?别急我先给大家解释一下,所谓有情绪就是你所表达的内容要有一个明确的态度;所谓顺序就是标题中重要的内容放前面;而故事就是我们说的热点,找一个好的切入点,可以降低文章的理解成本,让用户有认同感,同时平台能够精准的进行推荐。

要重点突出

文章的标题最好控制在 15 个字之内,特殊情况下不能超过 20 个字,不能过长,以免在搜索引擎中不能完全显示;而且太长的标题也会让读者失去阅读兴趣,尽量使用口语化语句,避免出现过于专业与晦涩的词语,通俗易懂

研究表明,引人入胜的标题的特征通常包括以下一项或多项:关注为什么读者应该关心清晰和承诺情感挂钩激起好奇心提供解释对部落的吸引力这项研究还强调了语境的重要性,以及理解在你的特定语境中什么是有效的,比如你的受众、你的行业、你的主题和你的社交网络。记住以下几点,在制定标题时,提出一些可能有用的问题:读者为什么要关心你的内容?你能就你的文章对读者的影响做出承诺或声明吗?你能加入情感元素吗?特别是如果你想在脸书上获得吸引力的话?你是不是在利用一个热门话题,如果是的话,你能在标题中说出来吗?你能让它成为测验或挑战吗?你能把它定位为解释或回答帖子吗?谁是你的部落-什么标题能引起他们的共鸣?一个更具党派性或争议性的标题会吸引你的部落吗?你的标题是12-18个字吗?
情绪化的标题推动脸书互动
最具吸引力标题短语:会让你 这就是为什么 can we guess
好奇心和偷窥癖也吸引了脸书的参与

01 为什么 数字悬念

疑问式标题,提出一个问题,如果读者恰好也想知道答案,往往就会点进来看。比如“实习时千万不能选的工作,99%的毕业生都不知道。”这类标题相信很多毕业生都会感兴趣。

02 为什么 关联权威

这个句式和上面的区别在于后半部分,这里是关联权威,借助权威的因素让用户产生兴趣和信任,吸引他点击我们的标题。比如:孩子咳嗽老不好?专家这样说!

03 为什么 理想状态

理想状态就相当于给用户展示的一个钩子,给他一种看完你的文章,也能达到理想状态的效果,比如“如何一秒记一个单词?一个方法让你十天过雅思!”花一秒时间就能记得一个单词,用户当然想试试,就会点开标题。

04 那么多 凭什么

凭什么一般都是接的令人艳羡的现象。比如:“那么多人毕业就失业?凭什么xxx毕业就年薪百万?”用这个句式套用,相当于把用户心中的困惑给表达出来了,用户就会想,到底是为什么,他能做到我是不是也能?

揭私密:人都有对私密内容的猎奇心,所以很多媒体会在标题上冠以内部邮件、独家爆料、私密、揭秘等私密属性的词汇,这类标题就是利用读者的好奇心来获取流量。

01 颠覆认知

每个标题类型,都会有一个核心概念,而颠覆现有认知标题类型的核心概念是:大众认为对的,那就是无感标题。举个简单的例子,比如「孩子小,你不能让着点么?」「不能」,这类标题就会颠覆认知,引起大众的好奇心。

02 创造悬念

什么是悬念呢,简单的理解,就是某个方面不清楚,所以想知道。基本核心是:引发好奇心。举个例子,他是梁启超最爱,美国洗碗拿到博士,中国同学造导弹打中国,他造导弹保卫祖国。这里他是谁,大家就会非常想知道。

03 创造共鸣

共鸣类标题的重点是:针对某一群体,讲出内心的想法,这样的标题极易取得某个群体的信任和好感,比如:这个世界上最傻的事,就是掏心掏肺给孩子讲大道理。对于父母来说,看到这种标题都会想点进去看。

04 产生争议

引起争议,就是剑走偏锋,或者是找到关于某一件事,群众认知上可能产生的冲突和矛盾点。比如:真正会写文章的人,都是从抄袭开始。这类标题一看就让人想点进去,会引起大家的争执。

用好数字:

01 用数字点出看点

首先就是用数字来罗列看点。在一大堆汉字当中,如果出现了阿拉伯数字,就会非常吸引人。数字能起到引导阅读的作用,需要注意的是,数字的使用应尽量控制在“10”以内,太多看点会让读者产生阅读负担。

02 用数字突出特征

正如文案大神奥格威在多部著作中说的那样,他讨厌空洞的形容词,喜欢写事实,让人惊叹的事实。数字,正是构成“令人惊叹的事实”的绝佳元素。因此我们可以用数字突出特征。

03 用数字制造对比

还有一种就是用数字制造对比,产生强烈的反差,吸引用户产生阅读的兴趣。打个比方,《河南创业血泪史:7个月亏千万,他一口气关了6家店,重回北京》,这类的标题是不是特别有趣,看着就想点进去。

04 用数字产生反差

最后一种就是用数字产生反差,突出前后的差距,吸引用户的好奇心,让他们有一探究竟的欲望,例如:“少年19岁辍学,一个发明减少太平洋一半垃圾,据说赚了32亿。”

4个标题模板

01 人群 必须/一定/千万…… 数字……

这类标题的原理是什么呢?其实也很好理解,拆分一下,前面是一个人群细分标签,目的是让目标用户看了,能产生代入感,感觉是在说自己。中间就是一些肯定词,最后的数字是亮点,可以让人关注。

02 数字 技巧/秘诀/绝招/公式/指南…… (超值好处)

这个句式拆解也很简单,首先是数字,其次是一些眼球词,比如上面提到的技巧、绝招、指南,最重要的是哪个超值好处,可以给用户提供实质帮助。

03 数字 如果你…… 那么……

就是数字 结果的组合,前面用数字吸引眼球,再摆出得到的结果,比如:高效工作3个绝招,如果你不知道,活该你天天加班!这类标题是不是就非常吸引眼球?

04 数字1 数字2 ……超值好处

这就是双倍叠加 实际好处的王牌组合,很多推文标题其实都用过这个套路,本身数字就十分地能吸引注意,再加上实际好处,这类标题的文章阅读量下来都低不了。

今天给大家找来了今日头条上的那些爆文标题,看看有什么特点。
娱乐类标题
《沙溢凌晨告白胡可辟谣出轨!曾深夜点赞美女照片的国民好老公又被冤枉了?》《爸爸去哪儿》开播8年后:三个家庭婚姻塌房,一个家庭被造谣5年《忍了3年,章泽天打了个“翻身仗”,力压刘强东成新公司最大股东》
搞笑类标题
《“小伙和41岁漂亮阿姨千里约会,见到本人后,网友:这波不亏!”哈哈哈》
《姑娘点外卖,让外卖小哥带根数据线“救急”,看到神回复:笑抽筋》
科技类标题
《元宇宙炒房来袭,1500万买一块“地”,机会还是收智商税?》《你还没用5G,但6G争夺战已经开始了》
历史类标题
《这个日本女人,被称为“最美潘金莲”,如今在东莞开面馆!》《杜月笙女儿:我爸有97个佣人,他把欠条撕掉是因为不想我们丢他脸》图片
美食类标题
《北方人请广东人吃饭,结账的那一刻哭了,让人一言难尽,太严谨》《为了吃上陶陶居,有人花100元买黄牛号》图片职场类标题
《00后职场“请假条”走红,理由都懒得编,老板:编个骗我一下也好》《华为面试题:一滴水掉入大海如何找回?扫地阿姨的回答太经典了》
影视类标题
《韩雪和“华谊千金”的“坠落”,远比想象来得要早》《脱离了“傻白甜”,扮演“妈妈桑”的林心如,暴露了她的真实水平》
旅游类标题
《这座外国人最爱的中国城市NO.1,好玩好吃不输三亚,却鲜少出镜!》《北京很大,深圳很忙,我在南宁刚刚好》
社会类标题
《28年前,“最美”死刑犯任雪,行刑前淡定自如,为何突然主动张嘴》《外卖员疑在顾客麻辣烫中小便,知情者:已被吃掉》
图片
时尚类标题
《对不起,你的衣服“长毛”了》《穿上最火的克莱因蓝,我好像抹布成精了》

决战香港惊心动魄的金融战争「下」

书接上回,在国际资本的疯狂打压之下,香港财富蒸发2.2万亿港元,17万人负资产,大量公司裁员倒闭,失业率上升到了20年以来最高水平。

恒生指数跌到了6600点的香港经济警戒线,房地产市场也遭受重创,回到了10年前的水平。

决战香港!中美惊心动魄的金融战争「下」

房价高峰期前后的购房者血本无归,由于还贷无望,很多人走上了不归路。

如果股市和楼市进一步下跌,银行将被迫抛售抵押资产,甚至破产倒闭,让市场进入下跌-抛售-下跌的死亡螺旋,进而给香港整个金融体系带来致命打击!

然而贪婪嗜血的国际资本,并没有就此收手。

他们还不满足,还要将恒指杀至4000点,彻底掏空香港!

决战香港!中美惊心动魄的金融战争「下」

国际资本志在必得,但无论是他们,还是西方媒体,都低估了一点,那就是中国维护香港金融稳定、保卫人民财产和生命安全的决心。

面对贪得无厌的国际资本,港府忍无可忍,下定决心反击,一场惊天动地、前所未有的金融大战就此展开。

本文参考了大量关于香港金融保卫战的书籍、学术研究和媒体报道,花费了20多天时间,为大家完整还原香港金融保卫战。考虑到故事连贯性,建议先看上篇。决战香港!中美惊心动魄的金融战争「上」

决战香港!中美惊心动魄的金融战争「下」

肆 反击

虽然决定干预股票市场,但港府并非没有顾虑。

因为投资者可能对干预产生误解,误以为港府违背自由市场原则,从而影响他们在香港的投资。

但是,如果放任投机者摧残香港,那将不会再有所谓的市场。

决战香港!中美惊心动魄的金融战争「下」

8月12日夜间,特首秘密进京。

8月13日下午5点,港府召开新闻发布会,当时的场面极富有象征意义:

财政司司长曾荫权在前,财经事务局局长许仕仁和金管局主席任志刚,一左一右略靠后,三人组成了一个稳定坚固的三角形。

决战香港!中美惊心动魄的金融战争「下」

曾荫权声色俱厉地表示:

“香港,不是自动提款机!”

有记者问:如果全世界的对冲基金都来和港府对着干的话,港府是否还有信心?

许仕仁回答:

我们别无选择!

8月14日星期五,港府果断出手。

国际资本的核心手段,就是靠之前囤积的港元和股票砸盘,同时通过借港元、借股票补充弹药,所以对付他们的核心手段就两招,大笔买入+断其后路。

决战香港!中美惊心动魄的金融战争「下」

大笔买入就是买下所有国际资本抛售的港元和股票,断其后路就是增加他们借股票及港元的成本和难度。

于是港府五箭齐发,多面夹攻国际资本。

一是港府资金入市:外汇基金、土地基金进入市场,大举吸纳股票和期货;

二是上市公司回购:多家大型上市公司联手从市场上回购股份;

三是内地资金入市:作为前两点的补充;

这三点是前面说的大笔买入。

四是提高股票借贷成本:国际资本想要砸盘就需要手中有股票,然而当国际资本不惜血本想要借股票抛售时,得到的回答只有两个字:不借!

五是提高港元借贷成本:银行隔夜拆借利率由7%猛升到300%,令国际炒家借港元的成本陡增;

这两点就是前面说的断其后路。

一套组合拳下来,8月14日,任凭国际资本狂轰滥炸到弹尽粮绝,恒指却暴涨8%,收于7200点上方。

决战香港!中美惊心动魄的金融战争「下」

收市后,港府再度召开新闻发布会,正式宣布入市。

当晚,新闻联播发表讲话:

中央全力支持香港,将不惜一切代价确保香港作为亚洲金融中心的地位决不动摇!

这个强大坚定的后盾,其实一直都在。早在1998年3月就已经公开表态:

“只要特区向中央提出要求,中央将不惜一切代价维护香港的繁荣稳定。”

决战香港!中美惊心动魄的金融战争「下」

这是一场关乎国人命运的豪赌。

尽管首战告捷,但肩负着天大压力的港府还是如履薄冰。

决战香港!中美惊心动魄的金融战争「下」

那天晚上,时任财政司司长曾荫权哭了一整晚:

拿大陆和香港人民的外汇储备来搏,赢了还好;万一输了,以死谢罪都是轻的。

但是,他们已经别无选择。

伍 鏖战

8月15日、16日,周末休市。

17日,全球股市暴跌,但这天恰好为抗日战争胜利日,香港股市休市,幸运地避过了冲击。

8月18日-20日,全球股市反弹,港府借助外围利好消息步步为营,国际空头则节节败退,恒指防线进一步推高到了7742点。

决战香港!中美惊心动魄的金融战争「下」

这一点位,已经超过了国际空头的平均成本线——7500点。

再涨下去,大部分国际空头都将血本无归!

国际资本早已提前做空了恒生指数期货,恒生指数期货的价格,是当日的恒生指数点数乘以50港元,所以恒生指数每降低1点,国际资本就能赚50港元。

决战香港!中美惊心动魄的金融战争「下」

如果国际资本在7月恒指9000点时卖出一份恒指期货,到之前的低点6600点已经获利12万港元(2400*50)。如果国际资本手上有1万份恒指期货,回报就是12亿港元。

而在港府入市后,恒生指数暴力拉升,到20日的7742点,空头的利润已经被蚕食殆尽。

这种情况下,8月21日,国际空头展开了第一波主动反击。

股市收盘前五分钟,八大外资券商突然联手发难,疯狂抛售,导致恒指1分钟内狂泻200点,收于7527点。

然而接下来的8月24日及25日,港府重组实力,又将恒生指数一举推高到7890点,恒指期货点位近8000点。

决战香港!中美惊心动魄的金融战争「下」

迟迟未能得手的国际资本恼羞成怒,在他们的支持下,西方媒体对港府展开了口诛笔伐,试图逼迫港府放弃护盘行动,但港府丝毫不为所动。

面对港府的强力反击,国际空头内部出现了分裂迹象,部分空头开始“出逃”,将8月到期的恒指期货转到9月,这种操作叫做转仓

国际空头原本卖出的是8月底到期的期货合约,如果不转仓,8月底到期就必须离场,说人话就是国际空头赌的是8月底前恒生指数下跌,到了8月底,即使价格涨了,国际空头也要愿赌服输。

决战香港!中美惊心动魄的金融战争「下」

眼看就要到8月底了,国际空头觉得短期刚不过港府,便决定转仓到9月。

原本是卖的8月合约,现在通过买8月合约、卖9月合约,就能“抵消”掉8月的合约,“逃”(转仓)到9月,进而跟港府打持久战。

察觉到这一变化后,港府便想方设法阻止空头转仓。

港府一方面要求不再办理转仓,另一方面大举买入8月合约,同时抢先卖出9月合约,拉大8月和9月合约的价格差距,加大他们转仓的成本。

这里有点绕,举个例子方便大家理解。

假设国际空头原本是在9000点卖出8月合约,现在8月合约是8000点,空头盈利1000点。

现在要转仓到9月,也就是买8月合约、卖9月合约,如果9月合约价格和8月一样,也是8000点,那么买8月、卖9月都是8000,只要付出一点手续费,就可以转到9月。

决战香港!中美惊心动魄的金融战争「下」

但是港府现在将9月合约价格压低到了7000点,8月还是8000点,买8月、卖9月,意味着要8000买、7000卖,损失1000点。

这样做的目的,就是防止国际空头出逃到9月,毕其功于一役,在8月28日期货结算之际,与空头一决胜负!

决心已下,但是对于敌人的火力到底有多强,港府还是没有十足的把握。

于是在8月26日15点08分,一直扮演买家角色的港府,突然收起了所有买盘,并主动卖出恒指期货,国际炒家急忙跟风抛售。

决战香港!中美惊心动魄的金融战争「下」

没想到短短2分钟,恒生指数便急跌160点,恒指期货更是跌了近300点!

港府迅速反过头来收复失地,大量买入股票和恒指期货,最终恒生指数仅微跌55点。

8月27日凌晨,国际金融大鳄的助手接受美国媒体采访时自信地说:“香港必败!”

决战香港!中美惊心动魄的金融战争「下」

国际资本之所以如此嚣张,很大程度上是因为,当时全球金融危机恶化,美欧股市普跌,8月27日,欧洲股市跌幅都在3%以上,拉美股市更是普遍暴跌8%左右。

上午10点,香港股市开盘。

刚一开盘,国际资本的卖盘就如潮水般涌出。仅仅半小时,成交额就接近30亿港元,在8月14日港府介入之前,港股全天的成交额也不过如此。

收市前15分钟,战斗进入白热化状态,成交额高达82亿港元,平均每分钟成交5.5亿。

面对国际空头的疯狂反扑,大多数香港股民也拒绝“与狼共舞”,港府严阵以待,当天投入约200亿港元,最终稳稳将恒生指数托高88点,为28日的决战打下基础。

陆 决战

8月28日,凌晨2点,香港天文台发出雷暴警告。

香港上空阴云密布,整座城市和600万香港市民的命运,都在同一天迎来狂风暴雨。

决战香港!中美惊心动魄的金融战争「下」

不过这一天,没有人再关心天气,所有人的目光,都集中在了香港联交所和香港期交所,集中在了疯狂跳动的恒生指数和港元汇率上。

双方经过9个交易日的激烈搏杀,迎来了总决战时刻。

国际炒家要打压港元汇率和恒生指数,港府则要守住汇率和指数。

胜败,在此一举!

如果能稳住汇市和股市,国际资本将会血亏数亿甚至数十亿美元,反之,不但港府此前投入的数百亿港元石沉大海,整座城市可能也将因此崩溃。

决战的关键时刻,中央派出两位央行副行长亲自赶赴香港,同时还要求在香港的全部中资机构全力以赴,支持港府的行动。

决战香港!中美惊心动魄的金融战争「下」

恒指期货的结算价是这一天每5分钟恒生指数报价的平均值,因此,要抬高结算价打爆空头,就必须全天都竭尽全力,严防死守。

上午10点,开市钟声响起。刚一开盘,卖盘便排山倒海地扑来。港府在恒指成分股上全部设下买盘防线,力挽狂澜。

决战香港!中美惊心动魄的金融战争「下」

8月27日开盘后半小时成交30亿,这是港府介入前一整天的成交额。

而8月28日,只用了短短5分钟,成交就超过了30亿港元!

恒指和恒指期货就像拔河比赛中的铅锤,在7800点上下微微摆动,忽而上升几点,忽而下跌几点。

决战香港!中美惊心动魄的金融战争「下」

指数不动,成交额却在狂飙猛进,半小时就已经突破100亿,这意味着卖家抛盘汹涌,形势极其险恶。

恒生指数的每一次微小跳动,都是数千万港元级别的厮杀。

到上午收市,成交额突破400亿,已经接近1997年牛市高峰期的单日成交额历史最高纪录。

下午开市后,抛售量有增无减。国际空头甚至一度突破防线,导致恒指瞬间暴跌300点。但港府火速投入,重新杀回7900点。

而国际资本则倾尽最后的弹药,向恒生指数重磅成分股“汇丰控股”发起猛攻。

决战香港!中美惊心动魄的金融战争「下」

一时间,全市场的注意力都集中在了这只股票上。

港府动用300亿港元严防死守,交易员像是抗洪一线的官兵,沙包不停被洪水吞噬,新的沙包必须立刻堆积上来,片刻也不能耽搁。

决战香港!中美惊心动魄的金融战争「下」

交易员们的手指在电脑键盘上飞快敲击,不停地输入买入信息,一刻跟不上,就很有可能会功亏一篑。

整整一天,交易所里的气氛都紧张到令人窒息。时间就在这样激烈的搏杀中,一分一秒的流逝。

决战香港!中美惊心动魄的金融战争「下」

当时钟的指针终于划过4点,收市的钟声终于响起,显示屏上的恒生指数终于不再跳动,一片惊叹声中,人们悬在嗓子眼儿的心,也终于放了下来:

香港,守住了!

惊心动魄的四小时之后,恒生指数,最终定格在了7829点。

决战香港!中美惊心动魄的金融战争「下」

国际资本做空8月合约的平均点位是7500点,而恒指期货的结算点位是7851点,国际资本血亏而归。

时任香港财政司司长曾荫权立即宣布:

在打击国际炒家、保卫香港股市和货币的战斗中,香港已经获胜。

下午5点半,香港天文台发出了雷暴终止的通告。

阴霾散尽,东方之珠更加生机勃勃。

决战香港!中美惊心动魄的金融战争「下」

决战告捷,但战争尚未完全结束,还有一枚巨大的地雷尚未引爆,那就是前面提到的转到9月份的超10万张合约。

金融大鳄们虽然遭受重创,但并没有全面撤退,而是伺机反扑。

为了巩固战果,港府9月推出了7项措施巩固货币局制度,30条措施加强证券市场监管并与前面7项措施相配合,提高应对国际资本进攻的反应速度,媒体以中国功夫的表述,统称为“七招三十式”。

决战香港!中美惊心动魄的金融战争「下」

同时港府继续推高期指,限制做空,增加保证金要求,提高国际资本的投机成本。

到9月8日,9月到期的恒指期货价格上升到了8220点,加上俄罗斯金融危机爆发,国际资本腹背受敌,不得不败退离场。金融巨鳄在香港一役中,便血亏了7-8亿美元。

此后恒生指数一路上扬,到1990年12月30日,重新站上了16000点。

炒股关注点

富时A50 走势,交割日(每年的2、3、5、6、8、9、11、12月,每个月份的倒数第二个工作日是其交割日。)每到交割日前期,海外对冲基金一方面卖空这个指数,另一方面向QFII融券;交割日当天再卖出向QFII融券的这些股票,打压国内A股指数,同时在新华富时指数的卖空交易上获利。是否会发生大跌还要看在该交割日,持仓敞口是不是很大,如果很大就说明有很多资金都在对赌这一天的指数波动,那么发生大跌的可能性就很大。反之亦然。(新浪富时A50指数

A股三大期指:比如2022年5月的沪深300期指主力合约IF2205、中证500期指主力合约IC2205、上证50期指主力合约IH2205

交易量,股价只不过是量的表现而已。成交量通常比股份先行

大宗商品股票和期货价格高度相关,如买铜,铝,钢,原油,黄金,银,锌,镍,橡胶,玉米,黄豆等一定要关注期货价。海运有波罗的海干散货指数。还有郑商所的煤,尿素,白糖,菜油,大商所的塑料,鸡蛋,豆油等(新浪期货

有些时期人民币较大的波动会影响货币进出,这时要看人民币兑美元汇率

抄底选股时不能光看跌了多少?还要看前期高点是如何涨上去的,是否前期透支了涨幅。

佛理

一切有为法,如梦幻泡影,如露亦如电,应作如是观。——《金刚经》

世间的一切事物、现象,都是因缘合成,如梦幻、水泡、影子般虚妄不实,又如露珠、电光般迅速无常,没有真实永恒的。

善恶报应,祸福相承,身自当之,无谁代者。——《无量寿经》

祸福无门,惟人自召,善恶之报,如影随形。每个人的善恶果报,将来都要自己承担,没有人能够替代。

爱欲之人,犹如执炬,逆风而行,必有烧手之患。——《佛说四十二章经》

纵欲、贪爱的人,往往看不到前面的危险,就如手中拿着火炬,逆风而行,早晚会烧手伤身。

圣人求心不求佛,愚人求佛不求心。——《六祖坛经》

人人本具佛性,一切法由心想生,所以圣人遇到问题,就会反省自己,向内心去求。而愚蠢的人,不知道自身本具佛性,不知道向内心去求,遇到问题,就会求神拜佛,从外境找原因。

由爱故生忧,由爱故生怖,若离于爱者,无忧亦无怖。——《妙色王求法偈》

因为我们有贪爱,有七情六欲,所以才有忧虑、恐怖。如果放下心中的贪爱,心中也就无忧无惧了。

淘宝十年架构变迁

1. 概述

本文以淘宝作为例子,介绍从一百个到千万级并发情况下服务端的架构的演进过程,同时列举出每个演进阶段会遇到的相关技术,让大家对架构的演进有一个整体的认知,文章最后汇总了一些架构设计的原则。

特别说明:本文以淘宝为例仅仅是为了便于说明演进过程可能遇到的问题,并非是淘宝真正的技术演进路径

2. 基本概念

在介绍架构之前,为了避免部分读者对架构设计中的一些概念不了解,下面对几个最基础的概念进行介绍:

  • 分布式系统中的多个模块在不同服务器上部署,即可称为分布式系统,如Tomcat和数据库分别部署在不同的服务器上,或两个相同功能的Tomcat分别部署在不同服务器上
  • 高可用系统中部分节点失效时,其他节点能够接替它继续提供服务,则可认为系统具有高可用性
  • 集群一个特定领域的软件部署在多台服务器上并作为一个整体提供一类服务,这个整体称为集群。如Zookeeper中的Master和Slave分别部署在多台服务器上,共同组成一个整体提供集中配置服务。在常见的集群中,客户端往往能够连接任意一个节点获得服务,并且当集群中一个节点掉线时,其他节点往往能够自动的接替它继续提供服务,这时候说明集群具有高可用性
  • 负载均衡请求发送到系统时,通过某些方式把请求均匀分发到多个节点上,使系统中每个节点能够均匀的处理请求负载,则可认为系统是负载均衡的
  • 正向代理和反向代理系统内部要访问外部网络时,统一通过一个代理服务器把请求转发出去,在外部网络看来就是代理服务器发起的访问,此时代理服务器实现的是正向代理;当外部请求进入系统时,代理服务器把该请求转发到系统中的某台服务器上,对外部请求来说,与之交互的只有代理服务器,此时代理服务器实现的是反向代理。简单来说,正向代理是代理服务器代替系统内部来访问外部网络的过程,反向代理是外部请求访问系统时通过代理服务器转发到内部服务器的过程。

3. 架构演进

3.1 单机架构

淘宝十年架构变迁

以淘宝作为例子。在网站最初时,应用数量与用户数都较少,可以把Tomcat和数据库部署在同一台服务器上。浏览器往www.taobao.com发起请求时,首先经过DNS服务器(域名系统)把域名转换为实际IP地址10.102.4.1,浏览器转而访问该IP对应的Tomcat。

随着用户数的增长,Tomcat和数据库之间竞争资源,单机性能不足以支撑业务

3.2 第一次演进:Tomcat与数据库分开部署

淘宝十年架构变迁

Tomcat和数据库分别独占服务器资源,显著提高两者各自性能。

随着用户数的增长,并发读写数据库成为瓶颈

3.3 第二次演进:引入本地缓存和分布式缓存

淘宝十年架构变迁

在Tomcat同服务器上或同JVM中增加本地缓存,并在外部增加分布式缓存,缓存热门商品信息或热门商品的html页面等。通过缓存能把绝大多数请求在读写数据库前拦截掉,大大降低数据库压力。

其中涉及的技术包括:使用memcached作为本地缓存,使用Redis作为分布式缓存,还会涉及缓存一致性、缓存穿透/击穿、缓存雪崩、热点数据集中失效等问题。

缓存抗住了大部分的访问请求,随着用户数的增长,并发压力主要落在单机的Tomcat上,响应逐渐变慢

3.4 第三次演进:引入反向代理实现负载均衡

淘宝十年架构变迁

在多台服务器上分别部署Tomcat,使用反向代理软件(Nginx)把请求均匀分发到每个Tomcat中。此处假设Tomcat最多支持100个并发,Nginx最多支持50000个并发,那么理论上Nginx把请求分发到500个Tomcat上,就能抗住50000个并发。

其中涉及的技术包括:Nginx、HAProxy,两者都是工作在网络第七层的反向代理软件,主要支持http协议,还会涉及session共享、文件上传下载的问题。

反向代理使应用服务器可支持的并发量大大增加,但并发量的增长也意味着更多请求穿透到数据库,单机的数据库最终成为瓶颈

3.5 第四次演进:数据库读写分离

淘宝十年架构变迁

把数据库划分为读库和写库,读库可以有多个,通过同步机制把写库的数据同步到读库,对于需要查询最新写入数据场景,可通过在缓存中多写一份,通过缓存获得最新数据。

其中涉及的技术包括:Mycat,它是数据库中间件,可通过它来组织数据库的分离读写和分库分表,客户端通过它来访问下层数据库,还会涉及数据同步,数据一致性的问题。

业务逐渐变多,不同业务之间的访问量差距较大,不同业务直接竞争数据库,相互影响性能

3.6 第五次演进:数据库按业务分库

淘宝十年架构变迁

把不同业务的数据保存到不同的数据库中,使业务之间的资源竞争降低,对于访问量大的业务,可以部署更多的服务器来支撑。这样同时导致跨业务的表无法直接做关联分析,需要通过其他途径来解决,但这不是本文讨论的重点,有兴趣的可以自行搜索解决方案。

随着用户数的增长,单机的写库会逐渐会达到性能瓶颈

3.7 第六次演进:把大表拆分为小表

淘宝十年架构变迁

比如针对评论数据,可按照商品ID进行hash,路由到对应的表中存储;针对支付记录,可按照小时创建表,每个小时表继续拆分为小表,使用用户ID或记录编号来路由数据。只要实时操作的表数据量足够小,请求能够足够均匀的分发到多台服务器上的小表,那数据库就能通过水平扩展的方式来提高性能。其中前面提到的Mycat也支持在大表拆分为小表情况下的访问控制。

这种做法显著的增加了数据库运维的难度,对DBA的要求较高。数据库设计到这种结构时,已经可以称为分布式数据库,但是这只是一个逻辑的数据库整体,数据库里不同的组成部分是由不同的组件单独来实现的,如分库分表的管理和请求分发,由Mycat实现,SQL的解析由单机的数据库实现,读写分离可能由网关和消息队列来实现,查询结果的汇总可能由数据库接口层来实现等等,这种架构其实是MPP(大规模并行处理)架构的一类实现。

目前开源和商用都已经有不少MPP数据库,开源中比较流行的有Greenplum、TiDB、Postgresql XC、HAWQ等,商用的如南大通用的GBase、睿帆科技的雪球DB、华为的LibrA等等,

不同的MPP数据库的侧重点也不一样,如TiDB更侧重于分布式OLTP场景,Greenplum更侧重于分布式OLAP场景,这些MPP数据库基本都提供了类似Postgresql、Oracle、MySQL那样的SQL标准支持能力,能把一个查询解析为分布式的执行计划分发到每台机器上并行执行,最终由数据库本身汇总数据进行返回,也提供了诸如权限管理、分库分表、事务、数据副本等能力,并且大多能够支持100个节点以上的集群,大大降低了数据库运维的成本,并且使数据库也能够实现水平扩展。

数据库和Tomcat都能够水平扩展,可支撑的并发大幅提高,随着用户数的增长,最终单机的Nginx会成为瓶颈

3.8 第七次演进:使用LVS或F5来使多个Nginx负载均衡

淘宝十年架构变迁

由于瓶颈在Nginx,因此无法通过两层的Nginx来实现多个Nginx的负载均衡。图中的LVS和F5是工作在网络第四层的负载均衡解决方案,其中LVS是软件,运行在操作系统内核态,可对TCP请求或更高层级的网络协议进行转发,因此支持的协议更丰富,并且性能也远高于Nginx,可假设单机的LVS可支持几十万个并发的请求转发;F5是一种负载均衡硬件,与LVS提供的能力类似,性能比LVS更高,但价格昂贵。

由于LVS是单机版的软件,若LVS所在服务器宕机则会导致整个后端系统都无法访问,因此需要有备用节点。

可使用keepalived软件模拟出虚拟IP,然后把虚拟IP绑定到多台LVS服务器上,浏览器访问虚拟IP时,会被路由器重定向到真实的LVS服务器,当主LVS服务器宕机时,keepalived软件会自动更新路由器中的路由表,把虚拟IP重定向到另外一台正常的LVS服务器,从而达到LVS服务器高可用的效果。

此处需要注意的是,上图中从Nginx层到Tomcat层这样画并不代表全部Nginx都转发请求到全部的Tomcat,在实际使用时,可能会是几个Nginx下面接一部分的Tomcat,这些Nginx之间通过keepalived实现高可用,其他的Nginx接另外的Tomcat,这样可接入的Tomcat数量就能成倍的增加。

由于LVS也是单机的,随着并发数增长到几十万时,LVS服务器最终会达到瓶颈,此时用户数达到千万甚至上亿级别,用户分布在不同的地区,与服务器机房距离不同,导致了访问的延迟会明显不同

3.9 第八次演进:通过DNS轮询实现机房间的负载均衡

淘宝十年架构变迁

在DNS服务器中可配置一个域名对应多个IP地址,每个IP地址对应到不同的机房里的虚拟IP。当用户访问www.taobao.com时,DNS服务器会使用轮询策略或其他策略,来选择某个IP供用户访问。

此方式能实现机房间的负载均衡,至此,系统可做到机房级别的水平扩展,千万级到亿级的并发量都可通过增加机房来解决,系统入口处的请求并发量不再是问题。

随着数据的丰富程度和业务的发展,检索、分析等需求越来越丰富,单单依靠数据库无法解决如此丰富的需求

3.10 第九次演进:引入NoSQL数据库和搜索引擎等技术

淘宝十年架构变迁

当数据库中的数据多到一定规模时,数据库就不适用于复杂的查询了,往往只能满足普通查询的场景。对于统计报表场景,在数据量大时不一定能跑出结果,而且在跑复杂查询时会导致其他查询变慢,对于全文检索、可变数据结构等场景,数据库天生不适用。因此需要针对特定的场景,引入合适的解决方案。

如对于海量文件存储,可通过分布式文件系统HDFS解决,对于key value类型的数据,可通过HBase和Redis等方案解决,对于全文检索场景,可通过搜索引擎如ElasticSearch解决,对于多维分析场景,可通过Kylin或Druid等方案解决。

当然,引入更多组件同时会提高系统的复杂度,不同的组件保存的数据需要同步,需要考虑一致性的问题,需要有更多的运维手段来管理这些组件等。

引入更多组件解决了丰富的需求,业务维度能够极大扩充,随之而来的是一个应用中包含了太多的业务代码,业务的升级迭代变得困难

3.11 第十次演进:大应用拆分为小应用

淘宝十年架构变迁

按照业务板块来划分应用代码,使单个应用的职责更清晰,相互之间可以做到独立升级迭代。这时候应用之间可能会涉及到一些公共配置,可以通过分布式配置中心Zookeeper来解决。

不同应用之间存在共用的模块,由应用单独管理会导致相同代码存在多份,导致公共功能升级时全部应用代码都要跟着升级

3.12 第十一次演进:复用的功能抽离成微服务

淘宝十年架构变迁

如用户管理、订单、支付、鉴权等功能在多个应用中都存在,那么可以把这些功能的代码单独抽取出来形成一个单独的服务来管理,这样的服务就是所谓的微服务,应用和服务之间通过HTTP、TCP或RPC请求等多种方式来访问公共服务,每个单独的服务都可以由单独的团队来管理。

此外,可以通过Dubbo、SpringCloud等框架实现服务治理、限流、熔断、降级等功能,提高服务的稳定性和可用性。

不同服务的接口访问方式不同,应用代码需要适配多种访问方式才能使用服务,此外,应用访问服务,服务之间也可能相互访问,调用链将会变得非常复杂,逻辑变得混乱

3.13 第十二次演进:引入企业服务总线ESB屏蔽服务接口的访问差异

淘宝十年架构变迁

通过ESB统一进行访问协议转换,应用统一通过ESB来访问后端服务,服务与服务之间也通过ESB来相互调用,以此降低系统的耦合程度。这种单个应用拆分为多个应用,公共服务单独抽取出来来管理,并使用企业消息总线来解除服务之间耦合问题的架构,就是所谓的SOA(面向服务)架构,这种架构与微服务架构容易混淆,因为表现形式十分相似。

个人理解,微服务架构更多是指把系统里的公共服务抽取出来单独运维管理的思想,而SOA架构则是指一种拆分服务并使服务接口访问变得统一的架构思想,SOA架构中包含了微服务的思想。

业务不断发展,应用和服务都会不断变多,应用和服务的部署变得复杂,同一台服务器上部署多个服务还要解决运行环境冲突的问题,此外,对于如大促这类需要动态扩缩容的场景,需要水平扩展服务的性能,就需要在新增的服务上准备运行环境,部署服务等,运维将变得十分困难

3.14 第十三次演进:引入容器化技术实现运行环境隔离与动态服务管理

淘宝十年架构变迁

目前最流行的容器化技术是Docker,最流行的容器管理服务是Kubernetes(K8S),应用/服务可以打包为Docker镜像,通过K8S来动态分发和部署镜像。Docker镜像可理解为一个能运行你的应用/服务的最小的操作系统,里面放着应用/服务的运行代码,运行环境根据实际的需要设置好。

把整个“操作系统”打包为一个镜像后,就可以分发到需要部署相关服务的机器上,直接启动Docker镜像就可以把服务起起来,使服务的部署和运维变得简单。

在大促的之前,可以在现有的机器集群上划分出服务器来启动Docker镜像,增强服务的性能,大促过后就可以关闭镜像,对机器上的其他服务不造成影响(在3.14节之前,服务运行在新增机器上需要修改系统配置来适配服务,这会导致机器上其他服务需要的运行环境被破坏)。

使用容器化技术后服务动态扩缩容问题得以解决,但是机器还是需要公司自身来管理,在非大促的时候,还是需要闲置着大量的机器资源来应对大促,机器自身成本和运维成本都极高,资源利用率低

3.15 第十四次演进:以云平台承载系统

淘宝十年架构变迁

系统可部署到公有云上,利用公有云的海量机器资源,解决动态硬件资源的问题,在大促的时间段里,在云平台中临时申请更多的资源,结合Docker和K8S来快速部署服务,在大促结束后释放资源,真正做到按需付费,资源利用率大大提高,同时大大降低了运维成本。

所谓的云平台,就是把海量机器资源,通过统一的资源管理,抽象为一个资源整体,在之上可按需动态申请硬件资源(如CPU、内存、网络等),并且之上提供通用的操作系统,提供常用的技术组件(如Hadoop技术栈,MPP数据库等)供用户使用,甚至提供开发好的应用,用户不需要关系应用内部使用了什么技术,就能够解决需求(如音视频转码服务、邮件服务、个人博客等)。

在云平台中会涉及如下几个概念:

  • IaaS:基础设施即服务。对应于上面所说的机器资源统一为资源整体,可动态申请硬件资源的层面;
  • PaaS:平台即服务。对应于上面所说的提供常用的技术组件方便系统的开发和维护;
  • SaaS:软件即服务。对应于上面所说的提供开发好的应用或服务,按功能或性能要求付费。

至此,以上所提到的从高并发访问问题,到服务的架构和系统实施的层面都有了各自的解决方案,但同时也应该意识到,在上面的介绍中,其实是有意忽略了诸如跨机房数据同步、分布式事务实现等等的实际问题,这些问题以后有机会再拿出来单独讨论

4. 架构设计总结

  • 架构的调整是否必须按照上述演变路径进行?不是的,以上所说的架构演变顺序只是针对某个侧面进行单独的改进,在实际场景中,可能同一时间会有几个问题需要解决,或者可能先达到瓶颈的是另外的方面,这时候就应该按照实际问题实际解决。如在政府类的并发量可能不大,但业务可能很丰富的场景,高并发就不是重点解决的问题,此时优先需要的可能会是丰富需求的解决方案。
  • 对于将要实施的系统,架构应该设计到什么程度?对于单次实施并且性能指标明确的系统,架构设计到能够支持系统的性能指标要求就足够了,但要留有扩展架构的接口以便不备之需。对于不断发展的系统,如电商平台,应设计到能满足下一阶段用户量和性能指标要求的程度,并根据业务的增长不断的迭代升级架构,以支持更高的并发和更丰富的业务。
  • 服务端架构和大数据架构有什么区别?所谓的“大数据”其实是海量数据采集清洗转换、数据存储、数据分析、数据服务等场景解决方案的一个统称,在每一个场景都包含了多种可选的技术,如数据采集有Flume、Sqoop、Kettle等,数据存储有分布式文件系统HDFS、FastDFS,NoSQL数据库HBase、MongoDB等,数据分析有Spark技术栈、机器学习算法等。总的来说大数据架构就是根据业务的需求,整合各种大数据组件组合而成的架构,一般会提供分布式存储、分布式计算、多维分析、数据仓库、机器学习算法等能力。而服务端架构更多指的是应用组织层面的架构,底层能力往往是由大数据架构来提供。
  • 有没有一些架构设计的原则?
    • N+1设计。系统中的每个组件都应做到没有单点故障;
    • 回滚设计。确保系统可以向前兼容,在系统升级时应能有办法回滚版本;
    • 禁用设计。应该提供控制具体功能是否可用的配置,在系统出现故障时能够快速下线功能;
    • 监控设计。在设计阶段就要考虑监控的手段;
    • 多活数据中心设计。若系统需要极高的高可用,应考虑在多地实施数据中心进行多活,至少在一个机房断电的情况下系统依然可用;
    • 采用成熟的技术。刚开发的或开源的技术往往存在很多隐藏的bug,出了问题没有商业支持可能会是一个灾难;
    • 资源隔离设计。应避免单一业务占用全部资源;
    • 架构应能水平扩展。系统只有做到能水平扩展,才能有效避免瓶颈问题;
    • 非核心则购买。非核心功能若需要占用大量的研发资源才能解决,则考虑购买成熟的产品;
    • 使用商用硬件。商用硬件能有效降低硬件故障的机率;
    • 快速迭代。系统应该快速开发小功能模块,尽快上线进行验证,早日发现问题大大降低系统交付的风险;
    • 无状态设计。服务接口应该做成无状态的,当前接口的访问不依赖于接口上次访问的状态。