Skip to content

Instantly share code, notes, and snippets.

#Beijing Docker Meetup

##Docker 中文社区简介 Docker 中文社区 致力于在中国建立一个开放的 Docker 技术社区。目前的社区活动主要是翻译英文技术文章,组织原创技术文章和在国内各地组织 Docker Meetup 的活动。Docker 中文社区得到 Docker Inc. 官方支持,同时和 CoreOS 、OpenStack 等相关社区进行内容合作和联办 Meetup 活动。

##Docker 社区成员简介

  • 马全一 Docker 中文社区发起人, 曾是 Python、NodeJS 开发者,现改投 Golang 阵营。一直是 Gentoo 发行版忠实用户,热衷于编译内核。
  • 冯钊 Docker 中文社区联合发起人,做过教师码过字,也在杂志社里打杂。无 Coder 之技却有 Geek 之心。

##Docker Meetup 简介

@liuyu
liuyu / gist:10450046
Last active August 29, 2015 13:59
Why is my CDN 'slow' for mobile clients?

Why is my CDN 'slow' for mobile clients?

为什么CDN对移动客户端加速“没有”效果

By Ilya Grigorik on March 26, 2014

We're using a CDN but when we look at the performance numbers it appears to be far less effective for mobile clients. We're considering disabling it entirely as we're not sure that it's worth it. Someone needs to build a special CDN for mobile, we'd definitely use that to improve latency!

我们都在使用CDN(Content Delivery Network,即内容分发网络),但当我们查看移动客户端的性能数据时,看上去优化效果远远没有那么明显。我们正在考虑停用针对移动客户端的CDN加速,因为我们不能确定它是否真的有加速效果。如果有人需要构建一个特殊的移动CDN网络时,我们会毫不犹豫地使用它来改善延迟!

The frequency with which I've been hearing this and similar arguments has been rapidly increasing as more teams are finally focusing on improving performance of their mobile sites. The problem is, while the statement is often based on real data (i.e. the relative performance improvements offered by a CDN are smaller for mobile clients), the conclusion is wrong: the absolute improvements are likely the same for all clients and hence worth every penny. Also, we don'

Scale Summit 2014

Intro, MBS

ideas for sessions

  • bootstrapping environments (without object stores)
  • service discovery
  • removing spofs
@liuyu
liuyu / gist:10802203
Last active August 29, 2015 13:59
如何利用CoreOS和Nuxeo构建PaaS

CoreOS and Nuxeo: How We Built nuxeo.io

如何利用CoreOS和Nuxeo构建PaaS

译者注:

Nuxeo: nuxeo是使架构师和开发者能够构建、部署和运行内容为中心的开源内容管理系统平台。属于开源ECM厂家,是一个创新的,基于标准的,开放源码平台,企业内容管理的应用。它涉及的应用领域如:文件管理,协作,记录管理,文档为中心的业务流程管理, Web内容管理。wiki 官方网站

nuxio.io: 基于nuxeo平台构建的企业级应用的PaaS平台

@liuyu
liuyu / .bashrc
Created April 18, 2014 07:18 — forked from marioBonales/.bashrc
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples
# If not running interactively, don't do anything
[ -z "$PS1" ] && return
# don't put duplicate lines in the history. See bash(1) for more options
# ... or force ignoredups and ignorespace
HISTCONTROL=ignoredups:ignorespace
@liuyu
liuyu / gist:11171773
Last active August 29, 2015 14:00
为什么CDN对移动客户端加速“没有”效果

Why is my CDN 'slow' for mobile clients?

为什么CDN对移动客户端加速“没有”效果

Google web性能优化工程师和开发大使,《High-Performance Browser Networking》作者Ilya Grigorik近日发布了一篇名为《为什么CDN对移动客户端加速“没有”效果》的博客,描述了移动(无线)网络的特殊性,以及如何建设一个适用于移动CDN的构想。

Ilya首先吐槽了目前的CDN在移动客户端加速方面的不给力。从他们的移动客户端性能监控数据来看,传统CDN的优化效果非常不明显,所以他希望有一个对移动网络支持更好的、特殊的移动CDN网络。

对于传统CDN在无线网络上的效果,Ilya认为人们普遍有两种误解:1、传统CDN对移动客户端和对宽带网络的绝对优化效果差不多;2、这不是要不要“无线CDN”的问题,而是运营商网络的问题。

