IM即时通信重点项目关键技术专项方案.docVIP

技术方案 工程概述 工程名： 建设单位及项目责任人： 工程背景 伴随移动互联网爆发式发展，手机上沟通变得越来越关键，即时通讯作为当今互联网时代一个关键通信手段，互联网时代人、企业等已基础接收和习惯即时通讯带来多种便捷服务，多种即时通讯工具、聊天软件应用也如雨后春笋层出不穷，用户也越来越习惯利用在手机APP中植入即时通讯功效服务进行在线即时聊天互动，获取产品或服务信息，或进行人和人之间沟通互动，目前四川电信经过主动探索实践，在移动互联网领域也创新地开发出部分行业重量级业务应用，对即时通讯能力服务需求很紧迫，无专属即时沟通工具，买家和卖家间无即时沟通，订单及物流通知未立即送达；QQ、微信等第三方即时通讯工具，只能处理交流问题，而无法对用户体验和平台无缝性带来帮助，没有和本身产品线进行深度集成，应用需求无法真正满足。 所以建立一套统一IM平台和专属聊天产品，对应用推广和发展有很关键意义。 需求概述 鉴于电信自主运行应用对IM即时通讯能力服务有对应集成需求，需要构建一套云即时通讯服务平台，为需要IM即时通讯应用提供基础即时通讯能力服务，支持嵌入到电信自主运行开发业务应用中提供即时通讯服务，实现即时通讯基础服务能力平台化、SDK类型丰富化，支持多应用接入。 同时基于IM即时通讯平台能够定制一套专属于自己IM通讯软件，对数据保密性、安全性和功效多样性全部能很好满足。 建设目标及标准 构建一套云即时通讯服务平台，为需要IM即时通讯应用提供基础即时通讯能力服务。同时基于IM即时通讯平台能够定制一套专属于自己IM通讯软件，对数据保密性、安全性和功效多样性全部能很好满足。 总体建设标准 系统可用性标准 系统可用性（Availability）是用来衡量一个平台系统能提供连续服务能力，它表示是在给定时间系统或系统某一能力在特定环境中能够满意工作概率。 采取优异技术和方法，满足和适应移动互联网技术更新速度，在满足开发时间节点要求下，满足用户交互体验和功效需求，采取智能化处理特色，满足运行管理效率要求。 在系统运行当中可能会影响到系统可用性原因： 1.操作人员和组织 其实这个地方平台在使用中管理员，她是否重视运维?组织是否已经认识平台带来价值，把平台可用性看成自己一个关键能力来看待。是否把面向用户业务能力和运维很好对接?是否建立起用户质量组织文化。 2.业务步骤 业务管理平台步骤梳理多个角色自己关系和职责。我们第一个要去看这个步骤在面对故障是否起到了主动作用，比如说能够确保故障信息正确送达，同时确保处理人角色和职责是清楚。其次不停去检验步骤是否能够自动化驱动，而非人为驱动。人是不可靠之源!我们最终期望形成是一个自动化、标准化步骤，这么步骤不轻易被异化，且能确保预期实施结果一致。 3.后期运维技术 很多时候大家看到技术是运维技术，其实恰恰相反对于业务来说，对其高可用影响，所以在其中需要遵照很多标准，有部分标准需要有普适参考价值。比如说服务降级、过载保护、服务公共化等等。这些方法论是否已经融入到研发和运维架构设计之中。业务功效需求优先，而非可运维性优先，可运维性最终就是业务质量。 4.业务管理 把你平台业务能力标准化，你能够转换成我们多个业务指标，比如说质量、可用性、用户体验、用户满意度、成本，有了这些业务导向性指标，才能把IT能力和业务愈加好对接起来。不然很轻易在组织内，形成运行维护共同认识，而非发明价值部门。这一点还有一个关键性，就是让维护人员也要足够认识到，她们能力直接和业务相关，需要增强业务敏感度。 在系统运行当中为了保障系统可用性所采取策略： 1.故障发生前，建立运维质量仪表盘 我们一定要建立运维数据看板，这个看板数据而且要在业务、测试和运维人员对平台情况达成一致，让大家足够重视这份数据，这么数据便有了推进力。提议这个地方关键数据指标不要太多，因为包含到多个团体，大家不能够一致了解，尤其是传达成管理层，太多指标，轻易失去关注焦点。 通行做法，就是用可用性来做运维数据看板。可用性计算方法有简单方法，也有复杂方法。简单方法就是在监控系统中搞部分探针来模拟用户监控，最终我们能得出故障时长和可用性时间，这么我们能够建立天天、每七天、每个月、每Q可用性，能够做到分业务、分服务(更细粒度)等等;复杂方法在模拟数据基础上，能够把事件系统统计时间数据拿过来作为评定标准。另外能够把可用性上升到质量层面，这个里面包含到评定维度(成本、用户体验、满意度)就更多了，数据获取起源也变得更多，有些是来自于客服系统，有些是来自于舆情监控，有些是来自于运维容量系统，有些是来自于事件系统等等，不过最终展现指标就是一个---质量。 2.故障发生前，设定技术准则和要求 运维需要和研发建立整体技术标准和规范要求。所以从保障系统可用性角度来说，我们需要设定一个路线图，最终服务于这个平台运