調査の背景
Kubernetesはますます本番環境で使用されて、新しいツールやソリューションを進化におけるKubernetes周りのエコシステム全体にも公開し続けました。クラウドネイティブコンピューティングは、それが本来の背景プラットフォームの雲の下で開発された（高速、低メモリフットプリントを開始する）クラウドネイティブの原則に従うことを、プラットフォーム、.NETのコアを回し、.NETのコアの起動速度、メモリ、さまざまな企業を牽引してきました占有率は低いが、大きな背後のクラウド時代のネイティブJavaプラットフォーム。多くの人が、.NETのコアクラウドプラットフォームの下にこのSpringフレームワークを好きではない理由を説明することも可能です。マイクロソフトでは、両方の枠組みの下で、このような枠組みは意味されている、サービスを調整するkubernetesとサービスの生地を使用して、春のクラウドを完全未来志向の設計システムです。アセンダント、オーケストレーションと自動化kubernetesにおけるソフトウェア定義のインフラストラクチャは、プロセスをチャットの周りに毎日の仕事や学生で支配的な地位を占めているので、私は、マイクロチャネル公共番号「DOTNETにステップ7月になるよう、多くの人々は、kubernetesの心理的な恐怖を持っていますプラットフォームは「ネイティブの.NETのコアは、状況をクラウドの利用に関する調査を実施し、参加者741の数は、調査では、今日も終わったので、ここでまとめて記事を書きます。
調査結果
1.あなたは、.NETのコア開発を使用しました
私のユーザーは、主に公共の使用.NET、69％の.NETのコアユーザーである数、および開発者の31％が観点から、コアの生産を.NETまたはトレンドの確率を反映していなかった、私はまた、2017年の始まりを覚えています同様の調査では公共の場で行われ、データが反転して、.NETのコアの使用中のユーザーの20％が、.NET Coreバージョン1.1がリリースされたすべてのその時間の後、まだ.NETのコア2.1と一緒に、APIの多くが欠けていますリリース、.NETのコアAPI利用可能大幅に向上し、多くの新しいプロジェクトは、.NETのコアを使用開始し、現在は.NETのコア3.0 Preview7は、あなたが生産に入ることができ、ライブに行く持っています。
2. .NETのコアのドッキングウィンドウコンテナかどうか
.NETのコアのコンテナのドッキングウィンドウの割合は53％に低下し、.NETのコアを使用して人口の割合に比べてデータまたは我々は場所を促進する必要がたくさんある50％以上は、より多くの学生ができることを期待します一緒にコンテナ技術、.NETのコアコンテナは非常に友好的、特に.NETのコア3.0動作環境のドッキングウィンドウでより良い改善を持っていると、コンテナ.NETコア.NETのコアは、有利な場所、私しばしばマイクロ手紙もありますグループは、同社がJavaのチームながら、我々はすべてのドッキングウィンドウで実行した場合、指導者はこの利点を見なければならない、特にJava用の容器の.NETのコアの利点を紹介します。
養子縁組のケースを3.Kubernetes
回答者の60％がKubernetesコンテナの配置を使用し、基本的にはプロの調査データの検証フェーズをkubernetes、この数字はドッカースウォームの二重使用、サービスファブリックはまた、11％を使用している、我々は来年、完全Kubernetesを使用することになると信じています本番ワークロード。より多くの人々が、K8Sホスティングクラウドよりもわずかに多くを自己K8Sクラスタを選択kubernetes使用する方法には
4.バリアの使用Kubernetes
その生態系が形成の過程にもまだある周りの技術は、まだ若いですKubernetes。Kubernetesと複数のツールの生態機能は進化のですが、ペースは矛盾していました。そのため、チームを評価し、Kubernetesを実行するとすると、問題の様々な程度に遭遇しました。いくつかの痛みのポイントは以下のとおりです。社内チームの共通技術（22％）、専門家の内部リソースの不足（42％）、信頼性（14％）、主要なタスクでは、複雑なポリシー（21％）の管理の共通の理解。
5. Kubernetesを使用して助ける必要なもの
この問題に関しては、回答者の45％がと答えた「アーキテクチャ。」物理的およびソフトウェアインフラストラクチャの評価を、新しい技術、どのように運用・保守への新たな方法を統合する方法：検討する建築設計のための多くの場所があるので、アーキテクチャは確かに多くのチームは、問題を引き起こしてきました。回答者の31％がKubernetesの日常管理のヘルプの必要性を表明しました。第三の答えは、「展開」され、わずか24％を占め、
彼らは問題が発生したときに有効にする6.
スケジューリングツール・ベンダー（11％）、独立したコンサルティング会社（6％）、同業他社（28％）および関連フォーラム（50％）を含む情報の同じソース、アドバイスのためのチーム。回答者のわずか6％がKubernetesの展開で助けを必要としません。この結果は、組織が必要なときに助けを求めるには、いくつかの問題を抱えていることを示しています。私はこの道に6ヶ月の時間を、.NETのコア+ kubernetesの使用を模索してきた、多くの経験を蓄積してきた、あなたは私が、私は、関連アドバイザリーサービスを提供することができます歓迎助けを見つける必要があります。
あなたがKubernetesまたは評価/展開プロセスでを検討している場合、あなたはすでにそこKubernetesを使用している人からの有益なアドバイスを得ることができます。（Kubernetes含む）ネイティブクラウド技術の使用は困難であるが、ソフトウェア開発の優先順位を決定し、開発サイクル、資源の有効活用とオープンソース技術チームの最善を短くしたい人のために、これは明らかに価値があります。特に.NETのコアの船を操縦する.NETテクノロジチームの使用は、kubernetesは最高のヘルムスマンにする必要があり、.NETのコアは、のために開発されたクラウドネイティブ、自由でオープンソースのクロスプラットフォーム、C ++に近い性能を再定義しました。