Linux平台软件设计与开发

RedisCloud是一套基于GO语言实现的Redis分布式解决方案, 对于使用方来说, 使用RedisCloud与使用原生的 RedisServer 没有区别 (有些Redis原生命令在RedisCloud作为命令黑名单不予支持), 上层应用可以像使用单机的 Redis 一样使用多个Redis服务器；RedisCloud会处理请求的转发, 在线扩容、缩容, 以及Redis服务器的主备故障切换等工

1.1影响Linux服务程序性能的因素CPU、内存、磁盘I/O带宽、网络I/O带宽1.2性能评判CPU：user% + sys%< 70%； 程序在用户态和内核态的执行时间百分比。内存：Swap In（si）＝0； Swap Out（so）＝0； 以不使用交换分区为准，如果频繁用到交换分区，内存可能不够了。硬盘：iowait % < 20%；网络：只要有足够带宽尽情的使用吧，达到网卡带宽linux系统表示毫无压力其中： %user：表示CPU处在用户模式下的时间百分比。 %sys：表

一．摘要本文分析了日益增长的民用级别家庭和个人网络视频监控市场的需求特点，并给出了一种经济可行易于大规模部署的P2P解决方案。由于篇幅有限，本文只给出了方案的思路，未对更深入的技术细节做详细的论述，有兴趣的朋友可以继续深入研究。 二．关键词IPCAM,  P2P，NAT, STUN, TURN, ICE, PJSIP, OPENSIPS, UDT， TCP, UDP 三

接手的时候一切都是揉在一个程序里面，耦合太大了；做了一下解耦，23中设计模式归结为一点就是：解耦；画完之后发现其实现在的服务都沿用的这种设计：上层业务、中间缓存、下层存储。

下面三幅图分别是：1、通信设备核心网产品的框架图2、核心网平台中PM模块的框架图3、Wlan产品OAM的框架图聪明的你一定猜到我曾经从事哪项职业了。图1：通信设备核心网产品的框架图 图2：核心网平台中PM模块框图 图3：Wlan产品OAM框架图

CAP理论被很多人拿来作为分布式系统设计的金律，然而感觉大家对CAP这三个属性的认识却存在不少误区。从CAP的证明中可以看出来，这个理论的成立是需要很明确的对C、A、P三个概念进行界定的前提下的。在本文中笔者希望可以对论文和一些参考资料进行总结并附带一些思考。一、什么是CAP理论CAP原本是一个猜想，2000年PODC大会的时候大牛Brewer提出的，他认为在设计一个大规模可扩放的网络服务

本文作者Kate Matsudaira是一位美丽的女工程副总裁，曾在Sun Microsystems、微软、亚马逊这些一流的IT公司任职。她有着非常丰富的工作经验和团队管理经验，当过程序员、项目经理、产品经理以及人事经理。专注于构建和操作大型Web应用程序/网站，目前她的主要研究方向是SaaS（软件即服务）应用程序和云计算（如大家所说的大数据）。本文是作者在AOSA一书介绍如何构建可扩展的

本文作者Kate Matsudaira是一位美丽的女工程副总裁，曾在Sun Microsystems、微软、亚马逊这些一流的IT公司任职。她有着非常丰富的工作经验和团队管理经验，当过程序员、项目经理、产品经理以及人事经理。专注于构建和操作大型Web应用程序/网站，目前她的主要研究方向是SaaS（软件即服务）应用程序和云计算（如大家所说的大数据）。本文是作者在AOSA一书介绍如何构建可扩展的

圣诞献礼！          2012年-2013年，Sunny在优快云技术博客中陆续发表了100多篇与设计模式学习相关的文章，涵盖了七个面向对象设计原则和24个设计模式（23个GoF设计模式 +  简单工厂模式），为了方便大家学习，现将所有文章的链接进行了整理，希望能给各位带来帮助！       祝大家圣诞节快乐！ 花絮：本文的工作量大大超过之前的估计，几乎整个平安夜都花在它身上了，

Tair的内部结构内部结构" title="淘宝Tair分布式缓存数据库系统 内部结构" style="margin:0px; padding:0px; border:0px; list-style:none"> 图 1 Tair整体架构图一个Tair集群主要包括client、configserver和dataserver 3个模块。Configserv

简介tair 是淘宝自己开发的一个分布式 key/value 存储引擎. tair 分为持久化和非持久化两种使用方式. 非持久化的 tair 可以看成是一个分布式缓存. 持久化的 tair 将数据存放于磁盘中. 为了解决磁盘损坏导致数据丢失, tair 可以配置数据的备份数目, tair自动将一份数据的不同备份放到不同的主机上, 当有主机发生异常, 无法正常提供服务的时候, 其于的

分布式锁在功能上面要满足： 原子性的获取、释放；具有超时机制； 获取、释放的原子性：获取做不到原子可能会导致，多服务同时占有锁。 超时机制：无超时机制可能会导致锁一直不能被释放，比如业务程序获取锁后挂掉了；假如超时机制后也会存在其他隐患，比如业务程序确实需要很长时间处理业务，但是超时时间设置不当，可能会出现同时占有锁的情况。 基于Redis的实现方式：采用Key-Value结构

好久没有写技术文章了，因为一直在思考 「后端分布式」这个系列到底怎么写才合适。 最近基本想清楚了，「后端分布式」包括「分布式存储」和 「分布式计算」两大类。 结合实际工作中碰到的问题，以寻找答案的方式来剖解技术，很多时候我们都不是在创造新技术，而是在应用技术。 为了更有效率与效果的用好技术，我们需要了解一些技术的原理与工作方式。 带着问题从使用者的角度去剖析技术原理，并将开源