更新于:12-17 21:50

有关[设计]分类推荐

微服务架构统一安全认证设计与实践

于01-19 10:56 - 老马 -
【编者的话】当企业应用系统逐渐增多后,每个系统单独管理各自的用户数据容易形成信息孤岛,分散的用户管理模式阻碍了企业应用向平台化演进. 当企业的互联网业务发展到一定规模,构建统一的标准化账户管理体系将是必不可少的,因为它是企业互联网云平台的重要基础设施,能够为平台带来统一的帐号管理、身份认证、用户授权等基础能力,为企业带来诸如跨系统单点登录、第三方授权登录等基础能力,为构建开放平台和业务生态提供了必要条件.

API快速开发平台设计思考

于01-08 05:56 - JetLee -
在我之前谈API网关的时候曾经谈到过快速开发平台,即将API快速开发的一些内容放入到API网关中,实际来看围绕API全生命周期管理,本身包括了开发态,运行态,运维态. 对于API网关更多的是解决运行态的问题,API网关本身应该轻量化设计,不做太多的协议转换,适配,数据映射等工作,这些工作应该放到API开发平台来完成.

数据中台到底包括什么内容?一文详解架构设计与组成

于01-05 00:00 - - dev
导读:《 终于有人把数据中台讲明白了》一文讲到数据中台的定义和价值,本文将介绍 数据中台到底包括什么内容. 企业建设数据中台的过程中 哪些能力是必选项, 哪些是可选的,将在本文一一揭晓. 作者:陈新宇 罗家鹰 江威 邓通 等. 来源:大数据DT(ID:hzdashuju). 01  数据中台功能架构.

常见分布式应用系统设计图解(十二):证券交易系统

于12-27 02:09 - 四火 - System and Architecture 交易系统 图解笔记 应用系统 系统设计
这篇讲的是证券交易系统,这类系统包含的内容很多,但是我们还是把目光放在核心的交易部分,比如说股票交易. 在某个可交易时间,如果卖家 A 要以至少 y 的价格卖掉股票 x,卖家 B 愿以至多 y 的价格买入股票 x,那么这个交易就可以发生. 虽说是交易系统,但是它和任何一个支付平台的交易系统有着显著的不同,它的核心是一个竞价匹配的机制,而非货币支付的机制,简单地说,这个机制包含了这样四个步骤:.

基于token的多平台身份认证架构设计 - 一点一滴的Beer - 博客园

于12-25 22:10 - -
在存在账号体系的信息系统中,对身份的鉴定是非常重要的事情. 随着移动互联网时代到来,客户端的类型越来越多, 逐渐出现了  一个服务器,N个客户端的格局 . 不同的客户端产生了不同的用户使用场景,这些场景:. 综上所述,它们的身份认证方式也存在一定的区别. 本文将使用一定的篇幅对这些场景进行一些分析和梳理工作.

盘点Facebook 、YouTube等主流产品的10大创新设计

于12-23 18:47 - UX - 产品设计 1年 创新设计 初级
编辑导读:每个设计师都会有创意灵感缺失、大脑一片空白的状态,这个时候去看看最新的一些设计趋势会是一个寻找灵感的好方法. 本文作者梳理盘点了国外主流产品的10大创新设计,希望能帮助解决你设计时遇到的灵感枯竭. 国内的产品设计同质化严重,将众多同类产品放在一起,去除图标和主题色的话,很难区分是哪个App.

阿里电商的关键人物和组织设计

于11-30 12:55 - -
他们刚刚经历了一场商业大作战——双十一的 11 天里,阿里卖出了价值 4982 亿元的商品,发往全国各地的包裹有 23.21 亿个,超过了 2010 年全年中国快递包裹的总和. 自张勇 2015 年正式担任阿里 CEO,每年双十一之后,阿里都会发布一封全员信来宣布当年最大的组织架构调整,这已经成为阿里人每年心照不宣的传统.

软件架构设计分层模型和构图思考(201122)

