革新的なセルフサービスのKubernetesのネームスペース

近年、多くの企業がKubernetesを採用しています。しかし、実際のKubernetesの利用状況は非常に限られており、その可能性を十分に発揮できていない企業がほとんどです。Kubernetesの進化は目覚ましく、もはや運用のための技術ではなく、NoOpsのエンジニアでも扱えるようになってきました。そのため、Kubernetesの導入はここで終わるべきではなく、むしろこれから始まるのです。

そのため、Kubernetesの導入プロセスにエンジニアを参加させることは、今や理にかなっている場合が多く、Stack Overflowの最新の開発者調査によると、エンジニアは、現在Kubernetesを使用していない場合はKubernetesを使って仕事をしたいと考え、また、Kubernetesを使い始めた後もKubernetesを使って仕事をしたいと考えているため、Kubernetesを高く評価しています。

より多くの開発者にKubernetesを使ってもらうためには、セルフサービスのネームスペースを提供することです。この記事では、セルフサービスのネームスペースとは何か、なぜそれがKubernetesの導入に大きな変化をもたらすのか、そしてそれを手に入れる方法について説明します。

What are self-service Kubernetes namespaces?

セルフサービスネームスペースとは、ネームスペースが稼働しているクラスタの管理者が必要でなかったとしても、ユーザーが必要に応じて作成できるKubernetesのネームスペースのことです。セルフサービスネームスペースは、共有されたKubernetesクラスタ上で動作し、ユーザーはセルフサービスネームスペースプラットフォームのUIなどを使って、シンプルかつ標準的な方法で作成します。

セルフサービス型のネームスペースを利用することで、エンジニアはKubernetesに簡単にアクセスでき、いつでも利用できるようになります。 minikubeのようなローカルなKubernetesソリューションは、常にエンジニア自身がセットアップやコンフィギュアを行う必要があり、すぐには利用できませんし、開発者一人ひとりにクラウド上の独自のクラスターを提供するのは非常に高価です。また、クラウドへのアクセス権が制限されているため、個別のクラスターは実現できないことが多く、ほとんどの標準的なユースケースではシンプルなネームスペースで十分なため、必要ありません。

管理者が手動でネームスペースを作成するのではなく、セルフサービスでネームスペースを提供することは、開発者の生産性を妨げる最も重要な要因である「中央のIT部門がインフラへのアクセスできるようにしてくれるのを待つ」必要がなく、決定的な特徴となります。