以下图为基础: 最内层是硬件,最外层是用户常用的应用,比如说firefox浏览器,evolution查看邮件,一个计算流体模型等等.硬件是物质基础,而应用提供服务.但在两者之间,还要经过一番周折. 还记得Linux启动.Linux首先启动内核 (kernel),内核是一段计算机程序,这个程序直接管理硬件,包括CPU.内存空间.硬盘接口.网络接口等等.所有的计算机操作都要通过内核传递给硬件. 为了方便调用内核,Linux将内核的功能接口制作成系统调用(system call).系统调用看起来就像C…

基于puppet分布式集群管理公有云多租户的架构浅谈 一.架构介绍   在此架构中,每个租户的业务集群部署一台puppet-master作为自己所在业务集群的puppet的主服务器,在每个业务集群所拥有的云主机上部署puppet-agent,定时向puppet-master进行汇报从而执行相应任务.foreman单独部署,接收每个业务集群中puppet-master收集到的puppet-agent服务器所报告的信息.foreman收集到的数据存至MySQL数据库中,并进行前端展示.其中mysql…

(整理至http://www.cocoachina.com/ios/20150414/11557.html) 缘由 从事iOS工作一年多了,主要从事QQ钱包SDK开发和财付通app维护,随着对业务的慢慢熟悉,最近在思考这两款应用架构设计的思想,刚好昨天在微信里看了一篇iOS大牛对终端应用架构的分享,乘热打铁,下面浅谈下我对ios应用架构设计的理解,写的不好或不对的地方,欢迎大家拍砖,我们一起来探讨. 假如问你一个iOS or Android app的架构,你会从哪些方面来说呢? 不要急着给出你的…

docker学习过程中,免不了需要学习下docker的底层技术,今天我们来记录下docker的底层架构吧! 从上图我们可以看到,docker依赖于linux内核的三个基本技术:namespaces.CGroups.union FS; namespaces管理着host中 全局唯一的资源,可以让每个容器都感觉只有自己在使用它.换句话是,namespace 实现了容器间资源的隔离,让容器拥有独立的hostname.ip.pid,同时确保一个容器中运行一个进程而且不能看到或者影响容器wait的其他进程…

注意 本文,只是笔者针对Kubernetes生产环境运行的一些关于架构设计介绍. 介绍 基于 Kubernetes 系统构建的统一开发运维管控平台.在 Kubernetes 基础上,围绕 微服务系统的构建,提供开发.交付.运维等环节所需的技术框架和工具.同时,增强开发了应 用监控和日志采集分析系统,并作了性能优化和高可靠保证. 首先,我们来梳理下Kubernetes生产架构,其设计适用于绝大多数环境.如下图所示. 高可靠设计,Etcd 集群,Kubernetes 三主节点,保证集群的高可用性.…

本文就我所经历和使用过的技术和框架, 讨论 Java / Javascript 技术组合构成的Web 应用架构. 一. 概述 Web 应用架构可以划分为两大子系统:前端子系统和后台子系统. 前端子系统: 1.     基础技术: Html/Javascript/CSS / Flash 2.     开发框架: jQuery, Extjs , Flex 等: 后台子系统: 1.     基础技术: Java Servlet: 2.     开发框架: Struts, Spring, Hiberna…

关于I/O模型的引出 我们都知道,为了OS的安全性等的考虑,进程是无法直接操作I/O设备的,其必须通过系统调用请求内核来协助完成I/O动作,而内核会为每个I/O设备维护一个buffer. 如下图所示:  因此整个请求过程即为:用户进程发起请求,内核接受到请求后,从I/O设备中获取数据到buffer中,再将buffer中的数据copy到用户进程的地址空间,该用户进程获取到数据后再响应客户端. 在整个请求的过程中,数据输入至buffer需要时间,而从buffer复制数据至进程也需要时间.因此根据在这…

让我们来回顾一下历史,在早期的计算机中,程序是直接运行在物理内存上的.换句话说,就是程序在运行的过程中访问的都是物理地址.如果这个系统只运行一个程序,那么只要这个程序所需的内存不要超过该机器的物理内存就不会出现问题,我们也就不需要考虑内存管理这个麻烦事了,反正就你一个程序,就这么点内存,吃不吃得饱那是你的事情了.然而现在的系统都是支持多任务,多进程的,这样CPU以及其他硬件的利用率会更高,这个时候我们就要考虑到将系统内有限的物理内存如何及时有效的分配给多个程序了,这个事情本身我们就称之为内存管理…

当我们讨论客户端应用架构的时候,我们在讨论什么? 其实市面上大部分应用不外乎就是颠过来倒过去地做以下这些事情: 简单来说就是调API,展示页面,然后跳转到别的地方再调API,再展示页面. App确实就是主要做这些事情,但是支撑这些事情的基础,就是做架构要考虑的事情. 调用网络API 页面展示 数据的本地持久化 动态部署方案 上面这四大点,稍微细说一下就是: 如何让业务开发工程师方便安全地调用网络API?然后尽可能保证用户在各种网络环境下都能有良好的体验? 页面如何组织,才能尽可能降低业务方代码的…

应该是在两年前了,在拜读园子里大神的文章时偶然了解到有个叫NopCommerce的商城系统,苦于没有时间,各种耽误,其中研究过一段时间,也就是一个星期时间,后来又耽搁了,直到最近,随着项目进入间歇期,终于有时间好好的研究下nop的代码了,作为优秀的.net B2C商城系统,从系统的架构设计角度出发,具有很强的拓展性,结合DDD思想,我觉得可以对系统有更深入的了解. 今天我就简单的先将系统解决方案中的项目做拆解,并附上自己的理解.我这里使用的是3.7版本的源码,官方目前到3.8,整体应该差别不大,…