Ilya首先提供了一个参考数据,用于分析无线网络延迟的主要组成部分:

@liuyu
liuyu / gist:11201808
Created April 23, 2014 03:20
Puppet LB负载均衡器部署
15.3.3 Puppet LB负载均衡器部署
负载均衡器puppetlb.domain.com负责转发请求,为此只需要配置Nginx,通过location 处理Catalog相关的请求。配置Nginx的虚拟主机内容如下:
upstream puppet-production {
server 10.210.213.217:8140;
}
server {
listen 8140 ssl;
server_name puppet.domain.com;
@liuyu
liuyu / gist:58de35f62d04b4f5445f
Last active August 29, 2015 14:02
搜狐云景Container经验谈

搜狐云景Container经验谈

前言

搜狐PaaS公有云平台“搜狐云景”已于5月21日正式开启公测,为广大开发者提供应用开发的一站式服务。为了给开发者提供更加灵活的应用托管平台,搜狐云景平台底层使用了Container的技术,其实它在搜狐内部的私有云平台上已经使用了很长时间,在整个过程中,我们也踩过了很多的坑,积累了不少的经验。本文就云景为什么会选择LXC、云景容器的组成、在Linux kernel 2.6.32上的优化以及云景都有那些隔离功能?进行详细介绍。

背景

近几年,Container相关技术不断得到架构师、研发人员、运维人员等的持续关注,而且也不断涌出了不少Container的实现方案,比如:Cloud Foundry的Warden、Google的Imctfy等,随着云计算在国内的逐步壮大、成熟,相信未来会有越来越多的平台会采用类Container技术,我们也希望能把我们的一些经验、教训分享给大家,和大家一起共同推进Container技术的发展。

云景为什么会选择LXC

在使用Container技术之前,搜狐私有云PaaS平台使用了沙盒模式,利用JVM虚拟机对用户的进程进行隔离和安全控制,这种方式的优势是可以侵入到JVM内部对用户的代码进行拦截,方便的实施白名单机制,进而保证平台的安全性。但随着接入应用数量的逐渐增多,更多的需求接踵而来,比如:需要多语言的支持,应用希望有更大的灵活性,不希望平台有过多的限制等。

@liuyu
liuyu / gist:c416cdb2bfb573aedf36
Created June 11, 2014 03:35
搜狐云景Container经验谈

搜狐云景Container经验谈

前言

搜狐PaaS公有云平台“搜狐云景”已于5月21日正式开启公测,为广大开发者提供应用开发的一站式服务。为了给开发者提供更加灵活的应用托管平台,搜狐云景平台底层使用了Container的技术,其实它在搜狐内部的私有云平台上已经使用了很长时间,在整个过程中,我们也踩过了很多的坑,积累了不少的经验。本文就云景为什么会选择LXC、云景容器的组成、在Linux kernel 2.6.32上的优化以及云景都有那些隔离功能?进行详细介绍。

背景

近几年,Container相关技术不断得到架构师、研发人员、运维人员等的持续关注,而且也不断涌出了不少Container的实现方案,比如:Cloud Foundry的Warden、Google的Imctfy等,随着云计算在国内的逐步壮大、成熟,相信未来会有越来越多的平台会采用类Container技术,我们也希望能把我们的一些经验、教训分享给大家,和大家一起共同推进Container技术的发展。

云景为什么会选择LXC

在使用Container技术之前,搜狐私有云PaaS平台使用了沙盒模式,利用JVM虚拟机对用户的进程进行隔离和安全控制,这种方式的优势是可以侵入到JVM内部对用户的代码进行拦截,方便的实施白名单机制,进而保证平台的安全性。但随着接入应用数量的逐渐增多,更多的需求接踵而来,比如:需要多语言的支持,应用希望有更大的灵活性,不希望平台有过多的限制等。

@liuyu
liuyu / gist:b068aaafc5a659e377bf
Last active August 29, 2015 14:03
Puppet企业应用技巧
# only rsync nginx virtualhost directory form server
file { 'virtualhost_directory':
name => '/usr/local/nginx/conf/vhost',
ensure => directory,
force => true,
recurse => remote,
source => "puppet:///modules/nginx/vhost",
}
# vhost.conf.erb