首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

被低估的 Deno

这个周末,我一直在把玩 deno 的 rusty_v8 以及 deno_core(录了几个 rusty_v8 的视频,预计四月第二周发)。rusty_v8 是 google v8 engine 的 Rust 零成本封装,而 deno_core 在 rusty_v8 的基础上进一步封装了一些额外的功能。众所周知,v8 是 chrome 内部的 javascript 执行引擎,它优异的 JIT 能力,以及高效的垃圾回收,使得 chrome 成为最快最成功的浏览器。v8 仅仅被用在浏览器中有些暴殄天物,于是十多年前(2009),Ryan Dahl 把 v8 引入了服务端,创建了 node.js —— node 以简单容易上手的编程模型(单线程,异步处理)和大量的前端拥趸一举成为广受欢迎的服务端开发工具;而 3 年前,Ryan Dahl 自我革命,重新用 v8 从零打造 deno,意欲让 deno 成为下一代服务器开发的王者。

03

Virtual Kubelet项目

说明:Virtual Kubelet(VK)是一个开源的Kubernetes kubelet实现,将Kubernetes连接到其他API,伪装成一个kubelet。这允许节点由其他服务支持,如ACI、AWS Fargate、Hyper.sh、IoT Edge等。VK的主要方案是将Kubernetes API扩展到无服务器容器平台,如ACI、Fargate和Hyper.sh,虽然对其他是开放的。但是,应该注意的是,VK明确无意替代Kubernetes联邦。VK具有可插拔的体系结构,可直接使用Kubernetes原语,使其更容易构建。Virtual Kubelet由Cloud Native Computing Foundation(CNCF)托管。如果您是一家希望帮助塑造容器打包、动态调度和面向微服务的技术发展的公司,请考虑加入CNCF。有关谁参与以及Virtual Kubelet扮演角色的详细信息,请阅读Virtual Kubelet CNCF项目建议书(https://github.com/cncf/toc/blob/master/proposals/virtualkubelet.adoc)。

01

(译)为容器提供更好的隔离:沙箱容器技术概览

既然主流 IT 工业都在采用基于容器的基础设施(云原生方案),那么了解这一技术的短板就很重要了。Docker、LXC 以及 RKT 等传统容器都是共享主机操作系统核心的,因此不能称之为真正的沙箱。这些技术的资源利用率很高,但是受攻击面积和潜在的攻击影响都很大,在多租户的云环境中,不同客户的容器会被同样的进行编排,这种威胁就尤其明显。主机操作系统在为每个容器创建虚拟的用户空间时,不同容器之间的隔离是很薄弱的,这是造成上述问题的根本原因。基于这样的现状,真正的沙箱式容器,成为很多研发工作的焦点。多数方案都对容器之间的边界进行了重新架构,以增强隔离。本文覆盖了四个项目,分别来自于 IBM、Google、Amazon 以及 OpenStack,几个方案的目标是一致的:为容器提供更强的隔离。IBM Nabla 在 Unikernel 的基础上构建容器;Google 的 gVisor 为运行的容器创建一个特定的内核;Amazon 的 Firecracker 是一个超轻量级的沙箱应用管理程序;OpenStack 将容器置入特定的为容器编排平台优化的虚拟机之中。下面对几个方案的概述,有助于读者应对即将到来的转型机会。

03
领券