深圳幻海软件技术有限公司

近日，由51CTO主办的WOT全球技术创新大会在北京圆满落幕，50余位具备前瞻视野和实践经验的讲师、专家、以真场景·真实战·真方法为准则，一起探究新技术如何帮助企业实现数字化能力的飞跃和提升。近年来，在自主创新的时代背景下，数据库国产化替代正在加速演进，金融行业率先成为各行业国产化推进的先行者。在W

之前总聊微服务，今天换一个话题---低代码。低代码这个词也是最近这几年很火的概念，尤其是遇到大环境下行，很多大厂和互联网那个公司也在慢慢在低代码方向发力，当然，对于传统项目交付型的软件公司，低代码也具有相当大的吸引力。如何理解低代码用一个通俗易懂的说法，就是少写代码，并且降低开发门槛的方式，可以让平

当前，金融机构的IT基础设施，作为承载信息系统运行的核心底座，正在面临来自数字化转型和信创转型的双重挑战。一方面，金融行业整体信息化成熟度较高，加之行业监管严格，如何引入先进的专有云架构，并且满足金融业务对性能与可靠性的要求，是众多金融机构的IT部门亟待解决的问题。另一方面，在波云诡谲的国际局势中，

​导读：百度直播定位成直播SDK，赋能百度厂内APP使用，随着业务规模快速扩大、代码体量膨胀、宿主接入定制诉求强烈，在不影响业务迭代和业务规模扩张的前提下，直播工程架构也在不停优化。一、背景百度直播定位成直播SDK,赋能百度厂内APP使用,随着业务规模快速扩大、代码体量膨胀,直播原有工程结构限制了直

一、背景介绍近两年G行分布式服务体系能力不断提高，初步形成服务化生态；服务网格、容器云、虚拟化技术逐步在生产环境实施及推广，为服务整合的实现提供了有效的技术支撑。与此同时，随着G行业务快速发展，应用系统数量快速增加、系统间调用关系日趋复杂；整合场景和业务需求的数量和复杂度均持续增加；投产频度增高、周

一、什么是业务中台？业务中台是以业务领域划分边界，形成高内聚、低耦合的面向业务领域的能力中心，打造持续演进的企业级业务能力共享服务平台。业务中台的直观呈现就是各能力中心，以互联网电商为例，常见的有交易中心、商品中心、库存中心等。它不仅提供丰富的共享服务，还包含体系化建设企业能力域的方法和机制。业务中

可能一些同学会认为前端比较简单而不需要架构，或者因为前端交互细节杂而乱难以统一抽象，所以没办法进行架构设计。这个理解是片面的，虽然一些前端项目是没有仔细考虑架构就堆起来的，但这不代表不需要架构设计。任何业务程序都可以通过代码堆砌的方式实现功能，但背后的可维护性、可拓展性自然也就千差万别了。为什么前端

背景在交接的代码中做手脚进行删库等操作，之前只是网上听说的段子，没想到上周还真遇到了，并且亲自参与帮忙解决。事情是这样的，一老板接手了一套系统，可能因为双方在交接时出现了什么不愉快的事情，对方不提供源代码，只是把生产环境的服务器打了一个镜像给到对方。对方拿到镜像恢复之后，系统起来怎么也无法正常处理业

kafka多牛啊，老少通吃，风光无限，从业务服务到大数据，无所不能。但，即使它这么牛x，在不少项目中，依然能看到很多的替代品，比如RabbitMQ、RocketMQ、Pulsar等。等等，先不说这些同质的竞争品。在我见到的很多项目里，经常有一只乱入的消息队列，那就是Redis。还别说，使用还挺广泛的

有不少刚开始做管理的技术人，都和我谈过他们的困惑。总结下来主要是不知道继续晋升需要培养哪方面的能力。技术经理其实是技术人最难做好的管理岗，原因主要有两方面：在互联网公司，技术骨干由于业务做的出色，火线被提升为技术经理，往往缺乏系统的领导力的培训。技术经理是团队贡献者，但仍然需要大量个人贡献，尤其是在

