SUSE容器服务平台第3版开始支援CRI-O

日前SUSE释出自家容器服务平台第三版（SUSE CaaS Platform 3），新版提供了更多容器丛集最佳化的配置选项，可以让开发者对SUSE自家容器专用操作系统MicroOS，提供更精细的调整。而在近日该公司也宣布，现在SUSE CaaS平台已开始将CRI-O列入开发者可选用的容器Runtime。

SUSE表示，现在SUSE CaaS平台登入的组态设定选单中，开发者就可以自行选择，使用CRI-O或者Docke开源引擎作为容器Runtime。虽然当前系统仍然预设使用Docker，不过SUSE的未来布局，是计划先透过此技术预览功能，搜集使用者回馈后，并且预计在下个新版本SUSE CaaS平台第4版，正式支援CRI-O。

CRI-O这个Runtime格式，同时相容Kubernetes Runtime Interface、开放容器标准（Open Container Initiative，OCI），SUSE也认为，相比其他容器Runtime，CRI-O是个更轻量的替代方案，还可以加强容器环境的安全性、稳定性。身为CRI-O开发社群SUSE表示，最初Kubernetes快速改版革新、各家Container格式不一，让此专案稳定性遭受挑战，这也催生出Kubernetes专用的CRI-O，一举减少程式码数量，让潜在攻击面缩小，同时也更容易维护。除了设计理念不同，“Docker的目的是要支援多使用情境，反之，CRI-O则锁定支援Kubernetes。”SUSE表示。

SUSE解释，Kubelet透过gRPC远端程序呼叫CRI-O，接着CRI-O便会开始建立Kubernetes CRI运作所需的元件、服务，像是建置系统服务，串接容器映像档下载、上传的工作，或者设定好容器网络，让容器、Pod可以互相连线。相比功能丰富的Docker Daemon，“CRI-O的功能则轻薄了许多。”

开发者就可以自行选择，使用CRI-O或者Docke开源引擎作为容器Runtime。目前SUSE CaaS平台虽预设使用Docker，不过SUSE的未来布局，是计划先透过此技术预览功能，搜集使用者回馈后，并且预计在下个新版本SUSE CaaS平台第4版，正式支援CRI-O。图片来源：SUSE

Kubelet透过gRPC远端程序呼叫CRI-O，接着CRI-O便会开始建立Kubernetes CRI运作所需的元件、服务，像是建置系统服务，串接容器映像档下载、上传的工作，或者设定好容器网络，让容器、Pod可以互相连线。图片来源：SUSE