高效灵活易于演进的商业化场景 Node.js 架构实践.pptx

1、效灵活易于演进的商业化Node.js 架构实践录、百度商业化场景、Node.js+GraphQL实践三、质效建设、百度商业化场景1.1 产品矩阵好看视频、全视频百度APP、贴吧APP百度新闻、百度库度NA客户端PC程序H5智能硬件1.2 研发React、程序 25%IOS、Android 50%Node.js25%1.3 技术变迁2016 - 20172018 - 2019规模 产品多 流量接多 版本多 补丁多Node.jsNode.js + GraphQL档少 数据少 环境少、Node.js+GraphQL实践2.1 演进意识众难调，异同演进序，分爆炸隐晦实现，档辅助版本难控，碎堆积博(ku

2、ai)弈(dian)2.1 演进意识 在商业化场景下，以传统的演进模式务的迭代，需时刻关注达摩克利斯剑 演进意识必须在设计架构中得到体现2.2 管理岔防御编程意识DevOps档久有效数据解读传承多关注点边界开发原则积淀Diff测试管(xi)理(guan)回归覆盖率Badcase追踪2.2 管理岔 不明确的演进段导致管理向习惯退 甚削弱服务的上层建筑，形成恶性2.3 GraphQL种API查询语实现数据查询的运时更效灵活任何冗余让API更容易随业务演进套易懂的数据描述持构建强的开发者具2.3 GraphQLFacebook移动应从2012年就开始使GraphQLGraphQL规范于2015年开源

3、现已经在多种环境（JavaScript/Python/Go/Java/PHP被各种体量的团队所使2.4 GQL优势声明式API按需定制优势所即所得关注点分离模式2.4 GQL优势强类型数据描述代码即档扩展能优势2.4 GQL优势优势三Introspection 开发者具2.5 语规范Object Types and FieldArgumentsThe Query and Mutation TypesBuilt-in and Custom Scalar TypesInterfaces 2.6 GGGitHub GraphQL API V4GitHub chose GraphQL for our

4、API v4 because it offerssignificantly more flexibility for our integrators.The ability to define precisely the data you wantandonly the data you wantis a powerful advantage overthe REST API v3 endpoints.GraphQL lets you replace multiple REST requests witha single call to fetch the data you specify.2

5、.7 Biggest changeWhy GitHub has moved to GraphQange: were2.8 内省系统内 xngIntrospection理学 儒家曾孟 Java/Objective-CnamekinddescriptionRepositoryProjectLabelOBJECTSCALARENUMCommit NON_NULL 2.9 Voyager2.10 AST# Projects manage issues type Project creator: User!kindnamedescriptionfields.name2.10 AST2.11 GQL劣势查

6、询复杂度每个请求都数据源 数据库微服务 第三构建2.12 程建设.graph多插件持研发体效字符串模板.js2.12 程建设开源 暴露定制 强调2.13 源码分析execute（buildExecutionContext）ofi全貌描声明式A接固服务类型业务决定实现contextValue 执环境variableValues参数2.14 源码定制源代码新增makeExecutionContext预构上下 contextschemado nothing启动documentexecute执上下运关键buildExecutionContextcontextexecuteFields时间复杂度 空间复

7、杂度2.15 架构设计调式不变下游感知般架构获取 Input.es解析 Output.es定义 .graphql查询 Query.es业务管理更省成员之间思维互通幅提升测试基建2.16 业务撑保障建设开始就更关注需求本接层业务层健壮性关键信息监控盒测试2.16 业务撑健壮性关键信息监控盒测试2.16 业务撑voyager志健壮性代码覆盖率业务覆盖率关键信息监控trace志盒测试定位badcase获取测试数据2.17 Babel插件管理依赖 构建代码 静态检查 更多能babel-plugingraphql-parser2.17 Babel插件外联类型内联类型2.17 Babel插件外联类型内联类

8、型2.17 Babel插件namedependencesdefresloveraddResolver2.17 Babel插件代码即档少注释就ERR？2.17 Babel插件fieldargument definition三、质效建设3.1 细化？RD 技术升级 业务迭代集成测试 线上巡查 QAFETE iCase（浪费 繁复）OP 流量管理 实例管理业务细节 全局指标商业化 就是3.1 细化RD必须胜任 QA严格把关Agile单元测试静态检查 BugBye啄安全扫描猫头鹰3.2 参与共建RDQAOP质效双丰盒测试专快速DIFF测试 业务覆盖度 双源指标互备免测迭代变多 代码覆盖率 排查badcase采样真实数据(志)3.2 参与共建3.3 参与共建3.3 开放反馈围绕RD QA OP 了解值班3.4 全栈撑全栈 2 / 17全团队3.5 管理双标期望现状通 央 物 管 可 者为 通 其 疏 达 四 细 周 得 理其 之 者理 未 以 理 治成 者 器 为 也恶扬善闭 被 塞 堵 中 引导、约束为 塞 空堵 之 中发现、甄别 璞 郑治 之 谓