今天给大家讲一个知识点，就是平时我们很多兄弟开发的系统都不再是那种10年前的简单单块系统了，一个工程打包部署启动，系统连接MySQL，然后Crud整起就够的了，我们现在开发的系统都是很高大上的分布式系统。啥叫分布式系统?就是说你写的系统收到一个请求之后，你自己的代码跑完还不够，你得去调用别的兄弟写的

作者 |魏磊心澎陈彤CDN已经成为互联网重要的基建之一，越来越多的网络服务离不开CDN，它的稳定性也直接影响到业务的可用性。CDN的容灾一直由美团的SRE团队在负责，在端侧鲜有方案和实践。本文结合美团外卖业务中的具体实践，介绍了一种在端侧感知CDN可用性状况并进行自动容灾切换的方案，通过该

一、背景过去几年，携程技术保障部门在Redis治理方面做了很多工作，解决了运营上的问题，在私有云上也积累了丰富的经验。后又通过引入Kvrocks，在公有云上实现降本增效的目的，从而支撑了公司的国际化战略。与此同时，国内业务部门存在降低基础建设成本的客观需要，有些业务方期望提供一种非传统关系数据库来解

1、通用架构概述创业之初，我们往往会为了快速迭代出产品，而选择最简单的技术架构，比如LAMP架构，SSH三层架构。这些架构可以适应初期业务的快速发展，但是，随着业务变得越来越复杂，我们会发现这些架构越来越难支撑业务的发展，出现在一个类中写好几千行代码，一个方法中到处都是ifelse语句，如果中间遇到

这篇文章比较长，有5200+字，不过希望你能耐心看完，特别是程序员。中台这个词，最近两年特别火，它的爆发源于2015年张勇在阿里发出的内部信中提到的“大中台，小前台”战略。随后吸引了很多人开始“追逐”它。也有很多人开始借着这概念来挣钱。任何事物一旦开始受到炒作，很容易让人失去理性的思考。我们先不论中

 从2015年开始，到2019年现在为止，各大公司都在吹捧中台理念。仿佛中台是业务复杂性的救世主，是某些架构师和PM的新出路，各种割韭菜的讲中台的课程层出不穷。当然，吹牛逼的时候大家都是拣好的说，苦逼的东西就只有内部人士知道。中台到底靠谱还是不靠谱，只凭各路英雄的演讲内容，那看起来是靠谱的

什么是架构?关于架构这个概念很难给出一个明确的定义，也没有一个标准的定义。如果，硬是要给一个概述，阿里巴巴高级技术专家张建飞认为架构就是对系统中的实体以及实体之间的关系所进行的抽象描述。今天，张建飞来谈谈应用架构的核心使命是什么，是否与你想得一样?往下看，一起寻找答案。架构架构始于建筑，是因为人类发

星球水友“写代码的”提问：沈老师，我们现在用户中心是单库单表，uid使用数据库自增主键，uid被很多业务关联，不能变化。现在用户中心数据量逐步变大，有分库需求了，如何由单库升级为多库，保持历史uid不变，并且新生成的数据不冲突，有什么好办法么?==问题描述完==应该有不少公司都会利用数据库“插入数据

交通方式是用户旅行前要考虑的核心要素之一。为了帮助用户更好地完成消费决策闭环，马蜂窝上线了大交通业务。现在，用户在马蜂窝也可以完成购买机票、火车票等操作。与大多数业务系统相同，我们一样经历着从无到有，再到快速发展的过程。本文将以火车票业务系统为例，主要从技术的角度，和大家分享在一个新兴业务发展的不同

以前的文章讨论过《互联网架构，究竟为啥要做服务化?》，随着数据量、并发量、业务复杂度的增长，互联网架构会出现以下问题：代码到处拷贝底层复杂性扩散基础库(so/jar/dll)耦合SQL质量得不到保障，业务相互影响数据库耦合“服务化”是一个很好的解决上述痛点的方案。那么问题来了，微服务架构多“微”才合