https://www.jianshu.com/p/5b44dd20484c 由于业务的需要， MySQL,Redis,mongodb等应用的端口需要我们手动操作开启 下面以 MySQL 为例，开启 3306 端口的远程访问，其他端口类似。 方式一：通过修改iptables文件方式 编辑配置文件 #
索引膨胀 对于索引，随着业务不断的增删改，会造成膨胀，尤其Btree索引，也会涉及索引分裂、合并等，导致索引访问效率降低、维护成本增加。另外，索引页的复用与HEAP PAGE不一样，因为索引的内容是有序结构，只有符合顺序的ITEM才能插入对应的PAGE中，不像HEAP TUPLE，只要有空间就可以插
摘要：对云端用户而言，业务价值发现是最重要的，华为MRS支持LakeFormation后，成功降低了数据应用的成本，帮助客户落地“存”与“算”的管理，加快推进了数智融合进程，更大程度地释放业务数据价值。 本文分享自华为云社区《华为云MRS支持lakeformation能力,打造一站式湖仓，释放数据价
为什么需要消息队列 削峰 业务系统在超高并发场景中，由于后端服务来不及同步处理过多、过快的请求，可能导致请求堵塞，严重时可能由于高负荷拖垮Web服务器。 为了能支持最高峰流量，我们通常采取短平快的方式——直接扩容服务器，增加服务端的吞吐量。 优点是显而易见的，短时间内吞吐量增加了好几倍，甚至数十倍。
任务平台是科技内各业务方开展互动玩法的中心化平台，支撑科技内拉新、促活、交易等业务场景，包含基础任务、基于任务的通用活动玩法和业务投放能力。提供了任务玩法的创建、投放、曝光、完成等全生命周期的精细化管理，打造了基于任务的裂变、时间轴等通用活动玩法的规则化运营，致力于提升在多场景、多玩法、多频次的业务投放能力。任务中心主要战场是金融APP，目前日均500W的完成量，月UV100W，大促期间日完成量达
在日常代码的编写中，业务需求的变化总是不定的。文中描述的责任链和策略设计模式能有效满足代码编写的开闭原则，能更加有效的应对随时变化的业务需求。
数据的爆炸性增长 对业务连续性带来了巨大的挑战 传统灾备方式资源利用率底、切换时间长、成本高 对此，基于云计算的多云多活技术正在逐步兴起 巨大的业务价值、超高的技术难度 让“多云多活”被称为“技术皇冠上的明珠” 本期，京东云资深混合多云多活专家将带来 京东内部秒级容灾切换实战分享 以及多行业跨云多活
现有的同城购业务围绕京东即时零售能力搭建了到店、到家两种业务场景。同城业务与现有业务进行互补，利用高频，时效性快的特点，可以有效提升主站复访复购频次，是零售的重要战略方向。
生产过程中，线上的业务规则内嵌在系统的各处代码中，每次策略的调整都需要更新线上系统，进行从需求->设计->编码->测试->上线这种长周期的流程，满足不了业务规则的快速变化以及低成本的更新试错迭代。因此需要有一种解决方案将商业决策逻辑和应用开发者的技术决策分离开，在系统运行时能去更新管理业务规则。
618 大促来了，对于业务团队来说，最重要的事情莫过于各种大促营销。如会场、直播带货、频道内营销等等。而弹窗作为一个极其重要的强触达营销工具，通常用来渲染大促氛围、引流主会场、以及通过频道活动来提升频道复访等。因此，如果能将运营的策略及想法快速转化为弹窗的内容并触达给用户，这对于提升运营效率及玩法灵活性的是极其有意义的。
针对现如今高并发场景的业务系统，“并发问题” 终归是必不可少的一类（占比接近10%），每次出现问题和事故后，需要耗费大量人力成本排查分析并修复。那如果能在事前尽可能避免岂不是很香？
本文主要讲述京东门详业务在支撑过程中遇到的困境，面对问题我们在效率提升、质量保障等方向的探索和实践，在此将实践过程中问题解决的思路和方案与大家一起分享，也希望能给大家带来一些新的启发
小程序平台是怎么保证商家业务的稳定、健康发展，服务好这些外部商家的呢？这里面非常重要的是我们平台对小程序基本流量的运营与监控。如何不让业务的小程序在线上裸奔？如何帮助业务对自身小程序流量的冲高回落有一种直观的把握和监测？如何基于海量数据指导业务去进行一个精细化的运营？实际上，京东小程序数据中心就扮演了一个这样的小程序数据问题终结者的角色，充分利用各类数据手段，解决这些痛点问题。
我们团队一直在持续推进业务系统的体系化治理工作，在这个过程中我们沉淀了自己的DDD脚手架项目。本文主要是梳理和总结了DDD脚手架使用中的编码规范以及遇到的问题。
如今随着互联网技术快速发展，业务越来越复杂，系统的高并发和关键数据的场景越来越多。在分布式系统中，机器宕机和消息丢失也是需要重点关注的问题，其中的一个典型就是幂等性问题。
>大家好,我是蓝胖子，关于性能分析的视频和文章我也大大小小出了有一二十篇了，算是已经有了一个系列，之前的代码已经上传到github.com/HobbyBear/performance-analyze，接下来这段时间我将在之前内容的基础上，结合自己在公司生产上构建监控系统的经验，详细的展示如何对线上服
事件驱动模式 举个例子🌰 大部分软件或者APP都有会有会员系统，当我们注册为会员时，商家一般会把我们拉入会员群、给我们发优惠券、推送欢迎语什么的。 值得注意的是： 注册成功后才会产生后面的这些动作； 注册成功后的这些动作没有先后执行顺序之分； 注册成功后的这些动作的执行结果不能互相影响； 传统写法
Seata 简介 传统的单体应用中，业务操作使用同一条连接操作不同的数据表，一旦出现异常就可以整体回滚。随着公司的快速发展、业务需求的变化，单体应用被拆分成微服务应用，原来的单体应用被拆分成多个独立的微服务，分别使用独立的数据源，业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务
- 会议太多了,员工开会效率降低了50%! 上篇文章《研发效能组织架构：职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点，优劣势。也许有的小伙伴可能对这两种组织架构没有深刻的体会，而本文就是想通过数据说话，想仅仅通过计算这两种组织架构下开会时间这一项，让大家知晓职能型组织架构
