IM即时通信项目技术方案
第一章技术方案
3.1.工程概述
➢工程名：
➢建设单位及项目负责人：
3.1.1.工程背景
随着移动互联网的爆发式发展，手机上的沟通变得越来越重要，即时通讯作为当今互联网时代的一个重要通信手段，互联网时代的人、企业等已基本接受和惯即时通讯带来的各种便捷服务，各种即时通讯工具、聊天软件应用也如雨后春笋层出不穷，用户也越来越惯利用在手机APP中植入的即时通讯功能服务进行在线即时聊天互动，获取产品或服务的信息，或进行人与人之间的沟通互动，当前XXX通过积极探索实践，在移动互联网领域也创新地开发出一些行业重量级的业务应用，对即时通讯能力服务需求非常急迫，无专属即时沟通工具，买家与卖家间android属于什么软件
无即时沟通，订单及物流通知未及时送达；QQ、等第三方即时通讯工具，只能解决交流的问题，而无法对用户体验和平台无缝性带来帮助，没有与自身产品线进行的深度集成，应用需求无法真正满足。
因而建立一套统一的IM平台以及专属的聊天产品，对应用的推广与发展有十分重要的意义。
3.1.2.需求概述
鉴于XXX自主运营应用对IM即时通讯能力服务有相应的集成需求，需要构建一套云即时通讯服务平台，为需要IM即时通讯的应用提供基础的即时通讯能力服务，支持嵌入到XXX自主运营开发的业务应用中提供即时通讯服务，实现即时通讯基础服务能力平台化、SDK类型丰富化，支持多应用接入。
同时基于IM即时通讯平台可以定制一套专属于自己的IM通讯软件，对数据的保密性、安全性以及功能的多样性都能很好的满足。
3.2.建设目的及原则
构建一套云即时通讯服务平台，为需要IM即时通讯的应用提供基础的即时通讯能力服务。同时基于IM即时通讯平台可以定制一套专属于自己的IM通讯软件，对数据的保密性、安全性以及功能的多样性都能很好的满足。
3.2.1.总体建设准绳
11.2.1.1系统可用性准绳
系统可用性（Availability）是用来衡量一个平台系统能提供持续服务的能力，它表示的是在给定时间系统或者系统某一能力在特定环境中能够满意工作的概率。
采用先进的技术和方法，满足和适应移动互联网技术更新速度，在满足开发时间节点的要求下，满足用户的交互体验和功能需求，采用智能化的处理特，满足运营管理的效率要求。
在系统运行当中可能会影响到系统可用性的因素：
1.操作人员和组织
其实这个地方平台在使用中的管理员，他是否重视运维?组织是否已经认识平台带来的价值，
把平台的可用性当作自己的一个核心能力来看待。是否把面向用户的业务能力和运维很好的对接?是否建立起用户质量的组织文化。
2.营业流程
业务管理平台的流程梳理多个角自己的关系和职责。我们第一个要去看这个流程在面对故障的是否起到了积极的作用，比如说能够确保故障信息的准确送达，同时保证处理人的角和职责是清晰的。其次不断去检查流程是否可以自动化驱动，而非人为驱动。人是不可靠之源!我们最终希望形成是一个自动化、标准化的流程，这样的流程不容易被异化，且能保证预期执行结果一致。
3.后期的运维手艺
良多时候大家看到的手艺是运维手艺，实在恰恰相否决于营业来讲，对其高可用的影响，因而在个中需要遵循良多准绳，有一些准绳需要有普适的参考价值。比如说效劳降级、过载保护、效劳公共化等等。这些方法论是否曾经融入到研发和运维的架构设计之中。营业功能需求优先，而非可运维性优先，可运维性最终就是营业的质量。
4.营业管理
把你的平台的营业能力尺度化，你可以转换成我们多个营业指标，比如说质量、可用性、用户体验、用户满意度、成本，有了这些营业导向性指标，才能把IT能力和营业更好的对接起来。不然很简单在组织内，构成运营维护配合熟悉，而非发明价值部分。这一点还有一个重要性，就是让维护人员也要足够的熟悉到，他们的能力直接和营业相关，需要增强营业敏感度。
在系统运行当中为了保障系统的可用性所采用的策略：
1.故障发生前，建立运维质量仪表盘
我们一定要建立运维数据看板，这个看板的数据并且要在业务、测试和运维人员对平台的情况达成一致，让大家足够重视这份数据，这样数据便有了推动力。建议这个地方的核心数据指标不要太多，因为涉及到多个团队，大家不能够一致理解，特别是传达到管理层，太多的指标，容易失去关注的焦点。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。