于11-22 14:46 - 人月神话 - IT咨询
今天谈下架构设计中的分层思维和分层模型以及基于分层思维下的架构构图逻辑. 对于架构思维本身仍然是类似系统思维,结构化思维,编程思维等诸多思维模式的一个合集. 由于架构的核心作用是在业务现实世界和抽象的IT实现之间建立起一道桥梁,因此架构思维最核心的就是要理解到业务驱动技术,技术为最终的业务服务. 要真正通过架构设计来完成业务和技术,需求和实现,软件和硬件,静态和动态,成本和收益等多方面的平衡.

[ 翻译 ] 微服务架构及设计模式

于11-12 10:39 - -
本文介绍了主流常见的微服务模式. 因此,了解如何处理微服务架构(MSA)以及一些微服务设计模式,一个微服务架构的一些通用目标或者设计原则是很有价值的. 下面是在微服务架构方案中值得考虑的四个目标[1]. 1、缩减成本:MSA将会降低设计、实现和维护IT服务的总体成本. 2、加快发布速度:MSA将会加快服务从想法到部署的落地速度.

微服务设计模式:防腐层(Anti-corruption layer)_琦彦-CSDN博客

于11-04 19:14 - -
 AzureCAT 模式和实践团队在.  Azure 架构中心发布了.  9 个新的微服务设计模式,并给出了这些模式解决的问题、方案、使用场景、实现考量等. 微软团队称这 9 个模式有助于更好的设计和实现微服务,同时看到业界对微服务的兴趣日渐增长,所以也特意将这些模式记录并发布. 下图是微软团队建议如何在微服务架构中使用这些模式:.

一篇文章搞清电商订单结算页面设计?

于10-27 11:46 - TIGERB -
截止目前为止SkrShop《电商设计手册》系列梳理的内容已经涵盖了如下几大块:. 今天我们准备开启一个新的篇章 订单中心. 订单中心系列主要内容如下:. 首先,我们来回顾下用户平常在电商平台上的购物的一个简单过程,如下图所示:. 所以,今天我们来聊聊什么呢. 答:今天的这篇文章我们主要就来聊聊上面流程中『订单结算页』的设计与实现.

订单与交易的设计原则

于10-26 20:04 - -
[cp]一,订单与交易的设计原则,可以写在设计文档的前面,作为总纲. 设计原则一:历史可追溯、可还原、有快照. 互联网核心服务很容易产生数据不一致,一旦出现数据不一致,一定要有旁证来修正,这个旁证尽量不要是文件日志,而应该是数据库直观的数据,否则会累煞人、愁白头. 数据库中关键记录的关键字段,原则上不允许直接修改历史数据.

MySQL数据库规范 (设计规范+开发规范+操作规范) - 东山絮柳仔 - 博客园

于10-17 08:58 - -
      为了在软件生命周期内规范数据库相关的需求分析、设计、开发、测试、运维工作,便于不同团队之间的沟通协调,以及在相关规范上达成共识,提升相关环节的工作效率和系统的可维护性. 同时好的规范,在执行的时候可以培养出好的习惯,好的习惯是软件质量的保证.        本文档适用于开发、测试、QA及运维团队成员.

对DevOps流水线设计的优化和改进实践(201014)

于10-14 20:28 - 人月神话 - 微服务架构
对于DevOps过程支撑平台,我在前面已经写过相应的文章. 在整个DevOps平台的建设过程中可以看到持续集成和持续交付始终都是平台的一个重要内容. 而在整个持续集成和交付过程中,流水线设计又是相对关键的一个内容. 通过流水线设计可以很灵活的通过可视化配置的方式,将我们软件持续集成中涉及到的编译构建,打包,部署,代码检查,测试,环境迁移等各种活动编排在一起,形成一个自动化执行的完成流程.

秒杀架构模型设计

于10-11 14:31 - 老马 -
【编者的话】秒杀系统相信很多人见过,比如京东或者淘宝的秒杀,小米手机的秒杀,那么秒杀系统的后台是如何实现的呢. 分析秒杀的业务场景,最重要的有一点就是超卖问题,假如备货只有100个,但是最终超卖了200,一般来讲秒杀系统的价格都比较低,如果超卖将严重影响公司的财产利益,因此首当其冲的就是解决商品的超卖问题.

