2月から 私たちには永遠の時間が過ぎたように思えます。分離を少し明るくした唯一のことは、Cloud Native Computing Foundation に参加し、Certified Kubernetes Conformance Program に基づいて Kubernetes ディストリビューションを認定し、それをサービスで開始することができたことです。 Kubernetes Cluster Autoscaler の実装。
3 回目の @Kubernetes Meetup の時間です!簡単に言うと:
- Gazprombank は、研究開発で OpenStack を管理するためにどのように Kubernetes を使用しているかを説明します。
- Mail.ru クラウド ソリューション - スケーラーを使用して K8S でアプリケーションをスケーリングする方法と、Kubernetes Cluster Autoscaler の実装をどのように準備したか。
- そして、Wunderman Thompson 代理店 - Kubernetes が開発アプローチの最適化にどのように役立つのか、そして DevOps では運用よりも開発が重要である理由について説明します。
会合は21月18日（金）30時39分、Mail.ruグループのモスクワ事務所（Leningradsky Prospekt, 79, Building XNUMX）で開催される。 は必須であり、20 月 11 日午前 59 時 XNUMX 分に終了します (スペースがなくなった場合はそれより早く終了します)。
「開発者のための Kubernetes: DevOps には何人の開発者がいますか?」
グリゴリー・ニコノフ、ワンダーマン・トンプソン、マネージング・ディレクター
500 ノードのクラスターはありません。私たちには厳密な DevOps はありません。当社には専任の製品チームはいません。しかし、私たちには興味深いプロジェクトがたくさんあり、これらのプロジェクトの開発とサポート中に見つけた質問への答えもたくさんあります。まず第一に、私たちは開発者であり、その後使用するツールを自分で作成することに慣れています。もしかしたら、あなたの仕事にも役立つかもしれません。
ワンダーマン トンプソン代理店は、ロシアにおけるインターネット ソリューション開発の先駆者の 1 つであり、現在、単純なランディング ページと複雑な分散システムの両方を開発しています。 Kubernetes は、開発アプローチの最適化に役立ち、代理店の顧客が作成されたソリューションをホストおよび運用できるように支援します。
多数の統合と内部コンポーネントを備えた分散システムでは、マイクロサービス アーキテクチャは、ソリューションのアップグレード可能性と保守性の要件に対する自然な対応ですが、そのようなアーキテクチャへの移行により、バージョン管理とそれに関連する一連の問題が発生します。出版すること。私たちは専任の製品チームではなく代理店であり、開発者は特定のソリューションのデプロイされたコンテキストをマシン上に常に保持しているわけではないため、開発環境の再現性や変更を加える能力に独自の要件が課せられます。同時に複数のチームに参加し、しばらくしてからプロジェクトに戻ります。これらの課題に対応して、当社は開発者と DevOps が作成したソリューションの開発とサポートを容易にするプロセスとツールを開発しました。
DevOps が Ops よりも Dev である理由、怠惰によって開発/サポートの時間とコストがどのように削減されるか、また次のことがわかります。
- Kubernetes がプロジェクトの開発方法をどのように変えたか。
- コードのライフサイクルはどのようなものなのか。
- マイクロサービスの公開を制御するために使用するツール。
- 時代遅れの成果物を組み立てるという問題をどのように解決するか。
- クラスタに喜んでデプロイする方法。
「Kubernetes Cluster Autoscaler を使用したアプリケーションのスケーリング: Autoscaler の微妙な違いと Mail.ru クラウド ソリューションの実装」
Alexander Chadin、Mail.ru クラウド ソリューション、PaaS サービス開発者
今日の世界では、ユーザーはアプリケーションが常にオンラインで常に利用可能であることを当然のこととして期待しています。したがって、その規模に関係なく、あらゆるトラフィック フローを処理できることになります。 Kubernetes は、負荷に応じて自身をスケーリングできる非常に洗練されたソリューション、Kubernetes Cluster Autoscaler を提供します。
一般に、Kubernetes では、正確にスケーリングする内容に基づいて 2 つのタイプのスケーリングがあります。つまり、アプリケーションのコピーを増やすか、リソースを増やすかです。既存のノード内のアプリケーション レプリカの数を増やす場合の垂直スケーリング。さらに複雑な水平方向のスケーリング - ノードの数を増やします。
2 番目のケースでは、アプリケーションのコピーをさらに多く作成できるため、高可用性が確保されます。クラスター オートスケーラーを使用した水平スケーリングについて説明します。負荷に応じてノード数を増やすだけでなく減らすこともできます。たとえば、負荷がピークに達すると、オートスケーラー自体がノード数を必要な量まで減らすため、プロバイダーのリソースに対する支払いが減ります。
ミートアップでは、Kubernetes Cluster Autoscaler の微妙な違いや、Mail.ru Cloud Containers サービスの一部として Cluster Autoscaler の実装を開始するときに遭遇した困難について詳しく説明します。次のことを学びます:
- Kubernetes で利用できるスケーラーとその使用の特徴。
- スケーラーを使用するときに注意すべきこと。
- ノード グループを使用してアベイラビリティ ゾーンごとにノードをセグメント化した方法。
- MCS で Kubernetes Cluster Autoscaler のサポートを実装した方法。
「ガスプロムバンクの研究開発: K8S が OpenStack の管理にどのように役立つか」
Maxim Kletskin、ガスプロムバンク、プロダクトマネージャー
すべてをサービスとして扱う傾向が見られる世界では、市場投入までの時間が何よりも重要です。仮説を検証し、初期形成の瞬間に新しい市場を見つけるためのアプリケーションを迅速に開発する必要があります。銀行にとってスピードは特に重要であり、ここでは新しいテクノロジー、特にコンテナ化テクノロジーと Kubernetes が役に立ちます。
Maxim Kletskin は、Gazprombank のプロダクト マネージャーで、パイロット製品を立ち上げるためのサンドボックスを開発しています。ガスプロムバンクの研究開発部は、自社のクラウドである OpenStack 上でさまざまな研究を行っています。ここでは、Kubernetes は 1 つの目的で使用されています。2) OpenStack クラウドの管理レイヤーとしてのベアメタル上の Kubernetes と、8) 開発用の OpenShift ディストリビューションとしての KXNUMXS。
このレポートでは、最初のケースについて説明し、Gazprombank が OpenStack を管理するためにどのように Kubernetes を使用しているかを調べます。 OpenStack アーキテクチャを見ると、それが非常にアトミックであることがわかります。そのため、OpenStack の管理層として Kubernetes を使用することは、非常に興味深く、論理的であるように思えます。これにより、OpenStack クラスターへのノードの追加が容易になり、コントロール プレーンの信頼性が向上します。そして、おまけのように、クラスターからのテレメトリの収集が簡素化されます。
次のことを学びます:
- R&D バンクの理由: 私たちはテストと実験を行います。
- OpenStack をどのようにコンテナ化するか。
- K8S に OpenStack をデプロイする方法とその理由。
終演後は@Ku形式へスムーズに移行いたしますビールnetes アフターパーティーでは、素敵なお知らせもご用意しております。必ず登録してください 、すべての申請を数日以内に審査します。
@Kubernetes Meetup シリーズの新しいイベントおよびその他のイベントについて 私たちはすぐに Telegram チャンネルで発表します。
次回の @Kubernetes Meetup で講演することに興味がありますか?ここから申請書を提出できます:
出所： habr.com
