Clever Geek Handbook

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日にリリースされました。 そして、彼はこの製品の機能に多くの革新をもたらしました。特に：





Fluentd 1.0



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







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





イェーガー1.0



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







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





新しいCNCFメンバー



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



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



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





その他のイベント



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







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





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



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







PPS



ブログもご覧ください。





More articles:


All Articles