链家网技术架构的演进之路

发布时间：2017-08-17 11:31:54 来源：文档文库

小中大

字号：

手机查看

链家网技术架构的演进之路

链家网虽然成立于2010年，但是其技术团队却于2014年正式创立。此前技术开发采用的是传统模式，每个业务都会单独地重新开发，不仅造成各个模块孤立，并且开发人力投入成本巨大。鉴于互联网时代企业业务发展迅速，原有的传统化方式已经不适用，链家网正式建立技术团队，在原有的传统架构基础上开始了优化工作。

团队对已有的业务进行抽象，将各个业务模块中的公共部分综合出来，据此添加了一层公共的服务层，实现了平台服务化，扩展技术基础能力。此外，链家还重新搭建系统监控并完成日志监控，双级监控完善技术运营能力。

链家网主要业务，二手房方向是链家网目前的重心，围绕二手房开展的面向业主与客户的链家网、链家APP，面向链家十万多经纪人的Link项目，都是链家网目前的重点业务。链家网目前员工1000人，产品技术角色占比达一半。

链家网的架构演化的确从未停歇，从技术团队建立至今的两年时间，架构上大致分为两个阶段，如下图：

2014~2015年技术上关注两件事，一块是将链家集团曾交付外包实现的面向经纪人业务改造为自主研发，另一块是从零打造面向用户的业务链家网与掌上链家APP（目前已改名为链家APP），即第一年的技术架构重在业务的建设。

2015年至今，业务的逐渐成熟，引入了新的挑战。业务方向内的子业务细化伴随着链家新业务的开展，此时迫切希望抽离公共技术部分，避免重复造车的同时也希望由公共服务来支撑好业务线发展，让业务线更好的满足产品迭代。从2015年开始，一系列的公共服务的建设，构建成了整体技术架构上的服务层，同时也扩展了公司基础技术能力，并推动着建设起了系统、日志级的监控。

下一步的调整与优化方向，还是配合业务上一起做好服务化。业务层面希望将目前打包在一起的功能逐渐服务化，而技术架构上需要提前调整与优化，提供服务维护、服务治理、服务监控、服务通信等一系列围绕产品服务、技术服务的周边技术支持，这块是明确的方向。然而，一些未知的方向，还得与业务线、管理者们常沟通，不断摸索，按需计划着开展。

日志分析平台在前面技术架构图中，属于纵向的监控部分中的“日志监控”环节，主要解决业务模块、服务模块日志字段的数据收集、展示、监控。架构设计引用公开资料中的这张截图来说明。

日志通过Kafka收集，根据日志所属RD配置的统计、监控规则通过Apache Storm实时分析日志，并将结果集数据存储数据库，实时分析期间若触发了监控规则阈值，则触发报警。数据库中的数据可以做实时的数据展示，整套方案可以让研发、测试角色实时查看日志情况，避免了大家日常合并日志文件再做shell统计的问题，并提供平台可以持续使用。

目前日志平台每秒处理的30万行日志，处理结果的展示与报警延迟在2s以内，并且这套解决方案有计划在后续开源，让业内同行低学习成本掌握并构建到生产环境中。

本文来源：https://www.2haoxitong.net/k/doc/c2bc6c671611cc7931b765ce0508763231127499.html