更新于:07-30 01:38

有关[设计]分类推荐

“本地缓存”架构

于08-17 11:16 - -
最近在做的项目其实是对老系统的一个深度改造,在老系统里缓存使用这块感觉有些瑕疵. 在老系统里不管是“配置数据”还是“业务数据”都统一使用redis作为缓存. “业务数据”使用redis作为缓存无可厚非,但“配置数据”使用使用redis就感觉不是很妥. 首先:过渡依赖redis,一些开关配置都依赖redis,如果redis服务挂掉整个服务瘫痪;.

支付网关的 - 凤凰牌老熊的博客 | Shamphone Blog

于08-09 12:42 - -
在支付系统中,支付网关和支付渠道的对接是最核心的功能. 其中支付网关是对外提供服务的接口,所有需要渠道支持的资金操作都需要通过网关分发到对应的渠道模块上. 一旦定型,后续就很少,也很难调整. 而支付渠道模块是接收网关的请求,调用渠道接口执行真正的资金操作. 每个渠道的接口,传输方式都不尽相同,所以在这里,支付网关相对于支付渠道模块的作用,类似设计模式中的wrapper,封装各个渠道的差异,对网关呈现统一的接口.

从简书iOS客户端,来谈谈Hybrid方案细节 - 简书

于08-07 05:43 - -
作为一位 iOS 开发人员,你应该已经敏感地发现,自己的工作涉及内容已经不止于 Native 的部分,因为 Hybrid App 和 ReactNative 等技术方案已经不仅仅是概念,越来越多的公司开始着手自己的 Hybrid 方案以及 ReactNative 本地化工作. 介绍相关概念的优秀文章已经有许多,方案的实现原理你也应该已经或多或少有了一些理解.

异地多活架构 - 博客频道 - CSDN.NET

于07-31 12:58 - -
有幸参与了阿里游戏的一个高可用方案的设计,并且在网上发表了方案(面向业务的立体化高可用架构设计),后来参加GOPS全球运维大会深圳站,与众多行业高手交流,发现大家对“异地多活”这个方案设计非常感兴趣,毕竟“异地多活”的方案价值非常大,尤其是互联网行业,规模稍微大一点几乎都必须是标配;但同时大家都觉得“异地多活”的方案设计又很难,网络、数据、事务等各种问题混杂在一起,很多问题看似是无法解决的.

企业级 API 网关的

于06-24 00:00 - - dev
转载本文需注明出处:微信公众号EAWorld,违者必究. 三、企业级API网关需要具备的条件. 四、业界常用的API网关方案. 五、如何设计一个好的企业级API网关产品. API Gateway(APIGW / API 网关),顾名思义,是出现在系统边界上的一个面向API的、串行集中式的强管控服务,这里的边界是企业IT系统的边界,主要起到隔离外部访问与内部系统的作用.

