随着”微前端“概念的不断酝酿,越来越多的团队开始将自己的业务处理为不同的组件,编排到一个业务页面中去,因此对组件的维护将会变得越来越重要。对于大部分前端在组件开发上都会遇到的问题和痛点,本文将分享作者在组件开发上的一些思考以及应该如何维护自己的组件库。背景19年6月左右,我发布过一篇文章《Bit初体
容器的前世今生物理机部署非常慢购买服务器服务,放在IDC机房,各种走流程,很多流程不可控制流程慢。成本非常高物理的服务器,高额的配置成本贵。资源浪费资源太多了,针对app的服务可能利用率不够充分。难于迁移和扩展迁移app端的服务器,我们要提前准备好一个新的物理服务器,环境需要重新的迁移。资源消耗比较
背景京东到家订单中心系统业务中,无论是外部商家的订单生产,或是内部上下游系统的依赖,订单查询的调用量都非常大,造成了订单数据读多写少的情况。京东到家的订单数据存储在Mysql中,但显然只通过DB来支撑大量的查询是不可取的,同时对于一些复杂的查询,Mysql支持得不够友好,所以订单中心系统使用了Ela
Kafka作为时下开源消息系统,被广泛地应用在数据缓冲、异步通信、汇集日志、系统解耦等方面。相比较于RocketMQ等其他常见消息系统,Kafka在保障了大部分功能特性的同时,还提供了读写性能。本文将针对Kafka性能方面进行简单分析,首先简单介绍一下Kafka的架构和涉及到的名词:To
大数据文摘出品来源:medium编译:赵吉克2018年medium上一篇博文分析了数据科学家最需要的技能,那篇文章引起了很大的反响,在medium上有超过11000次点赞,并被翻译成几种语言,成为了2018年11月KDNuggets最受欢迎的文章。2018年文章链接:https://towardsd
本文转载自微信公众号「码海」,作者坤哥。转载本文请联系码海公众号。你好,我是坤哥上一篇Java进阶之字节码剖析中我曾经提到这么一段话int[128][2],int[256]这两个数组看起来一样,但实际上前者比后者多了246%的额外开销针对这句话我收到了几位读者的私信,表示不明白为啥不过一个简简单的二
前言容器是一种轻量级、可移植、自包含的软件打包技术,使应用程序可以在几乎任何地方以相同的方式运行。开发人员在自己笔记本上创建并测试好的容器,无需任何修改就能够在生产系统的虚拟机、物理服务器或公有云主机上运行。“从过去以物理机和虚拟机为主体的开发运维环境,向以容器为核心的基础设施的转变过程,并不是一次