淘宝技术框架分析报告 淘宝作为国内首屈一指的大型电子商务网站,每天承载近30亿PV的点击量,拥有近50PB的海量数据,那么淘宝是如何确保其网站的高可用的呢?本文将对淘宝在构建大型网站过程中所使用到的技术框架做一个总结,并结合吉林银行现有技术框架进行对比分析。另外,本文还会针对金融互联网以及公司未来技术发展方向给出个人看法。 淘宝技术分析 CDN技术及多数据中心策略 国内的网络由于运营商不同(分为电信、联通、移动),造成不同运营商网络之间的互访存在性能问题。为了解决这个问题,淘宝在全国各地建立了上百个CDN节点,当用户访问淘宝网站时,浏览器首先会访问DNS服务器,通过DNS解析域名,根据用户的IP将访问分配到不同的入口。如果客户的IP属于电信运营商,那么就会被分配到同样是电信的CDN节点,并且保证访问的(这里主要指JS、CSS、图片等静态资源)CDN节点是离用户最近的。这样就将巨大的访问量分散到全国各地。另外,面对如此巨大的业务请求,任何一个单独的数据中心都是无法承受的,所以淘宝在全国各主要城市都建立了数据中心,这些数据中心不但保证了容灾,而且各个数据中心都在提供服
务。不管是CDN技术还是多个数据中心,都涉及到复杂的数据同步,淘宝很好的解决了这个问题。吉林银行现在正在筹建两地三中心,但主要目的是为了容灾,数据中心的利用率差,而淘宝的多个数据中心利用率为100%。 LVS技术 淘宝的负载均衡系统采用了LVS技术,该技术目前由淘宝的章文嵩博士负责。该技术可以提供良好的可伸缩性、可靠性以及可管理型。只是这种负载均衡系统的构建是在Linux操作系统上,其他操作系统不行,并且需要重新编译Linux操作系统内核,对系统内核的了解要求很高,是一种软负载均衡技术。而吉林银行则通过F5来实现负载均衡,这是一种硬负载均衡技术。 Session框架 Session对于Web应用是至关重要的,主要是用来保存用户的状态信息。但是在集群环境下需要解决Session共享的问题。目前解决这个问题通常有三种方式,第一个是通过负载均衡设备实现会话保持,第二个是采用Session复制,第三个则是采用集中式缓存。第二种方式严重制约了集群环境的可伸缩性,不利于集群的横向扩展,即使是采取两两复制也会造成集群内部网络负载严重,更别说采用广播的方式,会造成网络垃圾。淘宝采用了第三种方式,因为第一种方式对于淘宝来说成本比较高,而且他们已经采用了LVS的负载均衡技术。吉
从个人网站到淘宝网仰观Java时代淘宝的技术发展(1)引言 光棍节的狂欢 “时间到,开抢!”坐在电脑前早已等待多时的小美一看时间已到2011年11月11日零时,便迫不及待地投身于淘宝商城一年一度的大型网购促销活动——“淘宝双11购物狂欢节”。小美打开早已收藏好的宝贝——某品牌的雪地靴,飞快的点击购买,付款,一回头发现3000双靴子已被抢购一空。 小美跳起来,大叫一声“欧耶!” 小美不知道,就在11日零点过后的这一分钟内,全国有342万人和她一起涌入淘宝商城。当然,她更不知道,此时此刻,在淘宝杭州的一间办公室里,灯火通明,这里是“战时指挥部”,淘宝技术部的一群工程师,正在紧盯着网站的流量和交易数据。白板上是他们刚刚下的注,赌谁能最准确地猜中流量峰值和全天的交易总额。他们的手边放着充足的食物和各类提神的饮料。 一阵急促的电话声响起来,是前线部门询问数据的,工程师大声报着:“第1分钟,进入淘宝商城的会员有342万”。过一会工程师主动拿起电话:“交易额超过1亿了,现在是第8分钟。”接下来,“第21分钟,刚突破2亿”。“第32分钟,3亿了”。“第1个小时,亿”。这些数据随后出现在微博上,引起一片惊呼。 “完蛋了!”突然有人大喝一声,所有的眼睛都紧张的盯着他,只见他挠挠头,嘿嘿的笑道“我赌的少了,20亿轻松就能过了,我再加5亿”,他跑去白板边上把自己的赌注擦去,写上25,接下来有人写上28,有人写上30,有人跑到微博上开下盘口,同事们纷纷转载下注。接下来的这24个小时,战时指挥部的工程师们都不能休息,他们盯着网站的各种监控指标,适时的调整机器和增减功能。顶住第一波高峰之后,这些人开始忙里偷闲的给自己买东西,大家互相交流着哪家买的移动硬盘靠谱,哪家衣服适合自己的女朋友,不时的有人哀嚎宝贝被人抢了、信用卡额度不够了。同时,旁边白板上的赌注越下越大。 11月11日,这个棍子最多的日子被网民自我调侃的变成了一个节日——“光棍节”。而淘宝网又用疯狂的折扣促销给它赋予了另外一个意义——“购物狂欢节”。2011年11月11日这一天,淘宝商城与淘宝网交易额之和突破52亿,这个数字是“购物天堂”香港一天零售总额亿的6倍。
引言 光棍节的狂欢 “时间到,开抢!”坐在电脑前早已等待多时的小美一看时间已到2011年11月11日零时,便迫不及待地投身于淘宝商城一年一度的大型网购促销活动——“淘宝双11购物狂欢节”。小美打开早已收藏好的宝贝——某品牌的雪地靴,飞快的点击购买,付款,一回头发现3000双靴子已被抢购一空。 小美跳起来,大叫一声“欧耶!” 小美不知道,就在11日零点过后的这一分钟内,全国有342万人和她一起涌入淘宝商城。当然,她更不知道,此时此刻,在淘宝杭州的一间办公室里,灯火通明,这里是“战时指挥部”,淘宝技术部的一群工程师,正在紧盯着网站的流量和交易数据。白板上是他们刚刚下的注,赌谁能最准确地猜中流量峰值和全天的交易总额。他们的手边放着充足的食物和各类提神的饮料。 一阵急促的电话声响起来,是前线部门询问数据的,工程师大声报着:“第1分钟,进入淘宝商城的会员有342万”。过一会工程师主动拿起电话:“交易额超过1亿了,现在是第8分钟。”接下来,“第21分钟,刚突破2亿”。“第32分钟,3亿了”。“第1个小时,亿”。这些数据随后出现在微博上,引起一片惊呼。 “完蛋了!”突然有人大喝一声,所有的眼睛都紧张的盯着他,只见他挠挠头,嘿嘿的笑道“我赌的少了,20亿轻松就能过了,我再加5亿”,他跑去白板边上把自己的赌注擦去,写上25,接下来有人写上28,有人写上30,有人跑到微博上开下盘口,同事们纷纷转载下注。接下来的这24个小时,战时指挥部的工程师们都不能休息,他们盯着网站的各种监控指标,适时的调整机器和增减功能。顶住第一波高峰之后,这些人开始忙里偷闲的给自己买东西,大家互相交流着哪家买的移动硬盘靠谱,哪家衣服适合自己的女朋友,不时的有人哀嚎宝贝被人抢了、信用卡额度不够了。同时,旁边白板上的赌注越下越大。 11月11日,这个棍子最多的日子被网民自我调侃的变成了一个节日——“光棍节”。而淘宝网又用疯狂的折扣促销给它赋予了另外一个意义——“购物狂欢节”。2011年11月11日这一天,淘宝商城与淘宝网交易额之和突破52亿,这个数字是“购物天堂”香港一天零售总额亿的6倍。 网民感受到的是疯抢的喜悦,而网站的技术人员感受到的却是“压力山大”。就如同你家办酒席,宴请左邻右舍,这个办起来容易。倘若宴请十里八乡所有的人,吃饭的人自然开心,但却不是一般人家能够办得起来的。能办得起来如此盛宴者,需要强大的财力物力、组织能力、技术实力(例如做这么多菜,你的炒
马云淘宝网结构介绍 背景:阿里巴巴宣布注资1亿元创办淘宝网的时候,互联网冬天的阴影还很沉重,淘宝网 的投资实际上是整个冬天之后互联网业界的第一次大规模投资。与此同时,易趣已经占领了中国80%以上的市场份额,而eBay已在2002年以3000万美元的代价,收购了易趣三分之一的股份,并在2003年以1.5亿美元的价格收购了易趣余下的股份,并允诺继续增加对中国市场的投入,以增强其在中国市场的绝对领先地位。阿里巴巴的CEO马云在这样的时刻选择进入C2C领域被当时的一些媒体形容为“非理智”、“疯狂”和“豪赌”。 马云当时的做法让很多人难以理解,但是对于阿里巴巴自己人讲,却习以为常,马云经常讲,“在大家都觉得是一个机会的时候,我们不会去凑热闹。而越在大家都还没有开始准备,甚至避之不及的时候,往往正是最大的机会所在。” 投资淘宝的想法诞生在2003年年初,是时马云认为个人电子商务市场开始逐渐成熟,而且阿里巴巴的业务已经相对稳固,需要做更长远的打算。“eBay易趣当时在中国的确做得很大,但我们发现它有很多弱点。客户对它的抱怨很多,这就是我们的机会。”孙彤宇当时正是淘宝网项目的负责人。他所说的弱点,其中的重要一点是eBay易趣坚持的收费原则。“在那个时候就采取收费模式,我们觉得在时间上并不适合。所以我们在去年一直呼吁大家以培育市场为目的,不要急着去收钱。”孙彤宇说。 在瞄准对手弱点之后,短短的120天之后,孙彤宇就完成了从详细的市场调研到组建10人团队的“创业”过程。在前期没有进行任何市场推广的情况下,2003年5月10日,淘宝网正式上线。20天后,淘宝网迎来第1万名注册用户。2003年7月7 日,阿里巴巴正式宣布投资1亿元开办淘宝网。 组织结构:2010年淘宝的交易额高达4000亿元人民币,这是一个让人惊叹的数字。网 购的巨大市场无疑会吸引更多的人在淘宝开店。然而今天要在淘宝成功闯出一片天地,难度却比以往大得多。自从淘宝商城出现后,大大小小的个人卖家除了相互之间的激烈竞争,还要面对无论资金、人力、物力,还是可信度都比个人店强得多的品牌店的竞争,生存的空间势必越来越小。可以说,一个人撑起一个皇冠店的时代已经成了过去式。要在当今激烈的电子商务竞争中生存下来并且盈利,必须依靠团队的力量。那么,运营一家成功的淘宝网店,需要一个什么样的团队呢? 我们认为,一个高效的淘宝网店团队应该至少配备以下人员:一个营运经理,负责整个店铺的统筹和营运管理;一个策划人员,负责产品的文案描述,网店的推广以及各种促销活动的策划;一个美工,负责店铺的视觉美化;一个财务人员,负责财务管理;此外,还需要配备与销售规模相应的客服人员与物流人员,负责销售与售后配送的工作。 人力资源管理:(一)运营经理1、负责网店整体规划、营销、推广、客户关系管理 等系统经营性工作;2、负责网店日常改版策划、上架、推广、销售、售后服务等经营与管理工作;3、负责网店日常维护,保证网店的正常运作,优化店铺及商品排名;4、负责执行与配合公司相关营销活动,策划店铺促销活动方案;5、负责收集市场和行业信息,提供有效应对方案;6、制定销售计划,带领团队完成销售业绩目标;7、客户关系维护,处理相关客户投诉及纠纷问题。 (二)客服人员1、通过在线聊天工具,负责在淘宝上和顾客沟通,解答顾客对产品和购
淘宝服务端技术架构详解
目录 一、前言 (3) 二、单机架构 (4) 三、多机部署 (4) 四、分布式缓存 (5) 五、Session 共享解决方案 (7) 六、数据库读写分离 (9) 七、CDN 加速与反向代理 (10) 八、分布式文件服务器 (11) 九、数据库分库分表 (11) 十、搜索引擎与NoSQL (13) 十一、后序 (13)
一、前言 以淘宝网为例,简单了解一下大型电商的服务端架构是怎样的。如图所示 最上面的就是安全体系系统,中间的就是业务运营系统,包含各个不同的业务服务,下面是一些共享服务,然后还有一些中间件,其中ECS 就是云服务器,MQS 是队列服务,OCS 是缓存等等,右侧是一些支撑体系服务。除图中所示之外还包含一些我们看不到的,比如高可用的体现。淘宝目前已经实现多机房容灾和异地机房单元化部署,为淘宝的业务也提供了稳定、高效和易于维护的基础架构支撑。这是一个含金量非常高的架构,也是一个非常复杂而庞大的架构,当然这个架构不是一天两天演进成这样的,也不是一开始就设计并开发成这样的,对于初创公司而言,很难在初期就预估到未来流量千倍、万倍的网站架构会是怎样的状况,同时如果初期就设计成千万级并发的流量架构,也很难去支撑这个成本。因此一个大型服务系统,都是从小一步一步走过来的,在每个阶段找到对应该阶段网站架构所面临的问题,然后不断解决这些问题,在这个过程中,整个架构会一直演进,同时内含的代码也就会演进,大到架构、小到代码都是在不断演进和优化的。所以说高大上的项目技术架构和开发设计实现不是一蹴而就的,这是所谓的万丈高楼平地起。
二、单机架构 从一个小网站说起,一般来说初始一台服务器就够了,文件服务器、数据库以及应用都部署在一台机器上。也就是俗称的 allinone 架构。这篇推荐看下:厉害了,淘宝千万并发,14 次架构演进… 三、多机部署 随着网站用户逐渐增多,访问量越来越大,硬盘、cpu、内存等开始吃紧,一台服务器难以支撑。看一下演进过程,我们将数据服务和应用服务进行分离,给应用服务器配置更好的cpu、内存等等,而给数据服务器配置更好、更快的大的硬盘,如图所示用了三台服务器进行部署,能提高一定的性能和可用性。
吉利集团组织架构 吉利和沃尔沃“联姻”迎来一周年,沃尔沃的持续盈利和吉利集团的高负债率可谓喜忧参半,“吉”“沃”的婚姻幸福吗? 如何构建一个科学的组织结构,实现两者的融合将是李书福长期面对的难题。是整合性并购还是保持沃尔沃的独立性?李书福给出了答案,“吉利是吉利,沃尔沃是沃尔沃,两者是兄弟关系,不是父子关系。” 一“国”两“制” 在中国汽车史上,鲜有海外品牌并购成功的先例,“一切都要摸着石头过河”。在李书福的汽车王国中,形成了吉利和沃尔沃两个完全独立的公司,就像“双子塔”一样,既相互独立,又是有机整体,整合后的“新吉利”也就形成了“双塔型”组织管理架构。 这种看似“无为而治”的统治,是李书福的无奈之举还是管理创新? 李书福用一“国”两“制”避免了整合性并购带来的文化冲突,这显然是对邓小平理论在企业管理中的灵活运用。李书福喜欢看邓小平的书,在他眼里,邓小平理论体系是活的,不同历史时期有不同的指导思想,“要从全局的角度来看问题”是邓小平理论的精髓。 在“双塔型”组织结构下,吉利和沃尔沃分别独立运作,是两个不同定位的品牌,管理团队是分开的,只有李书福身兼两家公司的董事长。李书福在其中起到协调作用,让两个品牌避免冲突和重复,一方面保持沃尔沃全球品牌的高端路线,另一方面吉利则继续立足于本土大众化品牌形象。有个半开玩笑的说法,李书福白天在吉利办公,晚上在沃尔沃办公。 很多双子塔建筑上都有一座天桥,让整个建筑形成有机整体,也更加稳固。为了更好地让两者融合,李书福在吉利和沃尔沃之间也架起了一座“天桥”—“沃尔沃-吉利对话与合作委员会”,目的是为了方便双方就制造和供应汽车产品、开发新产品和相关技术以及产品市场推广等各个层面的合作进行探讨,同时,还可以加强中外管理层之间的了解。这样,在“双塔型”组织结构中,研发、生产、销售等每一层级都将建立连接线,“新吉利”的架构也越来越清晰。 委员会的成员包括吉利和沃尔沃的各四位高管,李书福以独立身份任这一机构的主席,每年分别在中国和瑞典举行一次会议。会上一旦达成某个协议,将会以合同的形式加以界定,按照市场规则进行运作。 放虎归山 李书福早在2002年就“暗恋”上了沃尔沃,自此一直在思考如何“迎娶”沃尔沃。他发现,沃尔沃之所以和福特的“婚姻”不幸福,一个极其重要的原因就是福特对沃尔沃的管理越俎代庖,派人直接管理,束缚了沃尔沃轿车自身潜力的发挥。收购沃尔沃后,李书福曾
淘宝数据魔方技术架构解析 淘宝网拥有国内最具商业价值的海量数据。截至当前,每天有超过30亿的店铺、商品浏览记录,10亿在线商品数,上千万的成交、收藏和评价数据。如何从这些数据中挖掘出真正的商业价值,进而帮助淘宝、商家进行企业的数据化运营,帮助消费者进行理性的购物决策,是淘宝数据平台与产品部的使命。 为此,我们进行了一系列数据产品的研发,比如为大家所熟知的量子统计、数据魔方和淘宝指数等。尽管从业务层面来讲,数据产品的研发难度并不高;但在“海量”的限定下,数据产品的计算、存储和检索难度陡然上升。本文将以数据魔方为例,向大家介绍淘宝在海量数据产品技术架构方面的探索。 淘宝海量数据产品技术架构 数据产品的一个最大特点是数据的非实时写入,正因为如此,我们可以认为,在一定的时间段内,整个系统的数据是只读的。这为我们设计缓存奠定了非常重要的基础。 图1 淘宝海量数据产品技术架构 按照数据的流向来划分,我们把淘宝数据产品的技术架构分为五层(如图1所示),分别是数据源、计算层、存储层、查询层和产品层。位于架构顶端的是我们
的数据来源层,这里有淘宝主站的用户、店铺、商品和交易等数据库,还有用户的浏览、搜索等行为日志等。这一系列的数据是数据产品最原始的生命力所在。 在数据源层实时产生的数据,通过淘宝主研发的数据传输组件DataX、DbSync 和Timetunnel准实时地传输到一个有1500个节点的Hadoop集群上,这个集群我们称之为“云梯”,是计算层的主要组成部分。在“云梯”上,我们每天有大约40000个作业对1.5PB的原始数据按照产品需求进行不同的MapReduce计算。这一计算过程通常都能在凌晨两点之前完成。相对于前端产品看到的数据,这里的计算结果很可能是一个处于中间状态的结果,这往往是在数据冗余与前端计算之间做了适当平衡的结果。 不得不提的是,一些对实效性要求很高的数据,例如针对搜索词的统计数据,我们希望能尽快推送到数据产品前端。这种需求再采用“云梯”来计算效率将是比较低的,为此我们做了流式数据的实时计算平台,称之为“银河”。“银河”也是一个分布式系统,它接收来自TimeTunnel的实时消息,在内存中做实时计算,并把计算结果在尽可能短的时间内刷新到NoSQL存储设备中,供前端产品调用。 容易理解,“云梯”或者“银河”并不适合直接向产品提供实时的数据查询服务。这是因为,对于“云梯”来说,它的定位只是做离线计算的,无法支持较高的性能和并发需求;而对于“银河”而言,尽管所有的代码都掌握在我们手中,但要完整地将数据接收、实时计算、存储和查询等功能集成在一个分布式系统中,避免不了分层,最终仍然落到了目前的架构上。 为此,我们针对前端产品设计了专门的存储层。在这一层,我们有基于MySQL 的分布式关系型数据库集群MyFOX和基于HBase的NoSQL存储集群Prom,在后面的文字中,我将重点介绍这两个集群的实现原理。除此之外,其他第三方的模块也被我们纳入存储层的范畴。
矩阵式组织结构下的HR定位 (一)什么是矩阵式组织结构 矩阵式组织结构是另一种十分常见的组织结构,其应用已有30多年,国际商 用机器(IBM)、福特(Ford)汽车等公司都曾成功地运用过。采用这种组织 结构企业,会存在两条相互结合的划分职权的路线:职能与产品。其基本形式如图5所示。 (二)矩阵式组织结构的特点 矩阵式组织结构的设计,目的在于要兼得职能式和产品式(项目式)职能划分的优点。因为职能式职能划分与产品式职能划分的优缺点正好为互补型。同时,此种结构最为突出的特点,就是打破了单一指令系统的概念,而使管理矩阵中的员工同时拥有两个上级。因此,矩阵式组织结构主要有如下优势和缺点。 优势: 1.获得了环境对企业所提出的双重职能的协调性; 2.产品间实现人力资源的弹性共享; 3.适于在不确定环境中进行复杂的决策和经常性的变革; 4.为职能和生产技能的改进提供了机会; 5.在拥有多重产品的中等规模的组织中效果最佳。 缺陷: 1.容易导致员工陷入双重职权的困惑中,从而降低人员的积极性; 2.对员工的人际关系技巧要求较高,需要进行全面而系统的培训; 3.需要花费很多时间用于协调; 4.需要员工对此种组织结构有很强的理解力,并采用一种近似大学式的管理;5.两种职权的平衡来自于环境提出的双重要求。 从上述这些特点,我们不能发现两种权力的平衡是这一组织结构的关键。很显然,在现实中无法存在绝对的平衡,因而在实际工作中就自然而然地产生出两种演化形式:职能式矩阵和项目式矩阵。前者是以职能主管为主要决策人,后者则是以产品/项目负责人为主。 (三)矩阵式组织结构下的HR定位 无论是哪种演化形式,矩阵式组织结构都存在一个平衡问题。这不仅包括两种职权之间的平衡,也还包括矩阵中关键角色的平衡。因此,此种组织结构下的人力资源部,其定位就是致力于平衡。这种定位主要集中体现在以下两个方面。
淘宝网的开源架构 淘宝网,是一个在线商品数量突破一亿,日均成交额超过两亿元人民币,注册用户接近八千万的大型电子商务网站,是亚洲最大的购物网站。那么对于淘宝网这样大规模的一个网站,我猜想大家一定会非常关心整个网站都采用了什么样的技术、产品和架构,也会很想了解在淘宝网中是否采用了开源的软件或者是完全采用的商业软件。那么下面我就简单的介绍一下淘宝网中应用的开源软件。 对于规模稍大的网站来说,其IT必然是一个服务器集群来提供网站服务,数据库也必然要和应用服务分开,有单独的数据库服务器。对于像淘宝网这样规模的网站而言,就是应用也分成很多组。那么下面,我就从应用服务器操作系统、应用服务器软件、Web Server、数据库、开发框架等几个方面来介绍一下淘宝网中开源软件的应用。 操作系统 我们首先就从应用服务器的操作系统说起。一个应用服务器,从软件的角度来说他的最底层首先是操作系统。要先选择操作系统,然后才是操作系统基础上的应用软件。在淘宝网,我们的应用服务器上采用的是Linux操作系统。Linux 操作系统从1991年第一次正式被公布到现在已经走过了十七个年头,在PC Server上有广泛的应用。硬件上我们选择PC Server而不是小型机,那么Server 的操作系统供我们选择的一般也就是Linux,FreeBSD, windows 2000 Server 或者Windows Server 2003。如果不准备采用微软的一系列产品构建应用,并且有能力维护Linux或者FreeBSD,再加上成本的考虑,那么还是应该在Linux和FreeBSD之间进行选择。可以说,现在Linux和FreeBSD这两个系统难分伯仲,很难说哪个一定比另外一个要优秀很多、能够全面的超越对手,应该是各有所长。那么在选择的时候有一个因素就是企业的技术人员对于哪种系统更加的熟悉,这个熟悉一方面是系统管理方面,另外一方面是对于内核的熟悉,对内核的熟悉对于性能调优和对操作系统进行定制剪裁会有很大的帮助。而应用全面的优化、提升性能也是从操作系统的优化开始的。 应用服务器 在确定了服务器的硬件、服务器的操作系统之后,下面我们来说说业务系统的构建。淘宝网有很多业务系统应用是基于JEE规范的系统。还有一些是C C++构建的应用或者是Java构建的Standalone的应用。那么我们要选择一款实现了JEE规范的应用服务器。我们的选择是JBoss Applcation Server。JBoss AS是RedHat的一个开源的支持JEE规范的应用服务器。在几年前,如果采用Java技术构建互联网应用或者企业级应用,在开源软件中的选择一般也就是Apache组织的Tomcat、JBoss的 JBoss AS和Resin。严格意义上讲,Tomcat和Resin并
汽车销售服务公司组织架构及岗位职责 Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】
浙江正工鸿图汽车销售服务有限公司组织架构及岗位职责 一.公司组织架构图 二、各岗位职责 总经理岗位职责: ●全面主持公司的工作,保证经营目标的实现; ●确定公司的经营方针与经营计划; ●决定公司的组织体制和人事编制; ●组织实施公司的年度工作计划; ●对内投资决策的制订与实施。 市场经理岗位职责: 编制月度市场工作计划并监督实施; 搜集并分析区域市场环境、竞争对手及目标客户的信息; 实施并评估广告策划、市场营销、品牌建设等营销活动。 市场活动企划专员岗位职责: 负责专营店市场活动的创意策划、文案撰写; 负责邀请函等活动相关资料的文字撰写; 参与市场调查与信息情报的搜集整理; 服从部门经理的领导,按要求完成下达任务; 配合市场活动执行专员完成策划方案的执行与效果评测; 配合执行东风悦达起亚公司策划的市场活动并实施效果评测。 市场活动执行专员岗位职责: 负责广告策划、市场营销、品牌建设等活动的推广与执行; 开展市场调研活动,并对调研数据进行统计和分析; 及时向东风悦达起亚反馈各类信息、报表; 完成东风悦达起亚安排的新车上市等市场推广活动;
配合大型区域公关活动及车展等活动的开展。 及时反馈服务活动信息; 运用系统管理各部门营销活动的客户信息。 客户服务经理岗位职责: 负责专营店整体客户关系管理和信息系统管理,协调各职能部门配合开展工作; 监督客户区域内(包括展厅和售后客户休息室)的场地、设施、布置,确保其处于完好和可用状态; 监控所有与客户直接接触岗位人员的服务质量; 抱怨客户的接待工作及客户投诉的处理与协调; 客户回访和客户信息工作的管理,并根据反馈意见实施改进; 围绕客户满意,根据售后服务的现状和需求,协调广告和市场活动开展忠诚度提升计划,提高推荐购买率; 策划并组织实施客户关怀和服务促销活动; 定期制作客户关系管理运营绩效报表汇报总经理。 客服专员岗位职责: 营销活动客户邀约; 受理客户电话抱怨、咨询,录入系统; 制作各类客户咨询报表; 服务关怀与跟踪; 服务活动促销的参与; 客户跟踪服务,车辆交接后3日内100%跟踪; 管理客户信息及车友会组织活动。
从个人到淘宝网仰观Java时代淘宝的技术发展(1) 引言 光棍节的狂欢 “时间到,开抢!”坐在电脑前早已等待多时的小美一看时间已到2011年11月11日零时,便迫不及待地投身于淘宝商城一年一度的大型网购促销活动——“淘宝双11购物狂欢节”。小美打开早已收藏好的宝贝——某品牌的雪地靴,飞快的点击购买,付款,一回头发现3000双靴子已被抢购一空。 小美跳起来,大叫一声“欧耶!” 小美不知道,就在11日零点过后的这一分钟,全国有342万人和她一起涌入淘宝商城。当然,她更不知道,此时此刻,在淘宝的一间办公室里,灯火通明,这里是“战时指挥部”,淘宝技术部的一群工程师,正在紧盯着的流量和交易数据。白板上是他们刚刚下的注,赌谁能最准确地猜中流量峰值和全天的交易总额。他们的手边放着充足的食物和各类提神的饮料。 一阵急促的声响起来,是前线部门询问数据的,工程师大声报着:“第1分钟,进入淘宝商城的会员有342万”。过一会工程师主动拿起:“交易额超过1亿了,现在是第8分钟。”接下来,“第21分钟,刚突破2亿”。“第32分钟,3亿了”。“第1个小时,4.39亿”。这些数据随后出现在微博上,引起一片惊呼。 “完蛋了!”突然有人大喝一声,所有的眼睛都紧的盯着他,只见他挠挠头,嘿嘿的笑道“我赌的少了,20亿轻松就能过了,我再加5亿”,他跑去白板边上把自己的赌注擦去,写上25,接下来有人写上28,有人写上30,有人跑到微博上开下盘口,同事们纷纷下注。接下来的这24个小时,战时指挥部的工程师们都不能休息,他们盯着的各种监控指标,适时的调整机器和增减功能。顶住第一波高峰之后,这些人开始忙里偷闲的给自己买东西,大家互相交流着哪家买的移动硬盘靠谱,哪家衣服适合自己的女朋友,不时的有人哀嚎宝贝被人抢了、信用卡额度不够了。同时,旁边白板上的赌注越下越大。
淘宝的核心技术(国内乃至国际的Top,这还是2011年的数据): 拥有全国最大的分布式Hadoop 集群(云梯,2000左右节点,24000核CPU,48000GB 内存,40PB 存储容量) 全国分布80+CDN 节点,能够自动找寻最近的节点提供服务,支持流量超过800Gbps 不逊于百度的搜索引擎,对数十亿商品进行搜索,全球最大的电商平台 顶尖的负载均衡系统,顶尖的分布式系统,顶尖的互联网思想,功能多样运行极其稳定丰富的生态产业以及先进的数据挖掘技术 ……很多很多 下面来看看淘宝技术演变过程。 马总在2003年4月7日秘密叫来阿里巴巴的十位员工,来到杭州一个隐秘的毛坯房,要求他们在一个月左右的时间内做出一个C2C 网站。结果当然还是直接买的快,一个基于LAMP 架构的网站,原名是PHPAuction,老美开发的一个拍卖网站。当然必须要做修改才能用。 2003年底,淘宝注册用户23万,PV 31万/day,半年成交额3371万。 很显然MySQL 无法撑得起如此大的访问量,数据库瓶颈出现了。幸好阿里的DBA 队伍足够强大,他们使用Oracle 替代了MySQL。Oracle 那时就已经有了强大的并发性访
问设计——连接池,从连接池取连接的耗费比单独建立连接少很多。但是PHP 当时并没有官方提供支持语言连接池特性,于是多隆前辈用Google(不会是Baidu)搜到了一个开源的SQL Relay,于是数据库软件方面的瓶颈暂时解决了。 随之而来的是面临硬件性能瓶颈,阿里买了EMC 的SAN 存储设备,加上Oracle 高性能RAC,硬件容量也暂时没问题了。 因为SQL Relay 的问题实在过于严重,2004年于是淘宝终于做出了跨时代的决策——使用Java重写网站。 淘宝请了Sun 的高级工程师来帮忙做Java 架构。那么他们是如何做到修改编程语言而不改变网站使用呢——模块化替换,今天写好了A 模块,另开一个新域名,将连接指向该模块,同时别的模块不变,等到全部模块完成的时候,原域名放弃。Sun 公司坚持使用EJB 作为控制层,加上使用iBatis 作为持久层,一个可扩展且高效的Java EE 应用诞生了。 送走Sun 的大牛们之后,阿里的数据存储又遇到了瓶颈,于是忍痛买了一台IBM 小型机,也就有了IOE(IBM + Oracle + EMC)这样的传说。 2004年底,淘宝注册用户400万,PV 4000万/day,全网成交额10个亿。 2005年Spring 诞生了,早闻Spring 框架在Web 应用不可或缺,而在淘宝网,Spring 也达到了Rod Johnson 设计它的目的——替代EJB。 2005年底,淘宝注册用户1390万,PV 8931万/day,商品数目1663万个。
淘宝网高性能可伸缩架构技术探秘今天我们继续大型网站探秘,一起来探秘淘宝网的架构技术。作为国内最大的B2C网站,淘宝网的网站架构一直承载着数据量告诉增长压力,要保证良好的负载和流程的使用体验,一个可伸缩性的高性能网站架构必不可少。 一、应用无状态 一个系统的伸缩性的好坏取决于应用的状态如何管理。试想一下,假如我们在session中保存了大量与客户端的状态信息的话,那么当保存状态信息的server 宕机的时候,我们怎么办?通常来说,我们都是通过集群来解决这个问题,而通常所说的集群,不仅有负载均衡,更重要的是要有失效恢复failover,比如tomcat 采用的集群节点广播复制,jboss采用的配对复制等session状态复制策略,但是集群中的状态恢复也有其缺点,那就是严重影响了系统的伸缩性,系统不能通过增加更多的机器来达到良好的水平伸缩,因为集群节点间session的通信会随着节点的增多而开销增大,因此要想做到应用本身的伸缩性,我们需要保证应用的无状态性,这样集群中的各个节点来说都是相同的,从而是的系统更好的水平伸缩。 上面说了无状态的重要性,那么具体如何实现无状态呢?此时一个session框架就会发挥作用了。幸运的是公司已经具有了此类框架。公司的session框架采用的是client cookie实现,主要将状态保存到了cookie里面,这样就使得应用节点本身不需要保存任何状态信息,这样在系统用户变多的时候,就可以通过增加更多的应用节点来达到水平扩展的目的.但是采用客户端cookie的方式来保存状态也会遇到限制,比如每个cookie一般不能超过4K的大小,同时很多浏览器都限制一个站点最多保存20个cookie.公司cookie框架采用的是"多值cookie",就是一个组合键对应多个cookie的值,这样不仅可以防止cookie数量超过20,同时还节
电子商务网站(淘宝网)的系统架构解析 淘宝网,是一个在线商品数量突破一亿,日均成交额超过两亿元人民币,注册用户接近八千万的大型电子商务网站,是亚洲最大的购物网站。那么对于淘宝网这样大规模的一个网站,我猜想大家一定会非常关心整个网站都采用了什么样的技术、产品和架构,也会很想了解在淘宝网中是否采用了开源的软件或者是完全采用的商业软件。那么下面我就简单的介绍一下淘宝网中应用的开源软件。 对于规模稍大的网站来说,其IT必然是一个服务器集群来提供网站服务,数据库也必然要和应用服务分开,有单独的数据库服务器。对于像淘宝网这样规模的网站而言,就是应用也分成很多组。那么下面,我就从应用服务器操作系统、应用服务器软件、Web Server、数据库、开发框架等几个方面来介绍一下淘宝网中开源软件的应用。 操作系统 我们首先就从应用服务器的操作系统说起。一个应用服务器,从软件的角度来说他的最底层首先是操作系统。要先选择操作系统,然后才是操作系统基础上的应用软件。在淘宝网,我们的应用服务器上采用的是Linux操作系统。Linux操作系统从1991年第一次正式被公布到现在已??走过了十七个年头,在PC Server上有广泛的应用。硬件上我们选择PC Server而不是小型机,那么Server的操作系统供我们选择的一般也就是Linux,FreeBSD,windows2000 Server或者Windows Server2003。如果不准备采用微软的一系列产品构建应用,并且有能力维护Linux或者FreeBSD,再加上成本的考虑,那么还是应该在Linux和FreeBSD之间进行选择。可以说,现在Linux和FreeBSD这两个系统难分伯仲,很难说哪个一定比另外一个要优秀很多、能够全面的超越对手,应该是各有所长。那么在选择的时候有一个因素就是企业的技术人员对于哪种系统更加的熟悉,这个熟悉一方面是系统管理方面,另外一方面是对于内核的熟悉,对内核的熟悉对于性能调优和对操作系统进行定制剪裁会有很大的帮助。而应用全面的优化、提升性能也是从操作系统的优化开始的。 应用服务器 在确定了服务器的硬件、服务器的操作系统之后,下面我们来说说业务系统的构建。淘宝网有很多业务系统应用是基于JEE规范的系统。还有一些是C C++构建的应用或者是Java 构建的Standalone的应用。那么我们要选择一款实现了JEE规范的应用服务器。我们的选择是JBoss Applcation Server。JBoss AS是RedHat的一个开源的支持JEE规范的应用服务器。在几年前,如果采用Java技术构建互联网应用或者企业级应用,在开源软件中的选择一般也就是Apache组织的Tomcat、JBoss的JBoss AS和Resin。严格意义上讲,Tomcat和Resin并不能算是一个应用服务器,他们是实现了部分J2EE规范的一个容器。而商业软件的选择就是IBM 的WebSphere和BEA的WebLogic。到了现在,除了JBoss AS外,Apache的Geronimo,Sun的Glassfish也都是很优秀的JEE应用服务器。也给现在的开发人员提供了更多的选择。具体对于目前JEE应用服务器的比较。这边就不在赘述。 在应用服务器前端,我们采用了Web Server做了一次转发,我们选择的Web服务器是大
汽车销售公司组织架构 及岗位职责 Company number【1089WT-1898YT-1W8CB-9UUT-92108】
浙江正工鸿图汽车销售服务有限公司组织架构及岗位职责一.公司组织架构图 二、各岗位职责 总经理岗位职责: 全面主持公司的工作,保证经营目标的实现; 确定公司的经营方针与经营计划; 决定公司的组织体制和人事编制; 组织实施公司的年度工作计划; 对内投资决策的制订与实施。 市场经理岗位职责: 编制月度市场工作计划并监督实施; 搜集并分析区域市场环境、竞争对手及目标客户的信息; 实施并评估广告策划、市场营销、品牌建设等营销活动。 市场活动企划专员岗位职责: 负责专营店市场活动的创意策划、文案撰写; 负责邀请函等活动相关资料的文字撰写; 参与市场调查与信息情报的搜集整理; 服从部门经理的领导,按要求完成下达任务; 配合市场活动执行专员完成策划方案的执行与效果评测; 配合执行东风悦达起亚公司策划的市场活动并实施效果评测。市场活动执行专员岗位职责: 负责广告策划、市场营销、品牌建设等活动的推广与执行; 开展市场调研活动,并对调研数据进行统计和分析;
及时向东风悦达起亚反馈各类信息、报表; 完成东风悦达起亚安排的新车上市等市场推广活动; 配合大型区域公关活动及车展等活动的开展。 及时反馈服务活动信息; 运用系统管理各部门营销活动的客户信息。 客户服务经理岗位职责: 负责专营店整体客户关系管理和信息系统管理,协调各职能部门配合开展工作;监督客户区域内(包括展厅和售后客户休息室)的场地、设施、布置,确保其处于完好和可用状态; 监控所有与客户直接接触岗位人员的服务质量; 抱怨客户的接待工作及客户投诉的处理与协调; 客户回访和客户信息工作的管理,并根据反馈意见实施改进; 围绕客户满意,根据售后服务的现状和需求,协调广告和市场活动开展忠诚度提升计划,提高推荐购买率; 策划并组织实施客户关怀和服务促销活动; 定期制作客户关系管理运营绩效报表汇报总经理。 客服专员岗位职责: 营销活动客户邀约; 受理客户电话抱怨、咨询,录入系统; 制作各类客户咨询报表; 服务关怀与跟踪; 服务活动促销的参与; 客户跟踪服务,车辆交接后3日内100%跟踪;
主持人:今天我们特别请来淘宝资深技术专家范禹给我们分享《淘宝业务发展及技术架构》,接下来时间交给范禹,大家欢迎! 范禹:大家下午好,首先感谢刘警给我这个机会跟大家做技术交流,接下来我开始讲一下,花名叫范禹,现在在淘宝技术研发部产品技术业务平台团队,今天的主要内容分为下面几块,因为主题叫淘宝业务与技术发展,前面业务会简单提一下,然后介绍一下淘宝前期技术发展过程,然后是最近几次比较大的技术结构上的变化,还有当前面临的挑战和问题,最后是讨论时间。 淘宝业务很多,我们有主站交易,有搜索,有广告,数据平台等很多相关业务,我是做主站交易平台,主要是JAVA系统,我更多是讲这块,其他像开放平台、搜索、广告不大会涉及到,我看问题中有位同学问我P4P广告如何定位到目标用户的,这个我不太知道,如果有兴趣可以邀请相关同学给大家做一个交流。 淘宝是03年成立的,这是淘宝03年的页面,UED的同学发给我淘宝历年的首页,这个页面我第一次看到觉得还不错,很有欧美网站的风格,这就是03年淘宝刚创立时候的样子,里面像买家通道、卖家通道、淘宝者联盟,淘宝者联盟可能并不是现在的淘客,应该是那时候的一个社区,03年5月份的时候淘宝推出,那时候的页面是这样子,当时是比较简单的购物网站。 (Taobao@2004)接下来就到了04年,从右上角导航上看,其实主体框架已经定下来,我要买、我要卖、我的淘宝,这几块
功能这么多年来都没有大的变化,可能是交互或者说用户体验上的改变,但是它的功能可能并没有特别大的变化。 04年在业务上我认为有两块比较重要的东西,一个是旺旺从贸易通改造成淘宝IM工具,成为方便买卖购物交流的IM工具,这是我认为业务上比较大变化的东西。另外支付宝从淘宝慢慢发展,成为独立的一家公司。 我印象中04年业务上关注的PV跟UV比,就是每个用户在淘宝上停留的时间,因为以前淘宝刚成立的时候,很多门户网站跟Ebay签了排他协议,淘宝不能在大的网站上投广告,可能找一些网站联盟,他们是弹窗式的广告,平均每个用户在淘宝待几个页面,当时目标就是让用户多看几个页面。 (Taobao@2005)到了2005年,页面上跟现在越来越像了,也是越来越丰富,05年比较大的业务变化,一个是跟一拍的整合,因为当年阿里巴巴跟雅虎的一个合作,然后一拍并入到淘宝,另外在一些方面做了尝试,比如说“我的淘宝”改造。 (Taobao@2006)这是2006年的淘宝,这个上面的导航看上去更像了,最右边有一个新功能叫团购,当时花很大力气做了个团购项目,可能是时机没到,不然的话可能就没有现在的拉手什么这么多网站了,当时我们做的是一个卖家发起的团购,但是因为淘宝本身就是一个充分竞价的平台,价格都是很透明的,团购感觉效果不是很明显。06年还做了一个很重大的尝试,招财进宝项目,就是淘宝的P4P,后来大家有听说过,看到历史的介绍,
清新县中航石油有限公司组织机构图
二、人员编制图
在企业形成金字塔式的组织机构,不断的权威,标准化任务,各种活动的协调和参谋作用,做明晰的描述和反复强调,并辅之以正式的组织框架图、岗位章程和组织手册。 一、董事会职能 1、执行总公司决议。 2、决定公司的经营计划和投资方案。 3、审定公司的年度财务预算方案、决算方案。 4、审定公司的利润分配方案和弥补亏损方案。 5、审定公司增加或者减少注册资本的方案以及发行公司债券的方 案。 6、拟订公司合并、分立、解散清算的方案。 7、聘任或解聘项目公司总经理和董事会秘书。并根据总经理的提名 决定聘任或者解聘项目公司副总经理、财务负责人及其报酬事项。 8、审定公司的基本管理制度。 9、负责对公司运营的监督管理。 二、交通运输部的职责 1、车辆的修理,对车辆修理项目的配件、耗材实施确认、监管使用并对修理过程实施全程监督;以及车辆定期保养实施确认、监管。车辆定期维护项目的内容:车辆每半年一次维护(强制保养)、每两月的机油更换,每月的黄油润滑。 2、车辆的检查,定期、不定期的对如下项目进行检查:车辆的传动系统、转向系统、制动系统、轮胎、柜脚锁、车容车貌,以及随车的安全备品。检查车辆的适载性能。车辆检查工作的落实:有问题马上处理。问题严重、处理不了时,请示公司领导或停车处理,直至问题解决,符合出车条件为止。并且,在全公司内通报批评责任人,追究相关责任人的责任。建立车辆维修、保养档案。 3、车辆的急救及事故处理,当车辆在运输工作中发生故障时,必须第一时间了解情况(严重的向上级通报、请示),组织车辆救援。 车辆救援的过程中,必须遵循保障运输任务的完成、节约成本的原则。发生一般交通事故,通知上级领导后及时赶到事故现场进行事故处理,并随时向公司领导汇报处理结果。 4、配合其他部门的工作配合内勤开展各项工作,做好车辆年审前的
淘宝网采用什么技术架构来实现网站高负载的 时间:2010-09-15 时间过得很快,来淘宝已经两个月了,在这两个月的时间里,自己也感受颇深。下面就结合淘宝目前的一些底层技术框架以及自己的一些感触来说说如何构建 一个可伸缩,高性能,高可用性的分布式互联网应用。 一应用无状态(淘宝session框架) 俗话说,一个系统的伸缩性的好坏取决于应用的状态如何管理。为什么这么说呢?咱们试想一下,假如我们在session中保存了大量与客户端的状态信息的话,那么当保存状态信息的server宕机的时候,我们怎么办?通常来说,我们都是通过集群来解决这个问题,而通常所说的集群,不仅有负载均衡,更重要的是要有失效恢复failover,比如tomcat采用的集群节点广播复制,jboss采用的 配对复制等session状态复制策略,但是集群中的状态恢复也有其缺点,那就是严重影响了系统的伸缩性,系统不能通过增加更多的机器来达到良好的水平伸缩,因为集群节点间session的通信会随着节点的增多而开销增大,因此要想做到应用本身的伸缩性,我们需要保证应用的无状态性,这样集群中的各个节点来说都是相同的,从而是的系统更好的水平伸缩。 OK,上面说了无状态的重要性,那么具体如何实现无状态呢?此时一个session框架就会发挥作用了。幸运的是淘宝已经具有了此类框架。淘宝的session框架采用的是client cookie实现,主要将状态保存到了cookie里面,这样就使得应用节点本身不需要保存任何状态信息,这样在系统用户变多的时候,就可以通过增加更多的应用节点来达到水平扩展的目的.但是采用客户端cookie 的方式来保存状态也会遇到限制,比如每个cookie一般不能超过4K的大小, 同时很多浏览器都限制一个站点最多保存20个cookie.淘宝cookie框架采用 的是“多值cookie”,就是一个组合键对应多个cookie的值,这样不仅可以防止cookie数量超过20,同时还节省了cookie存储有效信息的空间,因为默认每个cookie都会有大约50个字节的元信息来描述cookie。 除了淘宝目前的session框架的实现方式以外,其实集中式session管理来完成,说具体点就是多个无状态的应用节点连接一个session 服务器,session 服务器将session保存到缓存中,session服务器后端再配有底层持久性数据源,比如数据库,文件系统等等。 二有效使用缓存(Tair)