作者推荐 | 【分布式技术专题】「架构设计方案」图解学习法总结集群模式下的各种软负载均衡策略实现及原理分析
背景介绍在分布式系统中,负载均衡是非常重要的环节,通过负载均衡将请求派发到网络中的一个或多个节点上进行处理。通常来说,负载均衡分为硬件负载均衡及软件负载均衡。硬件负载均衡,顾名思义,在服务器节点之间安装专门的硬件进行负载均衡的工作,F5或者A10便为其中的佼佼者。软件负载均衡则是通过在服务器上安装的...
App后台开发运维和架构实践学习总结(4)——APP的注册和登录功能设计
一、为什么需要注册和登录? 是否需要注册和登录的关键取决于产品形态。 如果用户注册登录对于用户需求、产品功能、商业模式本身带不来任何价值的话,就没必要设计这样的功能。比如一些实用工具类的产品:计算器、手电筒、无社交属性的天气预报等等。 其它像强社交需求的产品(微信)、涉及到较多用户财产安全的产品(支...
App后台开发运维和架构实践学习总结(8)——后台产品设计的4个原则
什么是后台产品后台产品也被我们称为后台管理系统、内部管理系统。简单而言,是给企业员工开发的办公性质产品,同时也是对用户使用的App,Web等产品的一个伴生产品。我们还可以将后台产品按照使用对象分成两种。其一是自己使用的产品,实际上,任何一个产品都需要一个后台,包括我们的C端产品。另一种是客户性质的产...
App后台开发运维和架构实践学习总结(2)——RESTful API设计技巧
前言 移动互联网时代,RESTful API成为越来越重要的移动端和服务器端交互的形式。尤其是在很多互联网公司或者传统行业拥抱移动互联网的时候,一套设计良好的Restful API能够帮助互联网产品支持单服务端+多客户端的场景。RESTful架构本身是一个风格而不是一个标准,这也就意味着在具体设计...
App后台开发运维和架构实践学习总结(7)——RESTful API 设计规范
一个好的API设计,是应该遵循资源导向的,需要见名知义。如何命名URL?命名字段?例如:/users 一组用户(使用复数名词)/users/id 表示具有关于指定用户的信息的资源。资源,始终应该是URL中的复数。动词,不适合资源网址。非资源的,可以使用动词,这种情况下,你的API不会返回任何资源,而...
App后台开发运维和架构实践学习总结(8)——后台产品设计的4个原则
什么是后台产品后台产品也被我们称为后台管理系统、内部管理系统。简单而言,是给企业员工开发的办公性质产品,同时也是对用户使用的App,Web等产品的一个伴生产品。我们还可以将后台产品按照使用对象分成两种。其一是自己使用的产品,实际上,任何一个产品都需要一个后台,包括我们的C端产品。另一种是客户性质的产...
Spring Cloud与微服务学习总结(3)——认证鉴权与API权限控制在微服务架构中的设计与实现(一)
本文转载自(http://blueskykong.com/2017/10/19/security1/) 1. 背景 最近在做权限相关服务的开发,在系统微服务化后,原有的单体应用是基于session的安全权限方式,不能满足现有的微服务架构的认证与鉴权需求。微服务架构下,一个应用会被拆分成若干个微应...
【大白话系列】MySQL 学习总结 之 初步了解 MySQL 的架构设计
一、MySQL还是个黑盒子 我们都知道,只要我们系统引入了 MySQL 驱动和连接池,就能从数据库连接池获取一个数据库连接,然后就可以执行增删改查的操作了。 可是我们并不知道 MySQL 里面是怎么执行的,例如我们执行了 insert 语句,只知道表里面多了一条数据,MySQL 是怎么插入的我们就不...
App后台开发运维和架构实践学习总结(7)——RESTful API 设计规范
一个好的API设计,是应该遵循资源导向的,需要见名知义。如何命名URL?命名字段?例如:/users 一组用户(使用复数名词)/users/id 表示具有关于指定用户的信息的资源。资源,始终应该是URL中的复数。动词,不适合资源网址。非资源的,可以使用动词,这种情况下,你的API不会返回任何资源,而...
App后台开发运维和架构实践学习总结(3)——RestFul架构下API接口设计注意点
1. 争取相容性和统一性 这里就要求让API设计得是可预测的。按照这种方式写出所有接口和接口所需要的参数。现在就要确保命名是一致的,接口所需的参数顺序也是一致的。你现在应该有products,orders和customers的数据吧?,它们应该都存在含有id和name的表中。那么不要让一个接口仅传I...
App后台开发运维和架构实践学习总结(2)——RESTful API设计技巧
前言 移动互联网时代,RESTful API成为越来越重要的移动端和服务器端交互的形式。尤其是在很多互联网公司或者传统行业拥抱移动互联网的时候,一套设计良好的Restful API能够帮助互联网产品支持单服务端+多客户端的场景。RESTful架构本身是一个风格而不是一个标准,这也就意味着在具体设计...
MySQL 学习总结 之 初步了解 InnoDB 存储引擎的架构设计
这篇文章主要介绍了MySQL 学习总结 之 初步了解 InnoDB 存储引擎的架构设计,文中给大家提到了mysql存储引擎有哪些,本文给大家介绍的非常详细,需要的朋友可以参考下
App后台开发运维和架构实践学习总结(4)——APP的注册和登录功能设计
一、为什么需要注册和登录? 是否需要注册和登录的关键取决于产品形态。 如果用户注册登录对于用户需求、产品功能、商业模式本身带不来任何价值的话,就没必要设计这样的功能。比如一些实用工具类的产品:计算器、手电筒、无社交属性的天气预报等等。 其它像强社交需求的产品(微信)、涉及到较多用户财产安全的产品(支...
Spring Cloud与微服务学习总结(4)——认证鉴权与API权限控制在微服务架构中的设计与实现(二)
本文转载自(http://blueskykong.com/2017/10/19/security2/) 1. 系统概览在上一篇 认证鉴权与API权限控制在微服务架构中的设计与实现(一)介绍了该项目的背景以及技术调研与最后选型,并且对于最终实现的endpoint执行结果进行展示。对系统架构虽然有提到,...
App后台开发运维和架构实践学习总结(3)——RestFul架构下API接口设计注意点
1. 争取相容性和统一性 这里就要求让API设计得是可预测的。按照这种方式写出所有接口和接口所需要的参数。现在就要确保命名是一致的,接口所需的参数顺序也是一致的。你现在应该有products,orders和customers的数据吧?,它们应该都存在含有id和name的表中。那么不要让一个接口仅传I...
Spring Cloud与微服务学习总结(5)——认证鉴权与API权限控制在微服务架构中的设计与实现(三)
本文转载自( http://blueskykong.com/2017/10/24/security3/) 1. 前文回顾 在开始讲解这一篇文章之前,先对之前两篇文章进行回忆下。在第一篇 认证鉴权与API权限控制在微服务架构中的设计与实现(一)介绍了该项目的背景以及技术调研与最后选型。第二篇认证鉴权...
Spring Cloud与微服务学习总结(6)——认证鉴权与API权限控制在微服务架构中的设计与实现(四)
本文转载自(http://blueskykong.com/2017/10/26/security4/) 1. 前文回顾 首先还是照例对前文进行回顾。在第一篇 认证鉴权与API权限控制在微服务架构中的设计与实现(一)介绍了该项目的背景以及技术调研与最后选型。第二篇认证鉴权与API权限控制在微服务架...