更新于:10-11 15:31

有关[设计]分类推荐

接口设计评审规范 - 简书

于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设计的安全方法,可能不一定是最好的,有更牛逼的实现方式,但是这篇是我自己的经验分享.

HBase最佳实践-列族设计优化 – 有态度的HBase/Spark/BigData

于04-22 18:15 - -
随着大数据的越来越普及,HBase也变得越来越流行. 会用HBase现在已经变的并不困难,然而,怎么把它用的更好却并不简单. 很简单,在保证系统稳定性、可用性的基础上能够用最少的系统资源(CPU,IO等)获得最好的性能(吞吐量,读写延迟)就是’用的好’. HBase是一个庞大的体系,涉及到很多方面,很多因素都会影响到系统性能和系统资源使用率,根据场景对这些配置进行优化会很大程度上提升系统的性能.

方法论:如何从0到1设计用户激活增长策略

于04-17 20:27 - 杨三季 - 产品运营 2年 初级 用户增长 用户激活
用户激活是完成用户获取后的第一步,它也始终是营销人员的重点工作之一. 想要完成用户增长,营销人员需要明确新用户激活阶段的目标并找到激活时刻. 在做增长的工作中大家都非常关注拉新. 但若计算拉新漏斗每一步的转化率,常会得出一个非常糟糕的结论: 获取的95%以上的用户都流失了. 在这种情况下,做增长人的首要任务不是花费几十万甚至上百万的经费做拉新、扩展渠道,而是从根源解决问题,提高整体的漏斗转化率.

Elasticsearch项目实战,商品搜索功能设计与实现!

于04-14 01:08 - MacroZheng -
SpringBoot实战电商项目mall(30k+star)地址: github.com/macrozheng/…. 上次写了一篇 《Elasticsearch快速入门,掌握这些刚刚好. 》,带大家学习了下Elasticsearch的基本用法,这次我们来篇实战教程,以 mall项目中的商品搜索为例,把Elasticsearch用起来.

扛住 100 亿次红包请求的架构是这样设计的!

于04-11 15:17 - 大卫 -
偶然看到了《 扛住 100 亿次请求——如何做一个“有把握”的春晚红包系统》一文,看完以后,感慨良多,收益很多. 正所谓他山之石,可以攻玉,虽然此文发表于 2015 年,我看到时已经过去良久,但是其中的思想仍然可以为很多后端设计借鉴. 同时作为一名微信后端工程师,看完以后又会思考,学习了这样的文章以后,是否能给自己的工作带来一些实际的经验呢.

一个极简、高效的秒杀系统(战略设计篇)

于04-02 04:54 - 老马 -
2018年,楼主所在业务线开始发力探索线上O2O业务,但楼主所在公司并非纯电商公司,电商体系标配的商品中心、库存中心、活动系统都处于萌芽阶段不成气候. 10月中旬,业务决定搞一波双十一大促提升品牌知名度. 整个大促最核心功能点就是造一个秒杀系统,为整个活动会场积蓄流量. 作为该业务线营销工作负责人,这个秒杀系统设计任务自然就落到楼主身上.

秒杀架构模型设计

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

API 接口设计规范

于02-22 00:32 - 訢亮 -
这篇文章分享 API 接口设计规范,目的是提供给研发人员做参考. 规范是死的,人是活的,希望自己定的规范,不要被打脸. url?后面的参数,存放请求接口的参数数据. 请求头,存放公共参数、requestId、token、加密字段等. Body 体,存放请求接口的参数数据. 调用方需向服务方申请 appKey(请求时使用) 和 secretKey(加密时使用).

Git 分支设计规范

于02-22 00:33 - 訢亮 -
这篇文章分享 Git 分支设计规范,目的是提供给研发人员做参考. 规范是死的,人是活的,希望自己定的规范,不要被打脸. 在说 Git 分支规范之前,先说下在系统开发过程中常用的环境. DEV 环境:用于开发者调试使用. FAT 环境:功能验收测试环境,用于测试环境下的软件测试者测试使用. UAT 环境:用户验收测试环境,用于生产环境下的软件测试者测试使用.

Elasticsearch 索引设计实战指南

于02-09 00:00 - - dev
随着 Elastic 的上市,ELK Stack 不仅在 BAT 的大公司得到长足的发展,而且在各个中小公司都得到非常广泛的应用,甚至连“婚庆网站”都开始使用 Elasticsearch 了. 随之而来的是 Elasticsearch 相关部署、框架、性能优化的文章早已铺天盖地. 初学者甚至会进入幻觉——“一键部署、导入数据、检索&聚合、动态扩展, So Easy,妈妈再也不用担心我的 Elastic 学习”.

