容器

Mesos大神Tim实录分享 | 解读Mesos 1.0 + 更长久的Mesos Containerier

本文是Mesos专家Timothy Chen在7月23日数人云对话Docker&Mesos沙龙活动上做的分享实录,Tim畅谈了Mesos架构的设计特点。无独有偶,2016年7月27日Apache社区发布了Apache Mesos 1.0.0。 1.0.0版本的推出,印证了Tim在分享中提到的很多改进: Docker daemon的弃置,接口规范化、对CNI 和GPU的支持以

容器趋势:计划,编排和CI——来自Bitnami的数据集

过去一周内,我们有机会处理了一大堆由Bitnami收集的数据(科普:Bitnami是一家RedMonk代理商)。Bitnami通过他们对整个用户群的用户调研来收集这些数据的,当时给Bitnami发送了超过850000封邮件,获得了5000多份答案,并从中得出这份调查结果。数据集调查结果反映的Bitnami电子邮件分布清单显得十分重要。数据集涵盖了包括容器使用、容器计划的领域

Docker(1.11.1)命令

查看当前Docker的版本信息;root@willem:~# docker versionClient: Version: 1.11.1 API version: 1.23 Go version: go1.5.4 Git commit: 5604cbe Built: Tue Apr 26 23:30:23 2016 OS/Arch:

React Native 布局浅探

简述在Web开发中,页面布局基于盒子模型,主要通过定位属性、浮动属性和显示属性实现。而React Native采用的是Flex布局,但也支持盒子模型的margin、padding以及定位属性进行布局。flex的布局方式![超级产品经理](https://v1cdn.imspm.com/imspm.com超级产品经理2016071900f2njal3wprx.png)cove

Docker Swarm新版本发布对Kubernetes的意义

相比于普通的软件的开发速度,容器编排领域的发展速度相当惊人。基于容器的初创公司呈爆发式增长,这个领域的竞争也愈加激烈。这是一个好的开始,但是技术的选择却成为一个难题。在这样的情况下,我们目前关注了Docker和Swarm。在Apprenda,我们的目标就是提交一个有创意的,稳定的,可以在长时间内比较好维护的编排技术。一个健康的社区有三个关键点。在对技术,社区和不同容器编排工

谷歌发布 Kubernetes 1.3 加速了容器之战

在容器之战中,谷歌宣布了最新开源容器编排引擎Kubernetes1.3版本。此次的发布是在 Docker 公司发布 Docker 1.12 版本之后,该版本带有内置的 Swarm 编排功能。虽然 Kubernetes 是一个由社区驱动,Linux 基金支持的项目,不过谷歌还是它最杰出的项目贡献者之一。有了像混合部署,更好的扩容,运行传统工作负载这些功能,谷歌旨在对用 Kub

Docker和容器云落地一年后的反思

我与容器的缘分起源于我在 Google 内部研发容器集群管理系: Cluster Management。谷歌内部一切皆容器,搜索、视频、大数据、内部工具等核心业务都以容器的方式运行在容器编排系统 Borg 上。2014年,随着公司内部的“Ursquake” (注:Urs 是负责基础设施的高级副总裁),我转投到了公有云 Google Cloud Platform 的建设当中。

Kubernetes成为世界500强数字化转型基础的原因(以及云基础设施管理平台一览表)

大约18个月之前,科技出版物中充斥着“容器,以及他们将如何从根本上改变企业IT”的新闻。我们在这些说的天花乱坠的新市场中提取信息,汇总到“容器的现状”博客。基于我们的研究,可以清楚的看到,容器的确造就了市场趋势,而且代表了十年来的一次在企业基础设施方面的转型,这样的转型会重新塑整个IT行业。很显然,容器和应用程序层都只是开始,我们调查差距在哪些地方:比如像安全,网络,管理和

实录分享|一篇文章看CNTV的容器化探索和平台搭建

中国开源云联盟容器工作组成立后的第一次活动——数人云对话Docker&Mesos沙龙活动圆满落下帷幕。本篇文章是活动的实录分享,介绍了CNTV容器技术的探索与实践,在以高安全、高可用和弹性伸缩为需求的前提下,容器技术具体在CNTV是如何落地的。本文内容主要有以下五点:第一,CNTV为什么要用容器,第二,CNTV容器管理平台的选型,第三,容器在CNTV的发展与现状,第四,案例

我也谈谈微服务

微服务是大型分布式系统的基本组成部分,在面对海量用户时在设计上考虑横向扩展后,应用在集群间采用RPC调用,微服务的使用与目前互联网服务的体量是分不开的,是控制复杂度的一种手段。早期大家在处理http请求时由于单机linux的文件句柄数量上限,或单web容器的单机极限等原因开始采用服务器集群(老外叫的更贴切-服务器农场,含义既跟老农养鸡养鸭一样,养一堆服务器),每个服务器处理