论文部分内容阅读
[摘 要]吉林移动在4G时代，面临着话音经营向流量复合经营和数字化复合经营的转型，运营近10年的业务支撑系统已经不能满足业务需求，亟需对系统的整体架构进行升级。目前集团公司也在积极推进新一代业务支撑系统的建设，在此时重要的历史阶段，吉林移動借鉴云计算、大数据等互联网技术发展，结合本省的业务特性，建设符合未来业务发展的新一代业务支撑系统。
[关键词]互联网技术 业务支撑系统
中图分类号：TN547 文献标识码：A 文章编号：1009-914X（2015）37-0340-01
4G时代，中国移动实现从话音经营向流量复合经营和数字化复合经营的转型，商业模式正在发生巨大变化，原有的客户、渠道、产品、商业要素内涵、外延均已不同，都要求新一代业务支撑系统充分利用全新技术、匹配新运营模式、支撑全新数字化业务，构建数字化时代的核心竞争力。
中国移动省级业务支撑系统必须同时满足传统话音业务、流量经营、数字化业务的支撑要求，既要兼顾传统业务持续增长的稳定支撑要求，又要满足现阶段流量经营转型期飞速增长的流量支撑要求，更要满足面向前瞻未来的数字化创新业务的支撑要求。
新一代业务支撑系统架构借鉴云计算、大数据等互联网技术发展，确定系统架构技术发展方向；依托流处理、分布部署、服务管控等技术，新一代架构的关键技术能力落地。
吉林移动业务支撑系统目前已经运行近10年，为了满足未来五年吉林移动CRM系统运营支撑需求；满足互联网特点的运营业务需求能力；满足移动互联网业务需求能力；满足三网融合运营支撑需求；满足虚拟运营商运营支撑需求；满足互联网营销业务需求能力；满足4G数据流量运营要求；满足集客个性化业务支撑能力；满足物联网业务运营支撑能力；满足终端营销业务需求能力。
需要利用目前的互联网技术达到版本统一，满足运营商需求规范要求；支撑后续的分平台、在线服务升级能力；业务能力服务化、配置化、应用监控自动化，实现智能管道的支撑的能力目标，实现全面云化，实现交互层、业务逻辑层、数据层，分布式，达到动态横向扩展等云化要求；架构去IOE，基于IaaS，PaaS构建系统，构建CRM SaaS系统；系统数据服务中心化、应用平台化，开放数据服务、应用服务、流程服务；实现N屏统一服务，共享界面逻辑，超市化APP能力提供；架构达到互联网行业标杆水平的技术目标。
在经过多方调研和评估下，确认了本次吉林移动业务支撑系统升级的建设原则和建设范围。
建设原则
1.降低项目风险，针对和升级项目耦合度较低的内容建议尽量在系统升级完成后再逐步建设。
2. Oracle升级只针对本次升级和新建系统，其他系统建议放在项目完成后逐步升级。
4.全省拆分为AB两个大区建设。
5.本次不进行容灾建设。
6.配合改造系统原则上不新增需求，通过接口适配的方式配合改造，不进行自身的功能和模型的升级或重构。
7.本次按照3000万在网用户规划。
系统升级的建设范围：
1.分阶段升级CRM和账务管理系统（含详单云化），PBOSS系统、业务监控系统，计费账务系统。
2.建设PaaS平台，通过能力开放平台实现PaaS层服务全渠道发布，采用REST/JSON协议实现系统内部以及外部系统的服务交互。aPaaS分为技术平台，数据应用中心和数据服务中心。数据服务中心从TUX中间件换为J2EE中间件。
3.建设SaaS平台，采用动态表单和移动开发平台进行面向交易应用的开发。
4.采用消息中间件实现内部解耦，采用大数据集成平台实现周期性数据类接口的统一接入。引入大数据日志分析平台实现端到端日志采集，并通过业务网管进行分析呈现。
5.CRM营业、账务管理等交易型应用和管理型应用，技术平台采用集群方式部署，通过云管理平台进行管理。
在此改造范围的基础上，根据目前最新的互联网技术，结合目前吉林移动现有业务特色，定义了项目技术框架：
1.技术架构分为面向交易和面向管理的架构，面向交易的架构即原TUX架构。面向交易架构采用四层架构，即SaaS层，PaaS层（iPaaS），数据中心层（aPaaS），数据存储层。
2.iPaaS对数据中心层的调用采用HSF框架进行调用，HSF框架支持分布式调用。
3.面向管理应用的服务需要发布到能力开放平台，采用REST/JSON协议。
4.JCF作为数据中心层服务开发框架，是和其他技术平台对接的枢纽。
5.允许跨中心访问查询服务，跨中心写服务需要通过消息中间件实现。
目前吉林移动新一代业务支撑系统采用互联网大数据、云计算技术，总体对系统进行重新规划，整体逻辑部署如下：
1.SaaS层按照管理集群和交易集群进行拆分
2.PaaS层按照管理集群，交易集群，后台应用集群进行拆分
3.针对技术平台，SaaS层和PaaS层合并部署，区分iPaaS集群和其他集群（aPaaS和uxPaaS）
4.详单管理采用Hbase云化部署，单独建设集群
5.计费账务单独建设集群部署
6.数据层按照不同数据类型建设集群部署，包括Oracle、MySQL、缓存、Hadoop、Cassandra。
根据吉林省预计3000万用户，根据业务部门要求，将长春拆分为长春市区和长春外五县，看做两个独立的地市进行管理，根据系统设计，GROUP_ID对应业务部门组织结构，REGION_ID作为系统路由分发的设计，基于REGION设计两个方案，即技术层面拆分和不拆分方案，推荐技术层面拆分方案，减少数据移植评估移植性能压力。拆分两个独立的地市（GROUP_ID）拆分，REGION拆分：管理拆分+技术拆分，数据移植的性能压力大，号段归属必须明确到长春市区和外五县/或者是三户ID第五位用号码尾号。只能一次拆分一次合并。对SaaS层和PaaS对外服务出口（iPaaS层）采用四层交换负载，重新划分OPCODE编码。
在充分利用最新的互联网技术的基础上，实现了业务支撑系统“开放、极致、敏捷、智能、统一”的总体特征。
1. 能力开放：开放IT能力，融入移动互联网生态系统
新一代业务支撑系统需要提供自有能力的对外开放，吸引合作伙伴共同开发创新的产品与服务，打造良好的生态环境，实现合作共赢。
2. 极致体验：全触点支持个性化、社交化的实时客户交互
新一代业务支撑系统需要为客户提供极致体验才能持续赢得客户在移动互联网时代的支持：移动互联网的信息整合与人际传播功能，改变传统的客户行为习惯，使得客户更注重个性化需求的满足以及网络实时分享能力等
3. 架构敏捷：构建高扩展、高性能、高可靠的云化系统
新一代业务支撑系统满足移动互联网时代需要、构建敏捷的系统响应能力，达到能满足短时海量大并发访问与处理的要求；系统应该具备支持敏捷、开放、标准化的系统架构。
4. 智能运营：实现基于大数据的客户洞察和智能管道策略
智能运营是移动互联网时代业务支撑系统的必备能力要求，对客户的深入洞察以支持业务运营的精准化、个性化需求。新一代业务支撑系统应能够充分利用大数据分析能力为客户洞察提供有力支撑。
5. 统一管控：统一IT管控，实现全网IT能力协同
在敏捷快速响应客户需求和市场变化的同时，要求IT的运营管控同步得以提升。新一代业务支撑系统应加强对IT的统一管控，助力全网IT的能力协同与一致实现全网业务系统的集中化管控，实现业务支撑系统标准化（包括功能、服务、接口、数据模型等）。
[关键词]互联网技术 业务支撑系统
中图分类号：TN547 文献标识码：A 文章编号：1009-914X（2015）37-0340-01
4G时代，中国移动实现从话音经营向流量复合经营和数字化复合经营的转型，商业模式正在发生巨大变化，原有的客户、渠道、产品、商业要素内涵、外延均已不同，都要求新一代业务支撑系统充分利用全新技术、匹配新运营模式、支撑全新数字化业务，构建数字化时代的核心竞争力。
中国移动省级业务支撑系统必须同时满足传统话音业务、流量经营、数字化业务的支撑要求，既要兼顾传统业务持续增长的稳定支撑要求，又要满足现阶段流量经营转型期飞速增长的流量支撑要求，更要满足面向前瞻未来的数字化创新业务的支撑要求。
新一代业务支撑系统架构借鉴云计算、大数据等互联网技术发展，确定系统架构技术发展方向；依托流处理、分布部署、服务管控等技术，新一代架构的关键技术能力落地。
吉林移动业务支撑系统目前已经运行近10年，为了满足未来五年吉林移动CRM系统运营支撑需求；满足互联网特点的运营业务需求能力；满足移动互联网业务需求能力；满足三网融合运营支撑需求；满足虚拟运营商运营支撑需求；满足互联网营销业务需求能力；满足4G数据流量运营要求；满足集客个性化业务支撑能力；满足物联网业务运营支撑能力；满足终端营销业务需求能力。
需要利用目前的互联网技术达到版本统一，满足运营商需求规范要求；支撑后续的分平台、在线服务升级能力；业务能力服务化、配置化、应用监控自动化，实现智能管道的支撑的能力目标，实现全面云化，实现交互层、业务逻辑层、数据层，分布式，达到动态横向扩展等云化要求；架构去IOE，基于IaaS，PaaS构建系统，构建CRM SaaS系统；系统数据服务中心化、应用平台化，开放数据服务、应用服务、流程服务；实现N屏统一服务，共享界面逻辑，超市化APP能力提供；架构达到互联网行业标杆水平的技术目标。
在经过多方调研和评估下，确认了本次吉林移动业务支撑系统升级的建设原则和建设范围。
建设原则
1.降低项目风险，针对和升级项目耦合度较低的内容建议尽量在系统升级完成后再逐步建设。
2. Oracle升级只针对本次升级和新建系统，其他系统建议放在项目完成后逐步升级。
4.全省拆分为AB两个大区建设。
5.本次不进行容灾建设。
6.配合改造系统原则上不新增需求，通过接口适配的方式配合改造，不进行自身的功能和模型的升级或重构。
7.本次按照3000万在网用户规划。
系统升级的建设范围：
1.分阶段升级CRM和账务管理系统（含详单云化），PBOSS系统、业务监控系统，计费账务系统。
2.建设PaaS平台，通过能力开放平台实现PaaS层服务全渠道发布，采用REST/JSON协议实现系统内部以及外部系统的服务交互。aPaaS分为技术平台，数据应用中心和数据服务中心。数据服务中心从TUX中间件换为J2EE中间件。
3.建设SaaS平台，采用动态表单和移动开发平台进行面向交易应用的开发。
4.采用消息中间件实现内部解耦，采用大数据集成平台实现周期性数据类接口的统一接入。引入大数据日志分析平台实现端到端日志采集，并通过业务网管进行分析呈现。
5.CRM营业、账务管理等交易型应用和管理型应用，技术平台采用集群方式部署，通过云管理平台进行管理。
在此改造范围的基础上，根据目前最新的互联网技术，结合目前吉林移动现有业务特色，定义了项目技术框架：
1.技术架构分为面向交易和面向管理的架构，面向交易的架构即原TUX架构。面向交易架构采用四层架构，即SaaS层，PaaS层（iPaaS），数据中心层（aPaaS），数据存储层。
2.iPaaS对数据中心层的调用采用HSF框架进行调用，HSF框架支持分布式调用。
3.面向管理应用的服务需要发布到能力开放平台，采用REST/JSON协议。
4.JCF作为数据中心层服务开发框架，是和其他技术平台对接的枢纽。
5.允许跨中心访问查询服务，跨中心写服务需要通过消息中间件实现。
目前吉林移动新一代业务支撑系统采用互联网大数据、云计算技术，总体对系统进行重新规划，整体逻辑部署如下：
1.SaaS层按照管理集群和交易集群进行拆分
2.PaaS层按照管理集群，交易集群，后台应用集群进行拆分
3.针对技术平台，SaaS层和PaaS层合并部署，区分iPaaS集群和其他集群（aPaaS和uxPaaS）
4.详单管理采用Hbase云化部署，单独建设集群
5.计费账务单独建设集群部署
6.数据层按照不同数据类型建设集群部署，包括Oracle、MySQL、缓存、Hadoop、Cassandra。
根据吉林省预计3000万用户，根据业务部门要求，将长春拆分为长春市区和长春外五县，看做两个独立的地市进行管理，根据系统设计，GROUP_ID对应业务部门组织结构，REGION_ID作为系统路由分发的设计，基于REGION设计两个方案，即技术层面拆分和不拆分方案，推荐技术层面拆分方案，减少数据移植评估移植性能压力。拆分两个独立的地市（GROUP_ID）拆分，REGION拆分：管理拆分+技术拆分，数据移植的性能压力大，号段归属必须明确到长春市区和外五县/或者是三户ID第五位用号码尾号。只能一次拆分一次合并。对SaaS层和PaaS对外服务出口（iPaaS层）采用四层交换负载，重新划分OPCODE编码。
在充分利用最新的互联网技术的基础上，实现了业务支撑系统“开放、极致、敏捷、智能、统一”的总体特征。
1. 能力开放：开放IT能力，融入移动互联网生态系统
新一代业务支撑系统需要提供自有能力的对外开放，吸引合作伙伴共同开发创新的产品与服务，打造良好的生态环境，实现合作共赢。
2. 极致体验：全触点支持个性化、社交化的实时客户交互
新一代业务支撑系统需要为客户提供极致体验才能持续赢得客户在移动互联网时代的支持：移动互联网的信息整合与人际传播功能，改变传统的客户行为习惯，使得客户更注重个性化需求的满足以及网络实时分享能力等
3. 架构敏捷：构建高扩展、高性能、高可靠的云化系统
新一代业务支撑系统满足移动互联网时代需要、构建敏捷的系统响应能力，达到能满足短时海量大并发访问与处理的要求；系统应该具备支持敏捷、开放、标准化的系统架构。
4. 智能运营：实现基于大数据的客户洞察和智能管道策略
智能运营是移动互联网时代业务支撑系统的必备能力要求，对客户的深入洞察以支持业务运营的精准化、个性化需求。新一代业务支撑系统应能够充分利用大数据分析能力为客户洞察提供有力支撑。
5. 统一管控：统一IT管控，实现全网IT能力协同
在敏捷快速响应客户需求和市场变化的同时，要求IT的运营管控同步得以提升。新一代业务支撑系统应加强对IT的统一管控，助力全网IT的能力协同与一致实现全网业务系统的集中化管控，实现业务支撑系统标准化（包括功能、服务、接口、数据模型等）。