前言 在软件开发领域经常会接触到架构这个词汇，在我最初的印象中，架构是一个很高级的词汇。它似乎代表了复杂的工程结构、高层次的抽象设计、最新的开发语言特性等等。对于当时只专注于写业务逻辑的我来说，不免心生对架构的敬畏。工作中对架构的讨论很少，出现则是一些高级晦
原创不易，求分享、求一键三连 最近有个粉丝问了一道大题： 小钗，我最近空降到一个小公司做技术负责人，感觉团队士气很低，同学们要么有力无处使，要么常规摸鱼，这种一盘散沙的团队该如何带呢？ 这道题我还真会！只不过这是一道大题，没那么简单，需要大家耐着性子读完，这里先给出解题思路： 直面
牛B的人物，早已经厌倦了中英文混杂，他们更进一步，使用中英文缩写，对普通人进行降维打击。更厉害的，造就新的名词，并科普出去。 有几项技术，我从心底里鄙视和厌恶，但每次在技术方案中，都默默的把它们加进去，而且给足了它们分量。因为它们对于方案的成功与否，起着重要的概念性指导作用。它们就
数据膨胀的时候，必然放大细节。 一、背景简介 在项目研发的过程中，对于数据存储能力的依赖无处不在，项目初期，相比系统层面的组件选型与框架设计，由于数据体量不大，在存储管理方面通常容易被轻视，当项目发展进入到中后期阶段，系统的复杂性很大程度来源于数据层面； 从常规的微服务架构体系
写在最前 实际业务开发过程中，业务逻辑可能非常复杂，核心业务 + N个子业务。如果都放到一块儿去做，代码可能会很长，耦合度不断攀升，维护起来也麻烦，甚至头疼。还有一些业务场景不需要在一次请求中同步完成，比如邮件发送、短信发送等。 MQ 确实可以解决这个问题，但 MQ 重啊，非必要不提升架
1 分布式事务介绍 1.1 什么是事务 数据库事务(简称：事务，Transaction)是指数据库执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成[由当前业务逻辑多个不同操作构成]。 事务拥有以下四个特性，习惯上被称为ACID特性： 原子性(Atomicity)：事务作为一个整体被执行，包含在其中的对数
飞鹤是在数字化转型方面较早觉醒、较早付诸实践的企业之一，其最初需求是点状的，是为了解决存量客户运营问题，是为了洞察、理解、匹配客户需求。但在这一步走出去以后，飞鹤逐步发现数字化转型的应用场景不只在营销端，而且在生产上可以实现智能生产，在管理上可以实现快速决策，在供应链上可
seata是什么 Seata 阿里巴巴由2019开源的一款分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。 在微服务架构中,每个服务都是独立的,所以服务的事务都是本地的,一个
简介： 为更好地厘清波涛汹涌的数字化转型浪潮下软件产业所面对的机遇与挑战，6月29日，阿里云云效与阿里云开发者评测局栏目，联合特邀了InfoQ极客帮副总裁付晓岩、南京大学软件工程学院教授张贺、Thoughtworks全球数字化转型负责人肖然、国内精益产品开发最早实践者何勉（阿里云云效解决
用户登陆上业务主界面时，分割出的另一个页面加载业务首页 1.通过了验证，登录到业务主界面 省略 2.左侧导航栏自动选中工作台 省略 3.业务展示区自动加载业务主界面 在入口函数写一个页面加载完成事件，发起一个同步请求，将业务主界面返回到业务展示区 //页面加载完毕$(function(){
电商数字化转型之数据仓库建设（基于hive） 第一章 数仓分析 第一节 数仓分层概述 根据实际生产情况，建议将数据仓库分为三层，自下而上为： 数据引入层（ODS，Operation Data Store） 数据公共层（CDM，Common Data Model） 数据应用层（ADS，Application Data Service） 数据引入层（ODS，Operation Data Sto
首先举例介绍上行业务和下行业务： 上行业务：用户设备（如手机）到基站的传输 下行业务：基站到用户设备（如手机）的传输 对称业务：上行数据量和下行数据量相当，如电话服务，对称业务需要上下行用一样多的频谱资源 不对称业务：上行数据量和下行数据量不相当，比如上网，有时上行数据量大（如微博服
如果接手任意一个测试任务，如何开始测试以及怎么快速的行程测试点呢？其实也是有一套小套路的。大概整理了下，可以从6个方面来考虑入手。 1.项目 快速了解项目背景、信息对象、项目风险、测试资料、债务、交流、语境分析、交付品、工具。 项目的提出动机将会对后续项目执行过程的很多
原文：https://www.cnblogs.com/skychen1218/p/16406274.html ---------------------- 系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇 .Net微服务实战之负载均衡（上） .Net微服务实战之CI/CD .Net微服务实战之Kubernetes的
写这篇文章的初衷来源于朋友圈CC的动态：“今年很多写测试工具平台没有成就业务价值的同学，被落入自由市场了”。我俩在评论区交流了下性能测试如何成就业务价值的问题。 当然，CC这条动态感触来源于前几天infoQ的一篇文章:《今天很多 CTO 都是被干掉的，因为他没有成就业务》。这篇文章
架构的本质 物理学中有个很著名的“熵增定律”：一个封闭系统，都是从有序到无序，也就是它的熵（即混乱程度）会不断地增加，最终系统会彻底变得无序。这个理论放在软件系统的演化上，也是非常适用的。一方面，随着业务需求的增加，我们会往系统里不停地添加业务功能；另一方面，随着访问量的不断增加，
如果按照业务流程来拆分系统模块，那么，有多少业务流程，就有多少个系统模块，这个对应关系比较直接，但实现起来很困难。如果按照业务域来拆分，有多少业务领域，就有多个系统模块，流程中的业务节点按照业务域的不同，可以划分到不同的系统模块。 所以，对业务架构师来说，TA 的工作，就是把业务流程和
本文将全面讲解数仓建设规范，从数据模型规范，到数仓公共规范，数仓各层规范，最后到数仓命名规范，包括表命名，指标字段命名规范等！ 一、数据模型架构原则 1、数仓分层原则 优秀可靠的数仓体系，往往需要清晰的数据分层结构，即要保证数据层的稳定又要屏蔽对下游的影响，并且要避免链路
一、业务背景 今天给大家分享一下我们在公司里，面向多个业务团队设计的数据中心架构，他是如何一步一步的从多业务团队数据现状分析开始，然后逐步的演化设计出一个数据中心架构来的，希望能帮助大家对现在很流行的数据中心这个概念构建起来系统化的认知。 首先跟大家说一下在没有
干货 | 多业务线亿级体量，携程是怎么做账务中台的 - 腾讯云开发者社区-腾讯云 https://cloud.tencent.com/developer/article/1810808 干货 | 多业务线亿级体量，携程是怎么做账务中台的 发布于2021-04-09 10:37:40阅读 2890 作者简介 本文为联合撰文，作者团队负责携程集
0X01 前言 转载请标明来源：https://www.cnblogs.com/huim/ 当项目功能逐渐成熟，同时需要实现的是运营流程和指标体系建设。需要工程化的功能逐渐少了，剩下的主要工作转变成持续运营以及功能迭代优化。 个人认为，项目应该以运营为目的推动工程化。至少，安全和开发的需求五五开，分隔开，避免
【TcaplusDB知识库】查看业务密码 说明： 业务密码用于Tcaplus系统对不同业务（cluster）下的区表做数据读写访问时的权限控制 gamesvr起服时，需要输入正确的appid 、zoneid 、signature(业务密码) 及 tcapdir目录服务地址（推荐域名） 入口：业务维护--业务管理--查看密码 点击“查看密码”，显
【TcaplusDB知识库】修改业务/修改集群cluster 步骤： 1. 入口：业务管理—业务维护，进入业务维护页面 2. 选择需要修改的业务，点击操作列的“修改”： 3. 进入修改页面： 可修改的包括： 业务名称（保证业务名称在集群下唯一即可） app共享proxy优先级：可随全局，独占proxy优先，共享proxy优先
【TcaplusDB知识库】TcaplusDB OMS业务人员权限介绍 1. 业务的相关的操作 1.1. 业务 申请、修改、删除业务。 1.2. 游戏区 增加、修改、删除游戏区。 1.3. 表格 表格相关操作的流程如下： 申请表操作 增加、删除、修改、重建、复制表数据、修改表的索引等操作需要申请。申请成功
2020年国务院国资委正式印发《关于加快推进国有企业数字化转型工作的通知》，系统明确国有企业数字化转型的基础、方向、重点和举措，开启了企业数字化转型的新篇章。 数字化转型对企业来说变得至关重要，经过数字化成功转型的企业，能够连接和吸引更多的客户，加速创新，并在所在行业获得更