为什么在做微服务设计的时候需要DDD?

于02-02 22:56 - JetLee -
记得之前在规划和设计微服务架构的时候,张队长给了我一个至今依然记忆深刻的提示:『你的设计蓝图里为什么没有看到DDD的影子呢. 随着对充血模型的领域认知的加深,我越加感觉到DDD的重要性. 但是DDD内容繁多,是不是要深入去了解呢,我觉得不必入坑太深,个人浅见,它最核心的一点就是针对贫血模型的不足而设计,把原先传统的贫血模型里的业务逻辑层拎出来,融入到Domain层,这样面对复杂业务的规模化变更,我们只需要专注于Domain即可.

如何优雅设计 API 接口,实现统一格式返回?

于02-02 00:05 - aoxiang -
【编者的话】在移动互联网,分布式、微服务盛行的今天,现在项目绝大部分都采用的微服务框架,前后端分离方式. 题外话:前后端的工作职责越来越明确,现在的前端都称之为大前端,技术栈以及生态圈都已经非常成熟;以前后端人员瞧不起前端人员,那现在后端人员要重新认识一下前端,前端已经很成体系了. 一般系统的大致整体架构图如下:.

如何设计一套完整的会员体系?我的5点思考

于12-18 18:01 - 可乐 - 产品设计 2年 会员体系 初级
本文作者从自己的工作经验出发,结合案例分享了自己关于会员体系设计的几点思考,与大家分享. 商场购物、生病买药、加油、甚至楼下买早餐……消费几乎就会被问起是否会员的时代,大多时候我们仅仅看到了会员的表层,而它的里层是一整套会员体系. 会员作为用户运营的终端,实现用户价值变现,其中涉及到商业模式、产品、运营、服务等多方协调合作.

复盘:一次曲折的会员成长体系设计

于09-27 14:54 - 伙夫安妮 - 产品运营 2年 会员体系设计 初级 活动运营
存量运营开始逐渐流行,各大公司也开始启动自己的用户运营计划了. 笔者最近负责了一个会员成长体系的建设,个中曲折,与大家分享. 互联网进入到新的时期,存量意识越来越被人群所重视. 这种意识不仅在互联网行业甚嚣尘上,甚至最近一家传统行业的公司找到我,要做一套会员激励体系来激活自己的客户. 这是一家成立16年的文化传播公司,在公益赛事演出传播等领域具有一定的知名度/美誉度,在目标群体中渗透率超过60%,但是近年来竞争对手越来越多,市场环境恶劣,目前正意欲扩展新业务方向.

微服务的4个设计原则和19个解决方案 - 晓晨Master - 博客园

于11-28 09:01 - -
微服务架构现在是谈到企业应用架构时必聊的话题,微服务之所以火热也是因为相对之前的应用开发方式有很多优点,如更灵活、更能适应现在需求快速变更的大环境. 本文将介绍微服务架构的演进、优缺点和微服务应用的设计原则,然后着重介绍作为一个“微服务应用平台”需要提供哪些能力、解决哪些问题才能更好的支撑企业应用架构.

如何设计一个安全的对外接口 - ksfzhaohui的个人页面 - OSCHINA

于11-20 23:00 - -
最近有个项目需要对外提供一个接口,提供公网域名进行访问,而且接口和交易订单有关,所以安全性很重要;这里整理了一下常用的一些安全措施以及具体如何去实现. 个人觉得安全措施大体来看主要在两个方面,一方面就是如何保证数据在传输过程中的安全性,另一个方面是数据已经到达服务器端,服务器端如何识别数据,如何不被攻击;下面具体看看都有哪些安全措施.

谈 DevOps 平台设计:版本号相关功能的设计

于11-08 00:00 - - dev
在设计 DevOps 平台时,笔者认为版本号的管理是一个绕不开的课题. 可是,行业里似乎很少人提这个事,笔者觉得要谈一谈,所以就有了这篇文章. 一万个人的眼里有一万个“版本号”. 笔者这三年在同一家公司里,换岗换了四个团队. 团队的成员组成各异,有的团队都是在大型跨国企业跳槽过来的,有的团队大部人都是刚毕业的.

HBase RowKey 设计

