Kubernetes 用の軽量サービス メッシュである Linkerd プロジェクトは、Google が後援する Istio やその他のプロジェクトと開発者の注目を集めるために運営委員会を結成しました。
サービスメッシュは、Kubernetes上で実行されるマイクロサービスに、トラフィック管理、可観測性、ネットワークセキュリティといった重要な機能を追加します。LinkerdはRustで実装されており、その開発者であるBuoyantのCEO、William Morgan氏は、サービスメッシュの問題を可能な限りシンプルに解決するために、パフォーマンスとメモリの安全性を重視してRustで記述し、Linkerdを設計しました。
モーガン氏は先週、Twitterで「運営委員会は概して好きではない。私にとって運営委員会は、多くのSIG、WG、委員会、会議、プロセスを伴う、ある種の官僚的なオープンソースプロジェクトを連想させる」と述べており、これはLinkerdのモットーである「シンプルに、小さく」に反するものだ。
しかし、モーガン氏は、GitHubのIssueやSlackのスレッドといった既存のフィードバックチャネルではユーザーの関与が不十分だったため、運営委員会を設立したと述べた。「Linkerd運営委員会はユーザーの声を代弁する機関です」と彼は述べた。「メンバーになるには、現状で相当規模のLinkerdの本番環境への導入を担っている必要があります。本番環境への導入がなければ、代表権はありません。」
新設委員会の憲章では、プロジェクトメンテナーへのフィードバックに加え、「非技術的な紛争については中立的な仲裁を提供する」こと、そしてプロジェクト継続計画を策定することが謳われています。初期メンバーはChris Campbell氏（HP）、Christian Hüning氏（finleap connect）、Justin Turner氏（HEB）、William King氏（Subspace）で、初回会合は今月下旬に予定されています。Linkerdは、Kubernetesの本拠地でもあるCloud Native Computing Foundation（CNCF）のインキュベーションプロジェクトです。
Knativeコミュニティが「中立性」の主張に憤慨し、Googleは新たな商標基盤の防衛を余儀なくされる
続きを読む
Linkerdプロジェクトにとっての課題の一つは、Kubernetesの開発元であるGoogleがIstioと呼ばれる代替サービスメッシュを後援していることです。しかし、同社のガバナンスに関する決定はオープンソースコミュニティに若干の不安を引き起こしています。Istioのコンポーネントの一つは、分散プロキシ兼通信バスであるEnvoyです。
LinkerdはEnvoyを使わないことを強調しています。Morgan氏はEnvoyが複雑すぎると述べました。「2020年11月現在、EnvoyリポジトリのC++コードは172,000行（千行）あり、『複雑度スコア』（分岐とループで測定）は19,000です。対照的に、Linkerd2-proxyは30,000行で、複雑度スコアは1,500です。」
マイクロソフトは昨年、独自の Open Service Mesh (OSM) プロジェクトでこの分野に参入し、これも Istio よりも軽量であると述べたが、Microsoft Azure アプリケーション プラットフォームの製品ディレクターである Gabe Monroy 氏によると、「エコシステムの多くが Envoy を支持している」とのことだ。
そのため、OSMはEnvoyを使用しています。MicrosoftのスキームはCNCFのサンドボックスプロジェクトですが、まだ実稼働環境での使用には適していません。®
