业务架构图 核心业务线-订单 PC端业务模块 移动端与其他业务模块 关系微服务介绍 关键微服务功能介绍 订单数据流向 订单分发数据流向
TaskBuilder.org是一款面向IT技术支人员和程序员的低代码开发工具,通过组件化、可视化、向导和模板等多种手段可以做到尽量少写代码、甚至不写代码就能开发各种业务应用,大幅提升软件开发效率。目前市面上很多所谓的低代码平台其实大多数都只是把传统的OA系统换了个壳,核心还是自定义
在互联网应用中,当出现线上问题的时候,由于应用涉及到的功能模块非常多,在排查和定位问题的时候非常艰难。这也就导致了在上线之后工程师们担惊受怕夜不能寐。其实要从根源上解决这类问题,最好的办法就是搭建一套完善的监控预警系统让工程师能实时的查看系统的运行状态。 搭建一套监
业务背景 项目开发概览
第一章 数据建模 1.1 建模工具 PowerDesigner SQLYog EZDML 1.2 ODS层 Operation Data Store,原始数据层 ODS做了那些事? (1)保持数据原貌不做任何修改,起到备份数据的作用。 (2)数据采用压缩(LZO),减少磁盘存储空间(例如:原始数据100G,可以压缩到10G左右) (3)创建分区表,防止后续的全表扫描 1.3
前些日子做项目,Y姐把自己的工作推给我,还在那边说要负责到底喔。我当着她的面尴尬的笑了,因为真的很可笑。明明是她自己的页面引用公共模块出了问题,她自己不改,硬塞给我,还说我应该负责到底。我没有去纠结到底是谁的责任,我也不清楚是她没时间改,还是她不会改,故意丢给我,总之都不重要了。
一、适应新环境 到了一个新环境里,身边的一切都比较陌生,与同事和领导都不太熟,一开始说话说不到一起都比较正常。在和同事吃饭的时候,多听多参与聊天,主动一些,逐渐熟悉起来就好了。 另外,我的工作台base地在杭州,入职是从北京来到杭州,到了一个陌生的城市。除了几个同学,也没有其
背景 这次面试流程足足横跨三个部门,其中既有侧重业务的部门,也有侧重技术的部门。在省略三次面试的前提下,实际面试轮次有七次。 整个过程的心理压力还是比较大的,毕竟每多一次面试轮次,就多一份落选的可能。尤其转战三个部门还都是由于公司方面的原因... 面试范围广。由于涉及多个
VO vo就是我们在web的controller层返回的Object, 在接口中这个VO都会被转成Json对象输出,view object。 DO DO就是一个业务实体对象 DTO DTO就是一个复合的DO对象,由于业务需要我们需要调用业务A查询数据得到业务对象A,再调用业务B查询数据得到业务对象B然后一系列封装转化得到
如今,企业对数据赋能业务的认识越来越深刻,利用数字技术满足业务需求、实现业务创新,争取更多的客户资源,增加企业收入,是企业进行数字化转型的目的。企业在梳理业务地图的基础上,可以进一步制定一套满足业务需求的体系—需求地图。 企业可以根据业务地图制定需求地图的阶段性目标,从而确
作者:焦方飞 大年初一,看完中国队 1:3 越南队的比赛,在思考中国足球每况愈下的深层次原因之外,不禁回想起这几年做过的一些大型企业数字化转型项目,有得有失,最终回归到本源“如何设计和实施一个复杂软件工程”这个问题上,趁着春节长假,把自己的一些对架构设计思考和学习随笔写下来,写的仓
EDI全称Electronic Data Interchange,中文名称是电子数据交换。用一句话来概括就是,通过搭建数据传输通道传递企业A与企业B之间往来的业务数据。对于B2B系统和交易伙伴集成而言,EDI极大地降低了业务信息传递难度。EDI系统可以轻松处理庞大的数据量,并保证传输的准确度和安全性。EDI Ca
1、 什么是架构? 确定目标系统的边界后,将整体系统划分为部分,并通过建立部分间相互沟通的机制,让部分再次形成一个有机整体的过程被称为架构。 2、 为什么要出现架构? (1). 为了提高系统的工作效率与时间效率 (2). 为了最大限度的发挥个体优势 (3). 对系统
目录 一.WEB项目中工具类作用 二.service类: 三.MVC开发规则 四.一次开发过程中必须出现角色 五.一次开发过程中必须出现角色担负职责 六.一次开发过程中必须出现角色调用顺序(固定) 一.WEB项目中工具类作用 1.emtity包:实体类 2.dao包:对表文件进行操作 3.util包:封装工具类 4.list
首先我们熟悉架构师思维 抽象分层分拆(或划分职责)建立内部流程学会了技术并不代表能够解决问题 架构师,首先,架构师的前提条件,那就是发现问题并提出有效解决方案处理问题的人,架构师一定拥有丰富的经验和技术,而且他是调整利益平衡利益的人。之后,从架构的角度写代码,核心是分层
我是3y,一年CRUD经验用十年的markdown程序员
业务请求过程: 前端 html 页面发起 ajax请求(http://localhost:8080/factoryController/findAll),访问 SpringMVC框架 的 Controller控制层,SpringMVC框架 解析请求,找到要调用的某个Controller,找到其中的findAll方法,同时把请求提交的参数封装到java对象中。之后Controller层
1976 年,瑞士计算机科学家,Algol W,Modula,Oberon 和 Pascal 语言的设计师 Niklaus Emil Wirth写了一本非常经典的书《Algorithms + Data Structures = Programs》 ,即算法 + 数据结构 = 程序。这本书主要写了算法和数据结构的关系,这本书对计算机科学的影响深远,尤其在计算机科学的教
本文将为大家分享韵达业务中台基于云原生的建设过程。主要分为三部分,第一部分是 IT 信息的发展规划,第二部分是韵达业务中台建设的详细过程,第三部分是对应云原生技术的支撑。 IT 信息的发展规划 大部分人都知道韵达是“三通一达”里面的一达,是综合物流快递的服务商,其实它现在也有很
服务拆分基本准则 拆分服务的合理性 1、一个小功能的修改从需求到上线需要多长时间?正常情况下的微服务架构交付周期应该是以天为单位的。如果一个小功能的修改需要几周到几个月的时间,可能意味着服务划分粒度过大,存在太多的冲突,要等待合并代码。 2、 大多数功能修改是否可
1. 流程介绍 在上一篇文章中,我们已经把客户端的页面日志,启动日志,曝光日志分别发送到kafka对应的主题中。在本文中,我们将把业务数据也发送到对应的kafka主题中。 通过maxwell采集业务数据变化,相当于是ods数据,把采集的数据发送到kafka的topic(ods_base_db_m)中,然后flink从kafka消费数
在日常的测试工作中,不知道大家是否会有梳理自己测试业务的习惯。我个人觉得这个事情是值得做的,最好还可以培养成一个习惯。 一、为什么要梳理业务? 因为在业务测试中,作为测试人员,熟悉负责的业务是非常重要的,而通过阶段性的梳理总结,可以让你的业务知识系统化的沉淀下来。 当被问起这
背景:今天抽空花了3个小时读完了thoughworks发的的《不止测试》书籍,作者:林冰玉 写的真的是太好了,从业务驱动价值,到人员的发展以及团队的变化都有提到,主要是觉得里面的内容非常接“地气”全篇没有啰嗦,没有大道理,有的是案例和解决思路和方法,以下是我自己做的一些摘抄,和一些总结,建
当企业确定数字化战略并拟定上下一致的战略地图后,可以根据最新的数字化战略以及运营模式梳理业务地图,并依次推导 算法地图、数据地图和(数智)应用地图。业务地图是企业实现战略地图的行动方案,包括业务流程和业务方式。企业只有梳理了业务地图,才能清楚哪些业务环节可以优化、重组。企
背景 敏捷要求团队更快和更频繁的出产品,两星期一迭代,三个月出产品。架构设计往边靠,先出个 MVP,再迭代,将来再重构..... 当敏捷变成了一种管理工具后,代码架构更加脆弱。 真正的技术 Leader 是能够创建并且演进架构,在架构层面上帮助大家比较容易地写出好代码的人。 命名 变量名 变量名