于11-06 00:00 - - dev
1.1 RowKey对查询的影响. HBase中 RowKey 用来唯一标识一行记录. 在 HBase 中检索数据有以下三种方式:. 通过 get 方式,指定 RowKey 获取唯一一条记录. 通过 scan 方式,设置 startRow 和 endRow 参数进行范围匹配. 全表扫描,即直接扫描整张表中所有行记录.

基于Spring Boot的统一异常处理设计 - Grey Zeng - 博客园

于10-24 22:50 - -
基于Spring Boot的统一异常处理设计. Spring Boot中,支持RestControllerAdvice统一处理异常,在一个请求响应周期当中,如果Controller,Service,Repository出现任何异常,都会被RestControllerAdvice机制所捕获,进行统一处理.

HBase Schema 设计

于10-23 00:00 - - dev
HBase 与传统关系数据库(例如MySQL,PostgreSQL,Oracle等)在架构的设计以及为应用程序提供的功能方面有很大的不同. HBase 权衡了其中一些功能,以实现更好的可扩展性以及更灵活的模式. 与关系数据库相比,HBase 表的设计有很大的不同. 下面将通过解释数据模型向您介绍 HBase 表设计的基础知识,并通过一个例子深入探讨 HBase 表的设计.

HBase RowKey与索引设计 - 牧梦者 - 博客园

于10-17 23:54 - -
hbase的内部使用KeyValue的形式存储,其key时rowKey:family:column:logTime,value是其存储的内容. 其在region内大多以升序的形式排列,唯一的时logTime是以降序的形式进行排列. 所以,rowKey里越靠近左边的信息越容易被检索到. 其设计时,要考虑把重要的信息放左边,不重要的信息放到右边.

流式视频处理架构设计

于10-16 00:00 - - dev
在LiveVideoStack线上交流分享中,新浪微博视频平台架构师曾诚分享了微博大规模视频处理如何应对多业务场景,大流量,高并发的挑战. 包括利用工作流式计算引擎实现场景动态配置,以及采用流式上传协议SVE来解决大流量高并发的问题等内容. 整理 / LiveVideoStack. 大家好,我叫曾诚,来自新浪微博视频平台.

复盘:如何从0-1设计SaaS行业CRM系统

于10-02 11:07 - 阿猫阿狗 - 产品设计 2年 CRM系统 初级
笔者复盘了做一个SaaS行业CRM系统的关键节点以及重要事项. 从项目启动到现在差不多大半年的时间,这半年中我经历了CRM系统从0-1的搭建过程. 不过与以往接触的CRM系统不同,这次我主要负责的系统是面向SaaS行业. 从产品形态上看,SaaS行业属于B2B行业大类,但也有着其独有的特征. 这篇文章我希望通过讲故事的方式分享我在V1.0版本时遇到的业务问题以及解决方案,大家如果有不一样的见解,也欢迎大家在评论区进行问题探讨.

基于大中台小前台模式设计高并发电商架构

于09-30 19:16 - -
什么是大中台(业务中台、数据中台、技术中台等). 大中台小前台的组织模式最近在业界很火热,此模式最早在芬兰著名移动游戏公司Supercell实施. 在Supercell公司内部以小前台的方式组织了若干个开发团队,每个开发团队包含开发一款游戏所需的各种角色,从而在开发团队内部可以快速决策、快速开发. 而支撑这些开发团队的基础设施(机房、网络、架构组件等)、游戏引擎、内部开发测试发布上线工具等则由“部落”(即中台)部门提供.

[译] 支付核心系统设计:Airbnb 的分布式事务方案简介

于09-21 00:00 - - dev
导读:微服务架构下的支付系统,由于其需要在性能和一致性之间做很多权衡,带来设计和实现的复杂性. Airbnb的支付系统需要对接全球很多个国家的支付系统,因此带来很大的复杂性. 本文详细论述了Airbnb如何使用分布式事务的相关技术来保证支付系统的数据一致性和性能,十分值得一读. 过去几年中,Airbnb一直在将其基础架构迁移到SOA.

Feed 流系统设计总纲

于07-14 13:53 - aoyouzi -
差不多十年前,随着功能机的淘汰和智能机的普及,互联网开始进入移动互联网时代,最具代表性的产品就是微博、微信,以及后来的今日头条、快手等. 这些移动化联网时代的新产品在过去几年间借着智能手机的风高速成长. 这些产品都是 Feed 流类型产品,由于 Feed 流一般是按照时间“从上往下流动”,非常适合在移动设备端浏览,最终这一类应用就脱颖而出,迅速抢占了上一代产品的市场空间.