Mirantis昨天宣布将与CoreOS进行合作，今后Mirantis推出的OpenStack都会集成CoreOS专为Linux容器所推出的Tectonic。Mirantis的合作伙伴营销主管Kamesh Pemmaraju表示近来已经花了很大力气来进行OpenStack与容器管理系统Kubernetes的整合，而Kubernetes已经成为了Tectonic的一部分。 他表示说OpenStack社区其实对容器技术的了解有限，谷歌加入OpenStack基金会之后已经做了很多工作在OpenStack社区普及容器技术。有了OpenStack与Tectonic的集成，无论Linux容器是部署在裸机、虚拟机还是PaaS环境中运维人员都可以使用OpenStack来对其进行管理。这也使得OpenStack成为了市面上最灵活最全面的IT平台。它通过单一的API调用即可实现所有IT资源的配置和管理。
说句实话现在恐怕还没有什么企业在生产环境中使用Linux容器，但在开发和测试环境中已经有了一定的使用。不过基本上都是针对虚拟机的，因为虚拟机对企业来说是配置容器最简便的方式。目前多个服务器中容器之间的联网还存在一些问题，所以Mirantis认为初期部署到生产环境的Linux容器应该是供企业内部使用的非关键业务应用，希望Linux容器以后能够得到更广泛的使用。 目前运营团队对于容器技术的认识还很欠缺，所以暂时恐怕还得依靠开发人员来主导，但随着运营团队对容器技术了解的增加和企业中虚拟机数量的暴涨，将容器技术使用在裸机上作为虚拟机的替代只是个时间问题罢了。更多消息，大家可以关注本次专辑。 对Java 9的炒作将不再局限于模块化（modularity），Java 9正在搜罗大量额外的功能模块，这些功能模块正作为Java增强提案（JEP）提交，并在OpenJDK (Java SE的参考实现项目）中实现。 在这篇文章中，我们将重点关注一些或将在Java 9整个生命周期中，对开发者的工作生活影响最大的JEP，包括新的HTTP/2支持和JShell REPL（读取-求值-打印-循环），后者带来了基于shell的交互式Java开发环境和探索性开发API。
HTTP/2标准是HTTP协议的最新版本。当前版本HTTP/1.1始于1999年，存在着非常严重的问题，包括：在HTTP/1.1中，响应接收的顺序和请求发送的顺序相同。这意味着，例如，当查看一个包含许多小图像的大HTML页面时，图像资源将不得不在 HTML页面资源之后排队，在浏览器完全加载完HTML页面之前，图像资源无法被发送。这就是“对头阻塞”，会导致许多潜在的页面渲染问题。 在HTTP/2中，响应数据可以按块（chunk）传输，甚至可以交叉传输，因此真正实现了请求和响应的多路复用。在HTTP/1.1标准中有这样的描述：“一个单用户的客户端不能与任何服务器保持2个以上的连接”。这个限制和对头阻塞问题一起，严重限制了页面的性能。 HTTP/2打破这种限制并认为连接是持久的，只有当用户跳转后或者发生技术性故障事件时，连接才会关闭。对多路复用的使用将有助于降低页面性能瓶颈。更多内容，本次专辑将为您一一带来…… 近期 IBM 推出开源项目门户，计划开源 50个项目。在 IBM 开源门户 DeveloperWorks中有大量的开源项目都是为了提升 Spark 性能来优化 Docker 的网络管理。IBM 当前推出的 DeveloperWorks 开源门户主要是 IBM 已经开源的软件集合，这些开源项目最主要的有 5 个主要的类别，分为 Node.js 开发，Spark 数据处理框架，Go 语言 和 Docker 容器。 Spark Kernel (Spark/Scala/IPython)：IBM 对 Spark 数据处理框架，Hadoop 相关的其他技术都非常感兴趣，也酝酿一段时间了。除了对 Spark 进行贡献之外，还开发了 Spark 周边的工具链，使得 Spark 更容易学习和使用。例如：Spark Kernel，让远程应用使用 Spark 进行实时操作，可以替换现有的 Spark Shell。
Shell 通常用于 Spark 的交互处理，但是不容易做成其他应用也可以访问的服务。同时，IBM 宣称大部分的解决方案都过于缓慢，繁琐并且有一定限制。Spark Kernel 使用 IPython 消息协议，最初是用来创建交互式数据可视化"notebooks" 给科学计算应用，但是这也是一种发送代码回 Spark 集群和检索结果的方式。此外，IPython notebooks 可以连接 Spark Kernel，让现有用户对集成 Spark 和 Spark 后端更有兴趣。详细内容本次专辑会为您慢慢道来…… |
