4つのCNCFリリース1.0およびKubeCon 2017での主要なKubernetesの発表

最近（12月6〜8日）、KubeCon + CloudNativeCon 2017カンファレンスのローカルバージョンが米国で開催されており、Kubernetesが率いるCNCF非営利組織の多数のプロジェクトが注目されています。 このイベントには4100人以上の訪問者が集まり、77％がK8を使用しました。 このイベントは、さまざまな新興企業や業界の巨人からの発表が豊富であるだけでなく、クラウドネイティブワールドのオープンソースコミュニティの結果を要約する機会にもなりました。12月には、4つのCNCFプロジェクトがすぐに重要なリリース1.0 それでは、何が新しいのでしょうか？

一連のリリース

CoreDNS 1.0.0

12月1日、 CoreDNS 1.0.0 がリリースされました 。 このプロジェクトについては、 別の記事ですでに説明しています。 要するに、CoreDNSはGoで書かれたDNSサーバーであり、その主要なアーキテクチャパターンであるCaddy （さらにはフォークとして作成されたもの）に似ています。 DNSレコードで使用されるデータのバックエンド（ストレージ）として、CoreDNSはetcd、Kubernetes、およびRFC 1035形式のゾーンファイルをサポートしています。


2017年4月の CoreDNS開発計画

CoreDNS 1.0.0の準備における開発者の活動の主な分野は、Kubernetesサポートプラグインの改善でした。 プロジェクトの作成者が 代替kube-dns を探していることを思い出すと、これは論理的です。 CoreDNS機能がより広く、パフォーマンスがより良く、メモリ消費がより少ないという証拠で、彼らは意図を強化します。 5,000サービスのKubernetesクラスターをテストする例を示します。CoreDNSは、73 MBのRAMを使用して1秒あたり18,000リクエストを処理できました。これに対して、97 MBのRAMを使用するkube-dnの7000 qpsの数値に対して。

CoreDNSがkube-dnよりも優れている機能には、 名前空間とラベルセレクターによるレコードのフィルタリングがあります。 pods verified 、 pod.cluster.localリクエストに応答する前にライブpods verifiedをチェックするためのモードを確認しました。 hostname_pod_namesは、ホスト名が設定されていない場合に囲炉裏の名前を使用します。 サーバー側の検索パスを自動補完するautopath 。

CoreDNSサポートは、さまざまなKubernetesツール（1.9のアルファ機能）に既に追加されています：kubeadm、kops、minikube、kubespray。

containerd 1.0.0

containerdについては、 別の記事もありました。 このプロジェクトの歴史は、当初Dockerの一部であったコンテナは、共通のコードベースからの分離を生き延び、同じ機能（つまり、コンテナのランタイム環境）を実装する競合他社と同時に 、CNCFの制御下で独立したプロジェクトに変わりました。 CoreOS

containerdのさらなる運命は、 cri-containerdと呼ばれる接続層を介したCRI（「Container Runtime Interface」）を介したKubernetesへの統合です。



これと、プロジェクトの次の主要な競争相手である新しい「グラウンド」-CRI-O-について、こちらで詳しく説明しました 。 ちなみに、11月末にrktの開発の重要な進展が発表されました。CNCFはrktlet の最初のリリースを発表し ました -同じCRIの上にrktを実装します。

しかし、トピックに戻ります：containerd 1.0.0 は 12月5日にリリースされました。 そして、彼はこの製品の機能に多くの革新をもたらしました。特に：

• タスクに基づいたランタイム環境の新しいモデル
• 画像用のクライアント定義のプッシュ/プルおよびサードパーティの画像配信システムを使用する機能、
• スナップショットコンテナストレージシステム
• オブジェクトメタデータの任意のストレージサポート、
• 名前空間を使用した高度なgRPC API。

Fluentd 1.0

Fluentd-ログソース（ データソース ：syslog、ウェブサーバーログなど）とそのストレージシステム（ データ出力 ：さまざまなDBMS、キューシステム、AWSなど）間のロギングレイヤーを統合するために設計されたRubyで書かれたデータコレクター。）。 「数千の企業」に広く採用されているため、CNCFはfluentdを「ロギングの業界標準」と呼ぶことができます。 （ところで、私たちはKubernetes- loghouseのログシステムで使用しています。）



12月6日のリリース1.0には以下がありました。

• SMPでパフォーマンスを向上させるマルチプロセッサワーカー、
• すべてのレコードの正確な時間（1秒未満の精度）の保存、
• Windowsサポート
• プラグイン用の新しいAPI（そして既に700以上あります）、
• 組み込みバッファを使用してディスクに保存されたデータの圧縮、
• ネイティブTLSサポートおよび新しいFluentd Forward Protocol v1。キーによる認証とログイン/パスワードによる承認をサポートします。

イェーガー1.0

Jaegerは最近 （9月に）CNCFプロジェクトの仲間入りをしました。 これはGoで記述された分散トレースシステムで、Uberによって作成され、 OpenTracingと互換性があります （これもCNCFプロジェクトです）。 Jaegerの使命は、問題の原因を特定し（すべての依存関係を考慮に入れて）、パフォーマンスの最適化を支援するように設計された複雑なマイクロサービスアーキテクチャを便利に監視することです。



12月6日にリリースされたJaeger 1.0は、このプロジェクトをもたらしました。

• データストレージの新しいバックエンドのサポート（ElasticSearchがCassandraに追加され、ScyllaDBとInfluxDBを実験しているコミュニティでMySQL +の作業が進行中です）
• Webユーザーインターフェイスの多数の改善、
• すべてのコンポーネントとデフォルトのメトリックシステムとしてのPrometheusの完全な統合、
• Kubernetesとの統合の改善（K8で起動するためのテンプレート とHelmのチャート ）、
• C ++の以前のバージョンのクライアント、
• Zipkinとの後方互換性が大幅に向上しました。