高性能网关设计实践

于10-10 17:14 - -
高性能短链设计一文颇受大家好评,共被转载. 「47」次,受宠若惊,在此感谢大家的认可. 在文末简单提了一下 OpenResty,一些读者比较感兴趣,刚好我们接入层网关也是用的 OpenResty,所以希望通过对网关设计的介绍来简单总结一下 OpenResty 的相关知识点,争取让大家对 OpenResty 这种高性能 Web 平台有一个比较全面的了解.

常见电商项目的数据库表设计(MySQL版) - 简书

于08-27 23:03 - -
电商常用功能模块的数据库设计. 改进1:第三范式:将依赖传递的列分离出来. 比如:登录名<-用户级别<-级别积分上限,级别积分下限. 改进2:尽量做到冷热数据的分离,减小表的宽度. 用户登录表(customer_login). 用户信息表(customer_inf). 用户级别表(customer_level_inf).

订单系统:从0到1设计思路 | 人人都是产品经理

于08-27 22:58 - -
文章主要跟大家分享在订单系统承载的角色,以及梳理了主要功能的设计思路,一起来文中看看~. 本文主要讲述了在传统电商企业中,订单系统应承载的角色,就订单系统所包含的主要功能模块梳理了设计思路,并对订单系统未来的发展做了一些思考. 在搭建企业订单系统之前,需要先梳理企业整体业务系统之间的关系和订单系统上下游关系,只有划分清业务系统边界,才能确定订单系统的职责与功能,进而保证各系统之间高效简洁的工作.

证券交易系统设计与开发 - 廖雪峰的官方网站

于08-13 20:32 - -
证券交易系统是金融市场上能够提供的最有流动性,效率最高的交易场所. 和传统的商品交易不同的是,证券交易系统提供的买卖标的物是标准的数字化资产,如USD、股票、BTC等,它们的特点是数字计价,可分割买卖. 证券交易系统通过买卖双方各自的报价,按照价格优先、时间优先的顺序,对买卖双方进行撮合,实现每秒成千上万的交易量,可以为市场提供高度的流动性和价格发现机制.

撮合交易系统服务边界与设计_qq_18537055的博客-CSDN博客_activi撮合交易

于08-13 20:32 - -
如何设计并实现一个数字货币交易系统     .         证券交易系统是金融市场上能够提供的最有流动性,效率最高的交易场所. 和传统的商品交易不同的是,证券交易系统提供的买卖标的物是标准的数字化资产,如USD、股票、BTC等,它们的特点是数字计价,可分割买卖.         证券交易系统通过买卖双方各自的报价,按照价格优先、时间优先的顺序,对买卖双方进行撮合,实现每秒成千上万的交易量,可以为市场提供高度的流动性和价格发现机制.

BIGO技术:实时计算平台建设

于08-10 14:22 - InfoQ_3597a20b53cc -
BIGO全球音视频业务对数据的实时能力要求越来越高,数据分析师希望多维度实时看到新增用户、活跃用户等业务数据以便尽快掌握市场动向,机器学习工程师希望实时拿到用户的浏览、点击等数据然后通过在线学习将用户偏好快速加入到模型中,以便给用户推送当前最感兴趣的内容,APP开发工程师希望能够实时监控APP打开的成功率、崩溃率.

盘点 Spring Security 框架中的八大经典设计模式

于07-30 09:33 - 江南一点雨 - java spring springsecurity
上次有小伙伴建议,源码分析太枯燥了,要是能够结合设计模式一起来,这样更有助于大家理解 Spring Security 源码,同时还能复习一波设计模式. 因此松哥今天就试着整一篇,和大家来聊一聊 Spring Security 中涉及到的设计模式,不过 Spring Security 中涉及到的设计模式还是非常多的,松哥这里讲几个,剩下的欢迎小伙伴们留言补充.

实用靠谱!金融场景下的监控体系设计与实践

