理想的互联网服务后台框架的九个要点

版权声明：本文由廖念波原创文章，转载请注明出处: 
文章原文连接：https://www.qcloud.com/community/article/146

来源：腾云阁 https://www.qcloud.com/community

 

理想的互联网服务后台框架的九个要点
对于互联网服务后台团队，开发框架的选择是很是关键的一个问题，多年的海量服务经验和教训使得咱们团队深入的认识到：

• 要尽早规范团队的开发服务框架，避免到了后期，各类开发语言混杂、各种存储组件充斥、重复编码、每一个模块形态不统1、文档缺失、监控瘫痪、人员离职形成大量信息丢失，最后积重难返、痛苦不堪。

• 没有框架来规范，团队的随意性就太大，合做效率就大打折扣，甚至于内耗、反复的挖坑填坑，系统的成败过于依靠人的意识和水平。

• 规范，不能靠文档、不能靠劳动纪律、不能靠苦口婆心、不能靠人员意识、不能靠运动式的整顿，要靠技术框架上切实的限制与贴心保护。

若是有机会从0开始定义一个理想的开发框架，须要考虑哪些点？咱们以为主要有以下9个方面：

1. 【同步编码异步执行】兼顾运行效率和编码效率，但愿代码写起来是同步和顺序的，而执行的时候是异步的

2. 【IDL/RPC】支持IDL（接口描述语言）和RPC，减小网络协议相关的重复工做，协议有比较好的扩展性；远程调用友好且高效，作到覆盖主要的开发语言

3. 【LB】对服务间的调用选路进行统一的管理，对单机故障和网络波动等常见状况有自动容错，咱们简称load balance(LB)

4. 【 存储服务化】这个其实和开发框架关系不太紧密，这里提一下，强调存储应该有统一的组件且由专业的团队运维，就像共有云同样

5. 【过载保护】框架必须有成熟自带的过载保护机制，不须要业务开发人员关注或者关注不多

6. 【基础的监控和告警】RPC调用、机器的cpu/网络活动、任务并发度、时延、进程监控和秒起等基础信息，要有上报、统计和告警，不须要业务开发人员关注。

7. 【完整的业务流转呈现】统一日志，在一个地方可以清晰的呈现某次业务处理过程的流转详细状况：通过了哪些模块间调用，调用参数是怎样的，每一个模块处理的重要分支和结果是怎样的，最好图形化呈现。支持染色和不一样的日志详细级别

8. 【中央总控】整个系统的配置和文档等重要信息，例如每一个模块有哪些机器，分布在哪些机房、容量冗余状况、模块间调用关系、访问控制的配置动态管理甚至电子流，都但愿能统一在一个地方web化的管理起来，而且与运营的系统是直接联系直接生效的

9. 【云调度】容量的自动调度。例如要进行某个运营活动须要大量的扩容，只须要把设备放进去，就能自动的扩缩容。当某个城市机房故障，可以自动调度容量到其余城市

基于上面的总结，咱们团队开源了一个服务开发运营框架，叫作毫秒服务引擎。

毫秒服务引擎(msec, 取英文名Mass Service Engine in Cluster的首字母组合)是腾讯的一个开源框架，集RPC、名字发现服务、负载均衡、业务监控、灰度发布、容量管理、日志管理、key-value存储于一体，目的是提升开发与运营的效率和质量。

毫秒服务引擎的创做冲动和构建经验，来自QQ后台团队超过10年的运营思考。它是一整套解决方案，但也能够拆分的来使用其中的监控、key-value存储单品。

详细可见官网，或在腾讯云服务市场联系咱们

典型用户群体

使用毫秒服务引擎，用户能够快速拥有一套具有监控、名字发现服务、负载均衡、灰度发布、配置管理、日志、kv存储等功能的系统化的开发与运营框架，特别适合互联网初创公司。

毫秒服务引擎很是容易搭建和上手，使用它，初学者从零开始开发一个分布式后台demo并运行起来，只须要2个小时。基本上是一个小时完成框架搭建，一个小时完成开发上线。

功能与优点

1. 模块间访问采用RPC的方式，开发者不用关注网络与报文格式，像写单机程序同样开发分布式服务

2. 负载自动均衡与容错，对于单机故障、局部网络波动等情况自动应对，服务高可用性

3. 支持C/C++与java语言，后续还将继续丰富；若是选择C/C++语言，支持协程，兼具开发和运行效率

4. Web化的管理界面，在web界面完成配置、发布、监控、日志、Key­-value存储集群管理等全部操做

5. 须要复杂部署的服务器都采用docker镜像的方式安装，使得部署与上手很是容易

6. 相比使用其余开源组件拼凑起来的解决方案，毫秒服务引擎更加的体系化，对团队的规范更加到位

毫秒服务引擎也提供了微信公众号（msec-engine），欢迎你们关注，参与讨论和反馈。