KubeCon2019はコンテナの採用と成熟のための新時代の到来を告げる

先週の今年のコンテナイベント、KubeConは、 Cloud Native Computing Foundation, サンディエゴコンベンションセンターには12,000人以上の参加者が集まりました。そこにいる間、私は多くのセッションに参加しましたが、コンテナ化されたワークロードとマイクロサービスのデプロイと管理の背後にある実用性を理解するために、DevOpsの専門家、Kubernetesの実践者、ベンダーとのチャットにもかなりの時間を費やしました。. 

なぜこのコンテナが大流行するのですか？主な理由は、今日のほとんどの中規模から大規模の企業に存在する複雑なマルチクラウドおよびハイブリッドインフラストラクチャ環境のためです。アプリケーションコードを実行中の環境から分離するコンテナーは、クラウド間の移植性の問題を解決し、俊敏性を確保するのに役立ち、環境間での迅速な展開を容易にします。コンテナーを使用すると、チームはモノリシックアプリケーションをより小さな論理ユニットまたはマイクロサービスに分割して、水平方向のスケーリングと負荷分散を容易にすることもできます。. 

B私が参加した会話とセッションに基づいて、IT運用のためのKubeConからの私の最大のポイントは次のとおりです。:

＃1-リソース割り当ては問題点です

A会議の共通のテーマは、組織が大規模なチームの助けなしにコンテナ環境を維持するのに苦労しているという事実でした。数十のクラスターが100,000を超えるコンテナーを実行している企業と話しているたった15人. Kubernetes IaaSモデルでコンテナ環境をより適切に管理するには、より多くの自動化が切実に必要です。.

開業医は、自動化する手順と最も役立つツールを決定しようとしています。人々はサービスメッシュテクノロジーやPaaSサービスなどについて話していました 重要なアプリケーションサービス （PAS）基盤となるクラスターと負荷分散を管理せずにコンテナーをデプロイし、 AWS Fargate, AWSで排他的にコンテナワークロードを実行しているチーム向けのKubernetesの代替手段。 Pivotal Application Serviceと同様に、AWS Fargateを使用すると、サーバーやクラスターを管理したり、それらを実行するための仮想マシンのプロビジョニングや構成に時間を費やしたりすることなく、コンテナーを実行できます。

#2 - Monitoring is Immature

多くの参加者は、コンテナやマイクロサービスを扱う際に監視が非常に困難になっていると述べました。コンテナの一時的な性質とマイクロサービスの無秩序な広がりは、物事がうまくいかない可能性を高めます。次に、これにより、これらのサービスを監視し、問題の根本原因を追跡する機能が複雑になります。驚いたことに、最近の大企業でさえ、SSHまたはRDPコマンドを実行してノードにリモート接続し、「kubectlgetservices」または「dockerps」コマンドを実行して場所を確認するなど、自家製または原始的な方法を使用してコンテナアプリケーションを監視およびトラブルシューティングしています。停止したサービスまたはコンテナがある可能性があります.

人々は、メトリックの収集と視覚化のためにPrometheusやGrafanaなどのオープンソースツールを組み合わせて使用​​することについて話しましたが、これらのツールは、大規模なデータセット全体でクエリを実行する際のパフォーマンスの制限により、マルチクラスター環境を扱うときに苦労します。多くの人が、オープンソースと商用の監視ツールのバランスがベストプラクティスであることに同意しました。企業がより良い洞察を必要とし、 ダッシュボード マルチクラスター環境で、チームがデータを長期間保持したい場合は、コンセンサスがありました。 その商用ツールはより良い賭けかもしれません。ただし、繰り返し可能で時系列にヒットする1回限りのクエリの場合、多くの人がPrometheusとGrafanaが合理的なソリューションを提供することに同意しました。. 

＃3-コンテナジャーニーもハイブリッド

はい、コンテナはニュースサイクルで大流行していますが、ほとんどの組織は、企業がクラウドに移行するのと同じように、慎重かつ段階的にマイクロサービスに移行しています。私の印象では、マイクロサービス指向で始まる企業はほとんどなく、UberやNetflixのようなクラウドネイティブのスーパースターでさえありません。一般的な認識にもかかわらず、モノリシックアプリケーションはそれほど時代遅れまたはひどい考えではありません。サービスの維持と管理に向けた深刻なリソース割り当てがない限り、一元化されたサービスを利用するのは簡単です。.

新しいホスティング、モニタリング、帯域幅のニーズを満たすために必要な大規模な変更と投資のため、組織はコンテナを採用するためのビジネス上の正当性と戦略を必要としています。コンテナの旅は、クラウドの旅と同じように、組織ごとに異なり、ビジネスのニーズと目標に結び付けられます。

次のステップ：

• OpsRampがどのように役立つかを学ぶKubernetesワークロードを監視および管理する.
• re：InventでOpsRampチームに会いましょう受信 ミラージュでHPEと.
• カスタムデモをスケジュールする OpsRampソリューションの専門家と.