新しいCNCFメンバー

もちろん、CNCFに参加している企業のランクに多数の補充がないわけではありません。

KubeCon + CloudNativeConの開始の発表とともに、ファンドはすぐに31人の新しいメンバーを紹介しました。その中には、Datadog（このSaaS監視ソリューションにはDockerに関する素晴らしい統計がありました）、Grafana Labs（ご想像の通り、Grafanaの著者）、HPE（Hewlett Packard Enterprise ）、InfluxData（時系列を操作するためのDBMSの作成者はInfluxDB）、NGINX、Pinterest（以下の詳細を参照）、SAP Concur（ このサクセスストーリーでそれらについて書いています）。

また、いくつかのニュースでは、CNCFの「最高のカテゴリ」の新しいメンバーが発表されました。

• 12月4日、JFrog はゴールドメンバーステータスを取得し、ソフトウェア開発を管理するためのインフラストラクチャを提供しました。 プレスリリースでは、同社は「Kubernetesのようなテクノロジーを使用して、4000人以上の顧客がソフトウェアを迅速、確実、安全に構築およびリリースできるようにしている」と述べています。
• 12月6日、CNCFランクには、Alibaba Cloudの形でプラチナメンバー（現在21のみ）が補充されました -中国の大企業グループのクラウド責任部門であるAlibaba Group（チーフアーキテクトはCNCF管理委員会に所属していました）; ここで、本番環境でDockerを使用した経験について書きました 。
• 12月6日、別の中国企業-Baidu-がCNCFのゴールドメンバーになりました。 主な用途は、機械学習とディープラーニングの分野におけるKubernetesです（特に、昨年、K8sクラスターでの起動をサポートするPaddlePaddleフレームワークのコードが公開されました）。
• 12月8日に、「多くのCNCFテクノロジーを採用した」Salesforce が CNCF のゴールドメンバーになりました。 特に、内部CI / CDプロセスの基盤としてのKubernetesの使用と、サービスメッシュチームでのgRPCの積極的な使用について説明しています。

その他のイベント

IT市場の著名な参加者からのその他のニュースは、KubeCon 2017で発表されました。 それらの中には：

• Kubernetesプロジェクトの創設者の1人であり、現在マイクロソフトの従業員であるBrendan Burnsは、 Metaparticle- 「Kubernetesのクラウ​​ドベース（クラウドネイティブ）アプリケーションの標準ライブラリ」を導入し ました。およびKubernetes "; サポートされているプログラミング言語として宣言されているのはJavaScript / Node.js、Java、および.NETだけですが、すぐにリストを拡大することを約束します。

MetaparticleのJavaScriptでのマスター選択の実装例

• オラクル は 、Kubernetesに関連する2つのオープンソース製品をリリースしました。サーバーレスプラットフォームFnプロジェクトのインストーラーと、分散クラスター（グローバルマルチクラスター管理）用のユーティリティセットです。
• Microsoft はさらに多くのニュースをもたらしました。
  
  1. Virtual Kubeletのコードを開きました。 これは、K8をサードパーティAPI（Azure Container Instances、Hyper.sh、AWSが例として示されている）に接続するために特別に設計された、同じ名前のKubernetesコンポーネントの代替実装です。
     
     
  2. Kubernetes APIを介したAzureデータサービスの操作を簡素化するために、Open Service Broker APIに基づいて作成されたOpen Service Broker for Azure（OSBA）コードを開きました。コンテナでDBMSを起動する代わりに」; プロジェクトにはアルファ版のステータスがあります。
  3. Bashadeパイプライン用のダッシュボードおよび視覚化ツールであるKashtiを 導入し ました （ YouTubeデモ ）。
• すでにHeptioに参加しているMicrosoftからの別の発表では、 Heptio Ark Open Source Utilityを使用して（最近導入されたAzure Kubernetesサービスの一部として）Kubernetesクラスターのバックアップシステムに取り組んでいます。
• 既に言及したPinterestオンラインサービスのプロダクトマネージャーは、2016年に開始され、完成に近づいている生産インフラストラクチャのコンテナへの移行、およびKubernetesへのさらなる移転の計画（来年半ばまで）について話しました。
• AWSクラウド戦略担当副社長は 、コンテナのネットワーク基盤としてCNIを使用するという同社の計画を発表し、AWSによって行われたオープンソースプロジェクトコードへのすべての変更が上流に行くことを約束しました（このうち、同社はすでに「さまざまなオープンソースプロジェクト、コミュニティ、および財団と協力しています」）。

最後に、 Kubernetes 1.9の次期リリースもKubeCon 2017の日付に関連付けられています：文字通りbeta2がその夜にリリースされ、すべてのドキュメントの作業は24時間以内に完了し、リリース自体は次の月曜日（12月11日）に予定されています。

PS CNCF は 、KubeCon + CloudNativeCon North America 2017への訪問者と、インフラストラクチャーでコンテナーとさまざまな基金プロジェクトをどのように使用しているかに関する統計を収集しました。 たとえば、回答者が直面する主な困難と過去1年間の変化は次のとおりです。

PPS

ブログもご覧ください。

• 「 Kubernetesの実装の難しさに関する新しいスタック統計 」;
• Kubernetes 1.8：主要なイノベーションの概要
• 「 Linux Foundationは、Kubernetesに関する無料の入門オンラインコースを導入しました 」;
• 「 CNCFは、DevOps /マイクロサービス向けのオープンソースプロジェクトに無料のクラウドを提供しています。」
• 「 手頃な価格のサービスとしてKubernetesを使用したインフラストラクチャ 。」