关于新的技术产业（除了Amazon以外的任何技术）， Kubernetes和Cloud9让我们明白了什么-低调大师

关于新的技术产业（除了Amazon以外的任何技术）， Kubernetes和Cloud9让我们明白了什么

2017-10-10 603

本文讲的是关于新的技术产业（除了Amazon以外的任何技术）， Kubernetes和Cloud9让我们明白了什么【编者的话】本文主要通过联盟理论分析技术产业的发展。

了解技术产业的一个有用的观察切入点是联盟理论。特定的供应商在任何给定的时间内密切合作，但有一点是令人惊讶的，那就是这些特定供应商他们表面上其实是竞争对手。然而，一般来说，存在一个外部威胁或者驱动会解释接下来将发生什么。

考虑IBM与BEA（后来被Oracle收购）在上世纪90年代末势均力敌地竞争这一案例。竞争胜利者的奖励是Java应用服务市场的所有权，但是对Java市场的所有公司来说，微软理所当然是那个外部威胁或者驱动合作者。

我们曾经谈论除了微软以外的任何俱乐部。可以说，开源在企业中的胜利也是同样驱动的结果。Linux是一种避免微软操作系统统治的手段。供应商将推出一个二者择一的方案，客户将部分地支持它，这种方法是一种避免客户的赌注过多地被一个单一的供应商所控制的手段。

如今，威胁技术供应商的主导厂商显然是Amazon Web Services。

现在除了Amazon以外任何联盟的一个方面就是OpenStack。不管围绕OpenStack的竞争多么激烈，AWS的优势使得几乎所有其它主要的技术供应商成为一种开放的竞争。

当有一天我考虑到Brendan Burns在微软的聘用影响时，我想到另一种形式的联盟正在形成并且改变行业的分界线。Burns是Kubernetes容器集群管理项目的一个创始人。他曾经就职于谷歌，但只是从事主管Azure资源管理的产品的工作。他已经公开宣布他将继续在Kubernetes工作。通过OpenShift平台，红帽已经开始踊跃地采用Kubernetes 。

所以，现在微软、红帽、和谷歌云平台都在围绕Kubernetes结盟。然而乍一看，这种同床异梦的新的结盟似乎是对Docker及 Docker模式崛起的一种响应——事实上，毫无疑问，对Kubernetes这种热情的增长其部分原因是受关注的驱动所引起的，这种关注的内容是Docker将拥有新的基础设施范围内更多的真实资源，我认为对这种真实资源来说，其最大的威胁是Amazon。

正如Stephen解释的那样，对开源来说最大的竞争者是Amazon 。毫无疑问，亚马逊EC2容器服务正在获得更广泛的牵引。对于Docker在某种程度上的崛起，Amazon可以表现得宽宏大量一些，但其他供应商却不能。与其说Docker是AWS的一个潜在威胁，倒不如说Docker是一种技术实现细节。

这周，当Amazon宣布它将收购新兴的在线IDE，即Cloud9时，另一只鞋子也掉了。Cloud9创建了 Ace （Ace是一个面向对象的工具开发包，它实现了通信软件的基本设计模式），Ace也增强了GitHub编辑器的能力。

Amazon的Serverless项目的总经理最近在 serverlessconf 会议中明确表示，他认为测试移动到云端宜早不宜迟。一个在线的IDE是开始这种测试移动的好工具——这是一直以来我们都期待采用的一项技术。

坦白来说， Amazon此举对Eclipse Foundation是一剂强心针，Eclipse Foundation诞生于早期的结盟，它是为了避免对IBM产生太多威胁的自上而下全是Java栈的Sun的出现。Eclipse是最初的开源IDE，但是最近开始提出一个围绕Che的非常好的故事，Che是以来源于 Codeenvy 的软件为基础的。code envy的故事真的非常好——与其说Codeenvy是一个在线IDE，倒不如说它是基于Web的工具可移植性平台。它管理开发环境、所有依赖、管理Docker机器和其它运行时环境。它隐藏了操作细节，除非操作者想看到这些细节。相比于本地机器，在线机器使得fork和与其他团队成员共享环境变得更简单。这一点非常酷。Code envy的贡献者包括IBM、红帽、三星、和WS02。

最后，值得一提的是云本地计算基金会（the Cloud Native Computing Foudation），表面上来看它是为了管理云本地开源技术而成立的，其实它也扮演着管理新联盟的角色。由于云本地计算基金会是Kubernetes的发源地，所以它将成为像Docker一样围绕开源技术展开合作与竞争的越来越重要的ABA联盟成员。

如果你喜欢看视频的话我会在这里谈论关于Brendan Burns聘用一事。

视频

披露：Amazon，Docker，Eclipse Foundation，IBM，Oracle，微软和红帽他们都是客户。

原文链接：what kubernetes and cloud9 tell us about the new industry – anyone but amazon（翻译：徐婷）

原文发布时间为：2016-07-21

本文作者：徐婷

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：关于新的技术产业（除了Amazon以外的任何技术）， Kubernetes和Cloud9让我们明白了什么

微信关注我们

原文链接：https://yq.aliyun.com/articles/225533

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

DockOne微信分享（七十一）：基于Docker的负载均衡和服务发现

本文讲的是DockOne微信分享（七十一）：基于Docker的负载均衡和服务发现【编者的话】Docker已经成为时下热门的容器技术，各大公司，中小创业者，都选择采用Docker技术架构其下一代的系统和应用。随着系统规模扩大，单一Docker容器不能应对压力，需要横向扩展到多个容器，我们需要考虑负载均衡的问题；单一职责的Docker容器之间需要相互通信，而容器在每一次重启之后，它的IP都可能发生变化，那么服务和服务之间如何发现对方? 这一次我们一起来交流基于Docker的负载均衡和服务发现。内容的主题涉及到容器集群入口流量的负载均衡方案，4层和7层协议负载的区别处理，容器集群内服务之间的互相发现等。应用的容器化和微服务化带来的问题在缺省网络模型中，容器每次重启后，IP会发生变动，在一个大的分布式系统保证IP地址不变是比较复杂的事情。 IP频繁发生变动，动态应用部署无法预知容器的IP地址，client端如何发现server端的访问端点？解决方案（根据客户端是否有感知进行分类）客户端的发现。client 订阅注册中心，有一个固定的注册中心地址，client订阅某个服务的注册中心，注...

2017-10-11

623

在Docker容器创建好之后，可能会发现容器时间跟宿主机时间不一致，这就需要同步它们的时间，让容器时间跟宿主机时间保持一致。如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 宿主机时间 [root@slave-1 ~] # date Fri May 12 11:20:30 CST 2017 容器时间 [root@slave-1 ~] # docker exec -ti 87986863838b /bin/bash root@87986863838b:/ # date Fri May 12 03:20:33 UTC 2017 发现两者之间的时间相差了八个小时！宿主机采用了CST时区，CST应该是指（China Shanghai Time，东八区时间）容器采用了UTC时区，UTC应该是指（Coordinated Universal Time，标准时间）统一两者的时区有下面几种方法 1）共享主机的localtime 创建容器的...

2017-10-11

641

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。