漫谈数据仓库之拉链表(原理、以及在Hive中的实现

于05-12 00:00 - - bigdata
本文将会谈一谈在数据仓库中拉链表相关的内容,包括它的原理、设计、以及在我们大数据场景下的实现方式. 先分享一下拉链表的用途、什么是拉链表. 通过一些小的使用场景来对拉链表做近一步的阐释,以及拉链表和常用的切片表的区别. 举一个具体的应用场景,来设计并实现一份拉链表,最后并通过一些例子说明如何使用我们设计的这张表(因为现在Hive的大规模使用, 我们会以Hive场景下的设计为例).

Tangram Android 的说明

于04-29 00:00 - - dev
前段时间开源了团队内的 vlayout项目,从 Github上反馈来看,还是深受欢迎. 但如果仅仅是采用 vlayout 搭建页面,使用起来还不是特别灵活,在此基础之上,我们封装了一套动态化调整界面的模块,命名为 Tangram,现在同样已开源—— Tangram Android和 Tangram iOS.

微信高可用分布式数据库 PhxSQL 与实现

于04-15 00:00 - - dev
“本文详细描述了PhxSQL的设计与实现. 从MySQL的容灾缺陷开始讲起,接着阐述实现高可用强一致的思路,然后具体分析每个实现环节要注意的要点和解决方案,最后展示了PhxSQL在容灾和性能上的成果. 互联网应用中账号和金融类关键系统要求和强调强一致性及高可用性. 当面临机器损坏、网络分区、主备手工或者自动切换时,传统的MySQL主备难以保证强一致性和高可用性.

数据仓库的架构与

于04-01 10:44 - Trigl -
公司之前的数据都是直接传到Hdfs上进行操作,没有一个数据仓库,趁着最近空出几台服务器,搭了个简陋的数据仓库,这里记录一下数据仓库的一些知识. 数据仓库多维数据模型的设计. 数据仓库是一个面向主题的、集成的、随时间变化的、但信息本身相对稳定的数据集合,用于对管理决策过程的支持. 这个定义的确官方,但是却指出了数据仓库的四个特点.

[原]增量接口的及实现

于03-20 08:45 - ghsau -
在应用开发过程中,我们总会碰到这样的场景:某系统需要同步我们系统的数据去做一些业务逻辑,当数据量较小的时候,可以全量的提供,但当数据量很大时,全量提供就显得很笨重,不仅耗时而且做了很多无用功,这时我们需要一种提供增量数据的机制,只告诉对方变化的数据. 提供增量数据大致可分为两种方式:MQ和接口提供,MQ的优点是及时,缺点是丢失、重复、回溯复杂等等问题(依赖于具体MQ实现),这里不过多赘述;接口提供不限于RPC或HTTP等方式,接口提供的优缺点正好和MQ反过来,及时性取决于调用周期.

Netflix纪录片部门又放大招:八位世界上最杰出的师分享他们的秘密

于03-13 08:17 - sun - Art & design 札记 | Inspiration designer documentary netflix
很多人对设计行业有误解,比如认为logo设计就是一个简单的图形或是几个字母拼一拼,设计草图总带着些随性而为的意味;很多人也对设计师有偏见,觉得这是一个起床很晚,喝着咖啡,只要等待着天赋的灵感爆发或是在deadline之前熬个夜,就可以获得丰厚收入的轻松职业. Netflix纪录片部门最近又放了个大招,由《Wired》杂志前主编Scott Dadich担任制片,与奥斯卡最佳纪录片导演Morgan Neville联手合作,打造了新一季Netflix原创影片:.

互金公司如何用数据验证产品

于03-10 00:00 - - tuicool
产品设计就是一场科学实验,是可以通过数据来验证的. 很多设计师和产品经理都会遇到这些情况:. 我要做某个设计改进,上线后真的会“改进”吗. 我有方案A和方案B,到底该选哪个好. 其实产品设计就是一场科学实验,是可以通过数据来验证的. 以下我就结合实际经验,总结下互联网金融公司如何用数据验证产品设计.

后台产品的容错性

于03-03 05:20 - 何文铨 - UX 交互设计 用户研究 视觉设计
容错这个词严格来说应当是计算机领域的词汇,如果以比较标准化的描述来定义的话,容错指的是“当计算机由于种种原因在系统中出现了数据、文件损坏或丢失等等其他故障问题的时候,系统能够自动将这些损坏或丢失的文件和数据恢复到发生事故以前的状态,使系统能够连续正常运行的一种技术. ”这个听着有点绕口,其实简单来说,就是当计算机故障发生或者存在的情况下,计算机系统依然可以正常工作的能力,这就是计算机的容错能力.

腾讯ISUX→UI师急需掌握的平面基础

于02-07 03:43 - jackchen - Photoshop UI UX 设计教程
曾看到网上一些帖子讨论UI设计师和平面设计师的差异,总结为思维方式的不同: UI设计师考虑用户习惯和易用体验,平面设计师专注于更具吸引力的信息传达. 两者侧重不同但专业上有非常大的交集,信息传达的核心基础技能其实都是相通的. 平面设计是如何表达一个事物,而UI设计是如何让用户更好使用一个事物,表达层面令人费解则卡在了使用的第一步.

[高可用架构] 异地多活辣么难?其实是你想多了

于01-20 05:24 - 17080054727 -
原文链接: http://click.aliyun.com/m/9598/. 比如说:“网络断了怎么保证数据一致性”、“怎么保证异地事务一致性”、“业务怎么无缝的在多个地点切换”. 其实大部分问题我们之前也遇到过,这些问题当时也困扰着我们,后来我们经过讨论和思考,发现其实很多时候我们困扰的主要原因是过于“追求完美的异地多活方案”,这样导致“异地多活”设计中出现很多了的思维误区,而如果不意识到这些思维误区,就会陷入死胡同,导致无法实现真正的“异地多活”方案.

Kafka 与原理详解

于01-16 00:00 - - geek
本文综合了我之前写的kafka相关文章,可作为一个全面了解学习kafka的培训学习资料. 转载请注明出处 : 本文链接. 当今社会各种应用系统诸如商业、社交、搜索、浏览等像信息工厂一样不断的生产出各种信息,在大数据时代,我们面临如下几个挑战:. 以上几个挑战形成了一个业务需求模型,即生产者生产(produce)各种信息,消费者消费(consume)(处理分析)这些信息,而在生产者与消费者之间,需要一个沟通两者的桥梁-消息系统.

产品实例:某项目APP后台系统

于12-26 08:47 - 悠闲小生 - 产品设计 案例分析 经验分享
今年有幸参与了某度假屋项目从0到1的设计过程,展示给用户的是精致的APP,然而APP背后却是逻辑比较复杂的后台系统. APP的使用体验,很大程度上是由后台系统决定的,后台系统逻辑的合理性决定了APP的核心流程. 简要介绍一下此项目的业务流程如图1所示:. 业主购买度假屋并由物业管理公司托管,业主购买度假屋有三种类型:全套、分权、分时,全套即业主购买整套度假屋,分权即业主购买度假屋部分产权,分时即业主购买某季的居住权.

Typecho的数据库的学习

于12-26 04:19 - 标点符 - 程序开发 数据库
Typecho是一款仿Wordpress,但相对Wordpress要简单的多的开源博客程序. 开发者大量的参考了WordPress的设计,去除了一些高级复杂的功能,实现了一个小而美的博客系统. 轻量高效:仅仅 7 张数据表,加上不足 400KB 的代码,就实现了完整的插件与模板机制. 超低的 CPU 和内存使用率,足以发挥主机的最高性能.

携程:上万坐席呼叫中心异地双活架构及系统

于12-05 03:10 - 小码哥 - 他山之石 异地双活架构 携程
携程旅行网  通信技术中心高级经理. 拥有十几年的呼叫中心系统建设和运维管理经验,经历了携程呼叫中心系统架构的多次转型设计,使之从单一系统逐步演进到异地冗灾、异地双活,从单品牌到多平台的融合架构设计. 目前负责携程上万座席呼叫中心的产品管理和架构设计工作. 之前,我先拜读了《Google SRE》 这本书的几个章节,我对这些章节中的内容非常认同,特别是基于自动化运维以及故障响应时间的阐述,感同身受.

干货!所有常用的原型工具都在这里了

于11-22 10:05 - -
本文列举了20余款当前国内外比较火爆的原型设计工具. 交互原型设计工具(仅限页面交互). 动态原型工具(组件和页面交互). 交互原型设计工具(仅限页面交互). 这一类工具主要是建立页面之间的交互. 其本身不能进行组件的制作和设计,需要从其它地方(例如:PS,本地)导入设计图,对已有的设计图创建热点,进行交互设计.

表单优化

于11-13 13:32 - 可乐橙 -
设计师常犯的错误,以及正确做法. 无论是注册流程、多屏分步表单,或者是单调的数据列表界面,表单都是数字产品设计中的重要组成部分. 记住这些只是通用规范,每条准则总有例外. 多列布局会扰乱用户垂直方向的视线移动. 顶部标签的表单比左侧标签有更高的完成率. 顶部标签的表单也易于移植到移动端. 但是,对于有多种选择项的大量数据列表而言,请考虑使用左侧标签,因为它们在一起更易于浏览,能够减少高度,比顶部标签更贴心.

交互师如何做竞品分析

于11-13 18:36 - shendao - 极客互联
今天我们来聊聊竞品分析,它并不是像人们认为的那样——有统一的模板,因为针对不同的岗位,做的竞品分析是不同的. 所以我的文章标题是: 交互设计师如何做竞品分析. 竞品分析是对产品、交互从业人员最基本的技能要求之一,很多刚入行的产品汪、交互喵首先要做的都是竞品分析,一来可以考考你的底子,二来可以锻炼你的逻辑思维.

websocket相关js sdk小结

于10-15 00:00 - - geek
websocket的一般写法. 如何做浏览器websocket能力检测. 哪些浏览器不支持websocket对象. 对于不支持websocket对象的浏览器有什么解决方案. 简要说一说关于websocket的js-sdk的架构思路. 浏览器websocket一般写法. var URL = 'ws://localhost:8087'; var socket = new WebSocket(URL); //监听 打开连接 socket.onopen(function(event){.

分布式会话跟踪系统架构与实践

于10-14 18:13 - 美团点评技术团队 -
本文整理自美团点评技术沙龙第08期:大规模集群的服务治理设计与实践. 美团点评技术沙龙由美团点评技术团队主办,每月一期. 每期沙龙邀请美团点评及其它互联网公司的技术专家分享来自一线的实践经验,覆盖各主要技术领域. 目前沙龙会分别在北京、上海和厦门等地举行,要参加下一次最新沙龙活动. 赶快关注微信公众号“美团点评技术团队”.

Android 游戏教程:游戏元素和工具

于10-13 00:00 - - geek
(本节内容选自《Learning Android Game Programming》这本书,主要分享针对Android设备开发游戏的基本原则和方法. 创造优秀手机游戏不仅需要编写某些相当复杂的软件,还需要创造其他的成分,比如图像、动画、音效和音乐. 幸运的是,这些成分都能够使用某些工具制作而成,而且许多工具可以免费使用.

东京防灾手册(附 PDF

于09-02 05:49 - 设计 达人 - 网页设计 & 灵感 VI设计 平面设计 排版
Tokyo Bousai 是东京都政府制作的防灾指南,简述了在东京及周边地区应对地震或其他重大灾难时应采取的措施,已被送往东京超过750万家庭中. 它由 Nosigner 和Dentsu Inc 共同设计,做成地图、贴纸和宣传单等形式,颜色丰富,细节突出,并融合了插图、漫画、犀牛的品性和手翻动画等元素.

基于hessian和netty的RPC框架和实现

于08-31 09:07 - wj596 -
基于hessian和netty的RPC框架设计和实现.         对系统进行服务化改造,或者构建一个分布式系统,RPC是核心的组件,目前主流的RPC框架有hessian\thrift\ avro等,如果不考虑跨语言的话thrift\ avro使用起来稍显复杂,要写IDL序列化配置,hessian又依赖servlet容器,于是使用netty和hessian构建了一个的RPC框 架.

京东评价系统海量数据存储

于08-16 04:45 - 小码哥 - 运维经验 京东评价系统 数据存储
作者:韦仕,京东商城交易平台评价社区负责人,2010年加入京东,先后参与了用户、商品、评论等系统的架构升级工作. 京东的商品评论目前已达到数十亿条,每天提供的服务调用也有数十亿次,而这些数据每年还在成倍增长,而数据存储是其中最重要的部分之一,接下来就介绍下京东评论系统的数据存储是如何设计的. 整体数据存储包括基础数据存储、文本存储、数据索引、数据缓存几个部分.

新浪微博混合云架构实践挑战之容器编排与实践

于08-12 00:00 - - tuicool
《微博混合云架构》专栏是InfoQ向新浪微博技术团队的系列约稿,本专栏包含8篇内容,详细阐述以DCP设计理念为指导思想的混合云架构实践. 本文是该系列的第五篇,主要介绍容器编排的设计与实现. 《微博混合云架构》专栏主要包括以下8篇内容:. DCP的容器编排设计与实践. 最近由于个人原因,与InfoQ约稿的专栏《微博混合云架构》很久没更新了,在此深表歉意.

评价系统

于07-29 11:32 - weishiym -
评论系统大家都见得非常多了,大到京东、淘宝、亚马逊,小到个人网站、博客都有评论系统,小型网站采用传统PHP+Mysql方式就能很快将系统搭建起来,同时采用单库单表方式就能轻松解决数据存储、数据查询等问题,但是对于上述中大型网站而言,已经远远不能支撑系统正常运行了. 接下来将从系统架构、数据存储、高性能服务等方面来揭示京东的评价系统在面对海量数据、海量请求的情况是如何处理的.