于07-22 14:24 - -
从电商转金融 2 年多了,由于两者商业模式、流量的不同,期间踩了很多坑,尤其是在监控这一块,我们吃过不少苦头. 前期由于监控缺失,造成了多起线上事故,经过一番摸索,我们实现了一些相对可行的监控方法,有效地保证了大盘及业务的稳定,在此总结出来分享给大家,希望能为大家提供一些金融场景下的监控思路,如果大家如有更好的思路,也欢迎共同探讨.

API接口设计之token、timestamp、sign具体实现

于07-18 10:45 - hdxiong -
Token:访问令牌access token, 用于接口中, 用于标识接口调用者的身份、凭证,减少用户名和密码的传输次数. 一般情况下客户端(接口调用方)需要先向服务器端申请一个接口调用的账号,服务器会给出一个appId和一个key, key用于参数签名使用,注意key保存到客户端,需要做一些安全处理,防止泄露.

浅谈微服务体系中的分层设计和领域划分

于07-12 02:29 - 玻璃樽 -
看标题感觉这个东西很理论,比起“高并发、多线程”、“分布式CAP、一致性、Paxos”、“高可用SLA”等具体的干货技术点,软件体系知识显得很“湿”,似乎人人都有自己的认识,但又很少有人能说完整,有一点可以确定的是,如果你未来需要独立设计一个复杂的系统中台,并使之未来能快速应对各种需求变化的话,科学合理的领域划分和边界界定需要我们“处女座级”的坚持下去,这对防止人力失控、减少项目烂尾很有帮助.

接口设计评审规范 - 简书

于06-20 17:03 - -
本接口设计规范,参考了restfull的部分设计理念. Restful API的核心元素,所有的操作都是针对特定资源进行的. 任何事物,只要有被引用到的必要,它就是一个资源. 资源可以是实体(例如手机号码),也可以只是一个抽象概念(例如价值). Github 可以说是这方面的典范,下面我们就拿. 资源分为单个文档和集合,尽量使用复数来表示资源,单个资源通过添加 id 或者 name 等来表示.

美团 MySQL 数据库巡检系统的设计与应用

于06-08 00:00 - - dev
我们生活中随处可见各种巡检系统,比如电力巡检、消防检查等,正是这些巡检工作,我们才能在稳定的环境下进行工作、生活. 巡检对于数据库或者其他IT系统来说也同样至关重要,特别是在降低风险、提高服务稳定性方面起到了非常关键作用. 为了保障数据库的稳定运行,以下核心功能组件必不可少:. 图1 数据库运维保障核心功能组件 其中,数据库巡检作为运维保障体系最重要的环节之一,能够帮助我们发现数据库存在的隐患,提前治理,做到防患于未然.

Netflix基于云的微服务架构的设计分析

于05-25 23:31 - frankinbj -
Netflix的微服务架构为其提供全球视频流服务,本篇文章将对此架构进行全面的系统设计分析. Netflix多年来一直是全球最出色的在线订阅制的视频流服务( 【12】 )之一,其占世界互联网带宽容量的15%以上. 2019年,Netflix已经获得了超过1.67亿的订阅用户,每个季度新增用户超过500万,服务涵覆盖全球200多个国家或地区.

设计一个成功微服务的9个基本要素

于05-23 13:51 - 阿娇 -
人体是不同系统的组合,其中大多数系统是独立的,并且作为一个整体协同工作. 所有具有多种其他支持框架的器官构成了一个功能完备的机构. 现在,如果应用于软件系统,这就是微服务架构的概念. 在技术方面,微服务系统允许开发单个功能模块. 这种开发单一功能模块的趋势为大型和小型组织提高了灵活性,性能和成本效率,同时实现了持续测试和早期交付.

API 接口应该如何设计?如何保证安全?如何签名?如何防重?

于05-19 09:42 - 翔宇 -
说明:在实际的业务中,难免会跟第三方系统进行数据的交互与传递,那么如何保证数据在传输过程中的安全呢(防窃取). 除了https的协议之外,能不能加上通用的一套算法以及规范来保证传输的安全性呢. 下面我们就来讨论下常用的一些API设计的安全方法,可能不一定是最好的,有更牛逼的实现方式,但是这篇是我自己的经验分享.