中生代技术,一群技术人在每周三晚上的技术分享 微信公众号:中生代技术
测试人员在流程微服务中如何简单高效完成开发测试任务?本期中,讲师将结合自身流程平台自动化测试实践的经验,梳理出在微服务架构的数字化企业云平台中,该如何完成流程微服务的自动化测试,并且提供高质量的上线保障。
分享者简介:宋慧庆,时趣互动 移动广告架构师 十余年互联网老司机,具有多年互联网广告系统研发经验,负责研发个性化动态创意系统,用户画像标签系统以及大数据治理;对编程语言有浓厚的兴趣。
本文介绍基于MySQL及Redis搭建统一的kv存储服务:常用部署方式及其特点,Cluster manager,MySQL和Redis集群方案,以及Sync数据同步服务。
内容简介 近两年作者在海外交付中参与 microservices 下的团队,为客户提升 Finance 系统的扩展性。作者所在团队,3 对开发(pair programming, 2 个 dev 为 pair)为客户支撑着 11 个 services,持续部署流水线(CD pipeline)是其中
作者分享作为使用者看到的 Calico 的变化(包括组件、文档和 calicoctl );Demo 一些简单的例子,会和 MacVLAN 做一下对比说明原理;总结下适合 Calico 的使用场景。
我们需要实现对存储在HDFS中的Parquet文件执行数据查询,并通过REST API暴露给前端以供调用。由于查询的结果可能数量较大,要求API接口能够提供分页查询。在第一阶段,需要支持的报表有5张,需要查询的数据表与字段存在一定差异,查询条件也有一定差异。 每个报表的查询都牵涉到多张...
下面是中生代小伙伴石头的2016年终总结,欢迎阅览,并祝您2017万事如意、阖家幸福!
伴随着RESTful架构风格的大量应用,一些本来难以察觉到的安全问题也逐渐开始显现出来。在我经历过的各种采用RESTful架构风格的应用中,某些安全问题几乎在每个应用中都会出现,这些都可以通过一些安全实践来避免。
众所周知Docker技术这几年大热,但如果期望阿里这么大体量的应用全部使用Docker,这可不是一朝一夕就能完成的事情,来看看今年集团AliDocker化双11总结。
笔者根据多年电商架构经验,深入浅出的讲解了基础架构在电商互联网企业中的重要性,也指出了应对之道。本篇文章对架构设计具有很好的指导意义。
前言 Native 开发的诸多亮点中,流畅体验和系统调用是最多被提及的。流畅体验体现在页面滚动/动画的流畅性,背后是更好的内存管理和更接近原生的性能;同时又是 Web 的痛点:资源首次下载、长页面内存溢出和滚动性能、动画性能、传统 web 性能(如JS执行效率)。Native 有丰富的系统调用能力
此文为上个周末中生代技术北京研发管理闭门会议中的分享内容总结.
听说过全栈工程师,那全栈架构师又是啥?
本文分享融数微服务技术选型、架构设计以及核心概念和实现,谈及融数DevOps平台对微服务的支撑和技术团队的组织。
本文是一次线上的FGC(Full Garbage Collection)分析及原理剖析。通过本文,可以深入的了解FGC,堆外Buffer和bufferPool的设计。
一般来说,实体的可能状态是有限的, 在满足一定的条件的情况下触发特定动作会发生实体的状态迁移。对于这类问题,我们一般称为FSM(Finite State Machine), 即有限状态机。本文分享一个有限状态机的java实现,以及使用DSL实现的通用化描述。
对于一个互联网企业,后端服务是必不可少的一个组成部分。抛开业务应用来说,往下的基础服务设施做到哪些才能够保证业务的稳定可靠、易维护、高可用呢?
中生代技术群分享第四十四期。传统应用使用本地事务和分布式事务保证数据一致性,但是在微服务架构中数据都是服务私有的,需要通过服务提供的api访问,分布式事务不再适用微服务架构,传统分布式事务不是微服务中数据一致性的最佳选择。微服务架构中应满足数据最终一致性原则。
上一篇我们讲的是情商的五要素以及什么是三无管理者,本文将继续探讨,三无管理者如何进行团队的管理。
当今时代对于互联网产品来说,产品体验,越来越重要。各种类型的体验问题促使我们产生了一个中台为上层赋能:发现问题,推动问题改进,衡量改进价值。2015~2016产品体验年,我们尝试了多种推动产品体验改进的方式包括:直接建立用户和PD的桥梁,尝试数据技术等等...
最初的秒杀系统的原型是淘宝详情上的定时上架功能,由于有些卖家为了吸引眼球,把价格压得很低。但这给的详情系统带来了很大压力,为了将这种突发流量隔离,才设计了秒杀系统,文章主要介绍大秒系统以及这种典型读数据的热点问题的解决思路和实践经验。
从DDD的角度,领域逻辑的分析可以运用战略方法Bounded Context。问题是:如何获得Bounded Context ?
Lambda表达式基于数学中的λ演算得名,可以看作是匿名函数,可以代替表达式,函数,闭包等,也支持类型推论,可以远离匿名内部类。Java、Python和大数据云计算中的Lambda分别是什么样的?
我们在给团队成员安排工作的时候,是否将意思表达清楚,是否给团队成员必要的工作培训呢?俗话说的好,言传身教,作为管理者更多的是需要身教,而身教大于言传。
本文来自中生代技术群分享第42期。区块链是一套可信任的分布式数据库账簿。其通过去中心化的、无需信任积累的信用建立范式,并集体维护一个可靠数据库,形成一种几乎不可能被更改的分布式共享总账。
本文来自中生代技术群分享第41期。关于苏宁易付宝金融支付网关重构国产的设计过程以及一些经验和思考。
程序员的成效是否是一个重要的话题?谁应该关心?是度量程序员的管理者还是程序员自己?
软件系统的稳定性,主要决定于整体的系统架构设计,然而也不可忽略编程的细节,正所谓“千里之堤,溃于蚁穴”,一旦考虑不周,看似无关紧要的代码片段可能会带来整体软件系统的崩溃。本文将和大家聊一聊软件质量稳定性之殇。
最近在工作中经常和性能压测工作打交道,积累了一些性能分析经验,我觉得这些经验对每一个开发者都有帮助的,能开发出性能高的代码也是我们的最终目标。
上一篇讲的是《性能优化的常见模式及趋势》,今天接着讲集中常见的压测模型。通过上一章我们大概知道了性能优化的一些招式,但是怎么发现有性能问题,常见的模式还是需要压测。
本文介绍性能优化的两种模式,单应用优化及结构型优化。以及性能/应用优化的几个趋势。
区块链是比特币的底层技术,比特币是区块链的一种应用。区块链无疑是2016最耀眼的新兴技术之一。本文为中生代十月十城成都站的分享PPT,介绍区块链的原理,未来的发展方向以及相关领域的应用。
本文给很多不熟悉微软开源技术的朋友普及一下微软最近几年在开源方面所做的努力和成效,毕竟很多人对微软的技术还停留在10年前的认知上,自从微软新CEO上任后,进行了一系列的大刀阔斧的改革,其中拥抱Linux是浓墨重彩的一笔。本文选自于启路CTO朱永光大神在中生代十月十城成都的分享,欢迎大家观看视频!
本文来自中生代技术群分享第40期。国付宝CTO为你讲解区块链的起源及基本概念,对第三支付的影响,其他领域的应用,以及国付宝在区块链技术方面尝试。
堆外内存一直是Java业务开发人员难以企及的隐藏领域,究竟他是干什么的,以及如何更好的使用呢?
券商以往系统建设都依赖于服务厂商,所以也造成了各系统之间的多样异构化,各种类型的系统架构都长期存在。华泰证券改变这种烟囱式的系统建设方式,以统一化的服务化架构来建设系统。
十月围城广州,中生代技术荣幸邀请到著名Java专家江南白衣,分享《Java性能优化指南》。会后江南白衣花费数日整理PPT,到1.4版本共66页,内容翔实且旁征博引,不断校正且力求做到极致的匠艺精神值得尊敬!
本文由PPmoney架构师敖小剑分享:微服务的核心技术,目前可选的开源微服务框架,以及为微服务提供支撑的基础设施。
本文来自中生代技术群第36期分享。随着互联网金融和移动互联网的持续火热,人们的生活也越来越离不开网络,网络安全,在这个信息化时代显得尤为重要,那么网络攻击和安全,这一攻守之间,主要涵盖哪些要点呢,下面我们就来对此进行抽丝剥茧,逐条解析。
微服务系统本质上是一个分布式系统,而分布式系统就有其固有的复杂性,对测试,部署甚至团队的组织结构都会带来很大挑战。有了这些微服务架构的基础设施,能有效帮我们解决并规避一些问题,但我们仍然不能低估采用微服务架构带来的复杂性。微服务架构不是银弹,更不是免费的午餐,实施微服务改造是要付出代价的。
系统优化一个方面是系统化的对IT系统或交易链上的每个环节进行分析并优化,另一个是对单一系统进行瓶颈点分析和调优。优化的目标无非是:提高系统的响应速度、吞吐量、降低各层耦合,以应对灵活对边的市场。
NewSQL 一直在尝试解决问题是:摆脱人工运维束缚,存储层实现真正的自生长,自维护,同时用户可以以最自然的编程接口访问和存储数据。当实现这点以后,业务才可以摆脱存储的介质,容量的限制,而专注于逻辑实现。大规模的分布式和多租户是必然的选择,其实这个目标和云的目标是很接近的。
传统的模型方式的核心目标是能够自动生成代码,故定义过于复杂。而微服务间的“语言”的目标与传统不同,用元数据作为“语言”驱动整个微服务架构是不错的选择。本文为普元软件产品部副总兼大数据产品线总经理王轩在云计算架构设计群的微课堂分享。
在实际的项目中, 产品中的微服务又无法避免的会对某些库 (Library) 产生依赖,共享某些库。所以, 架构师必需要知道要如何管理微服务间的共享。架构师设计微服务的粒度时, 便需仅记“外部的世界” 远比 “内部的世界” 要来得重要。本文是微服务架构设计系列的第六篇。
本文来自来自中生代技术群的36期分享,介绍了为什么要选择微服务架构,PPmoney微服务框架的技术选型,介绍微服务生态中的支撑体系以及旧有系统的迁移改造。
随着业务的快速增长,一个线上交易系统在有限的时间内,不但需要维持线上系统的稳定,还要支撑新需求的开发,否则将由于技术支撑不利错失业务发展关键时间窗口。本文分享了一次从企业级架构到互联网架构迁移的工程实践。
本文来自来自中生代技术群的36期分享,与大家分享PPmoney的微服务之路:为什么要上微服务框架,微服务框架的一些具体做法,在整个生态当中,除了微服务框架之外的支撑体系,如何进行旧有系统的迁移改造,以及有同学感兴趣的开源计划。
本文是微服务架构设计系列的第五篇。架构师在设计从多个微服务取数据, 而生成报表的架构设计方案时, 往往面临著需在边界上下文 (Bounded Context), 数据的时效性, 性能, 可靠性与开发的复杂度间作取舍。本文将分享从多个微服务取数据, 而生成报表的设计方案。
本文是微服务架构设计系列的第四篇。在分布式微服务的架构下, 架构师往往面临著可靠性与性能间的抉择,本文将通过两个例子为大家分享如何提升微服务分布式远程调用的可靠性与性能。
本文作者张川分别从过去现在未来讲述他在聚美做运维曾遇到的一些问题。