• 大部分软件系统是随时间演进的,新旧功能会交替,不断变化的用户需求意味着一个高效的系统必须能够迅速扩展或收缩资源。通常在一个单独的数据中心或区域为完成接近零宕机的目标,就需要自动故障转移(fail-over)到预调校就绪(pre-provisioned )的备份系统,。
  • 这是一篇有点质疑基于Docker容器分布式系统是否在针对小型应用时过于复杂,有大炮打蚊子的嫌疑?当然,也可以从侧面了解一下Docker分布式生态圈的建设。 下面是采取对话形式: 你好啊,我的老板已经和你谈过话,听 icon
  • 基于Java的Spring和Scala的Spring两种技术平台建立的EventSourcing和CQRS源码和Docker的案例:cer/ev icon
  • 在旧版本Swarm中需要一个服务注册器,这样所有管理者能有一个统一的集群状态视图,因此,在初始化老版本Swarm节点时,我们需要指定服务注册器的地址,而在新版本Swarm中,也就是Docker 1.12引入的Swarm Mode,除了Docker引擎以外什么都不需要,无需额外的服务注册器或key-v icon
  • 如何有效快速构建和使用Docker的image以便能加速部署?这对于开发和发布循环是非常重要,下面是一些经验分享: 1.尽可能缓存需要互联网下载的内容,部署需要从互联网下载几百兆数据,非常频繁,因此遭遇缓慢互联网连接是经常有的事情,因此,越多使用缓存,就能 icon
  • HTTPS-PORTAL是一个完全自动化的HTTPS服务器,由 Nginx,Let's Encrypt和 Docker提供支持,用它可以运行任何基于HTTPS的Web App,注意:只需一个额外的配置行。 该服务器能获取SSL证书,并自动从Let's En icon
  • 展示如何使用docker-compose为本地开发环境设置自己的Apache Kafka容器,然后使用docker-compose启动和停止docker-image。 要求:1. docker安装( icon
  • 该文分享的是如何在Kubernetes和Docker上运行网上银行、采取开源软件,进行数据库演进和引入断路器等IT改革方式。 这是一家有着二百年历史的银行,拥有近20,000名员工,在美国排名前15位的银行中排名第一,拥有1370亿美元的资产。有大量的旧的 icon
  • IT世界正在转向容器,但为了控制管理这些容器,我们又需要容器的管理程序。这就是需要使用Kubernetes,Mesosphere和Docker Swarm的理由。 容器是一种虚拟化应用程序的轻量级方法,是任何DevOps计划的重要元素。但是你怎么管理所有这 icon
  • 随着应用程序体系架构的不断发展,从大整体monolith时代进入更为基于模型的分布式设计时代,构建新的分布式系统需要重新学习一些旧的设计技术,并采用一些新的模式。 下面是几个设计关注点:1.调度/业务流程管理,从管理数百个实例到管理成千上万的实例需 icon
  • 本文介绍了如何通过基于Node.JS和Docker的微服务架构正确实现SOA。 这是来自Cake Pulse团队关于重构他们的Pulse应用实践心得,Pulse应用监控着超过10,000以上POS设备,进行实时有效的分析。在过去几周,Pulse团队在对今天 icon
  • 站点可靠性工程(Site Reliability Engineering 简称SRE)是如何保证Google App Engine每天能够支持千亿级的请求调用? 站点可靠性工程是一系列工程目标与技术,能够让任何人运维更好的产品系统,它与DevOps理念一起 icon
  • 近期携程网站由于程序员登录生产现场误操作导致整个网站长期无法访问,这些现象反映了国内很多大型网站的应用部署运营还是停留在2005年的阶段,该文展示了2015年的生产现场运营现状。 在过去十年中,构建和发布应用程序的方式已经发生显著变化,这篇文章比较了200 icon
  • Go语言走向企业应用需要一套成熟的分布式系统工具集,还需要面临Scala语言的挑战,探索一条SOA架构新路径。这是Peter Bourgon在2015年2月于 Google Campus London meetup上的讲话: icon
  • 最近在开源中国上参与翻译了一篇文章,在此做一下推广。英文原文:Docker and the PID 1 zombie reaping problem[该贴被wldst于2015-02-02 21:39修改过] icon
  • 大概看完这篇文章,并不是很同意文章的观点,在过去SOA中服务是一种粗粒度的服务,也就是与微服务相反,粗粒度的服务有两个好处:易于重用,减轻ESB的负载;而微服务催生,比如对事件总线的性能和可靠性要求提高,因为每个微服务是很小的组件,甚至是一个类,微服务之间的通讯几近类似于两个单个对象之间交互调用,性 icon
  • Cake 团队发布了它们的微服务架构实现。 icon