舞台裏。 コースはどのように作成されますか?

参加者はコースまたは集中コースに来ます。 彼は整然と並んだ技術サポート、きちんと配線された電源ケーブル、市松模様の講堂のレイアウト、鮮やかな写真やスライド図を目にします。 ジョークと笑顔を交えたスピーカーは、あなたが理解する時間が十分にあるような方法で情報を提供します。 スタンドはセットアップされており、技術スタッフの助けが必要な場合を除いて、練習タスクは簡単に実行できます。 サポート。

また、同じ考えを持つ人々とのコーヒーブレイク、明るくエネルギッシュな雰囲気、経験の交換、講演者への最も予想外の質問も含まれています。 マニュアルには載っていない、実践でしか見つけられない答えや情報。

これをそっくりそのまま再現するのに、どれだけの時間と労力と神経が費やされたと思いますか？

認定 Kubernetes 管理者であり、Southbridge のエンジニア/チーム リードである Volodya Guryanov に感謝します。彼は多くの Slurm コースの作成を最初から立ち会い、積極的に参加してきました。

彼は、複雑さと厄介な熊手、洞察と予期せぬ解決策など、コースの作成の裏側を見ました。 そして、Slurm Basic や Slurm Mega など、すでにおなじみの Kubernetes の集中講座もあります。 そして大幅に改訂された新しいコース Slurm DevOps:ツールとチート、それは容赦なく近づいており、19月XNUMX日に始まります。

しかし、歌詞についてはもう十分なので、ストーリー自体に移りましょう。 いくつかの集中的なトピックから、完全に自己完結的で多面的な情報をどのように得ることができるか ドッカーコース。 それでは、コースがどのように作成され、開発されるかについての話を始めます。ちょうど「遠い昔、はるか彼方の銀河系で...」のようなものです。

舞台裏には何があるのでしょうか？

どのようにコースを作るのか、そしてすべてはどこから始まるのかと尋ねられたら、私は単純に「すべてはアイデアから始まります」と答えます。

通常、アイデアはどこかから生まれます。「どのようなテーマでコースを作るべきか?」を思いつくまで、私たちは地下室に手錠をかけられたまま座ることはありません。 アイデアは外部ソースから勝手にどこかから生まれます。 時々、人々は「これこれ特定のテクノロジーについて何を知っていますか?」と積極的に質問し始めます。 あるいは、Docker の場合はどうだったのか、集中コースのタイミングに彼を合わせるのは不可能でした。集中コース中に何かを話す時間を確保するには、明らかに彼を外に連れ出さなければなりませんでした。

このようにしてアイデアが現れます。

私の意見では、発表後、このコースに何を含めるべきかを一般的に理解するという最も難しい瞬間が始まります。これは、講演者がカンファレンスに向けてどのように準備するかに非常に似ています。

トピックを選んで次のように考えると、大きな悩みが XNUMX つあります。 これはあまりにも単純で、これは明白であり、誰もがこれを知っています。」

しかし、実際には全くそうではありません。 そして、私は個人的に、あなたにとって明白なことは、あなたの話を聞いたり、コースを受けに来たりする人々にとってはまったく明白ではない、と多くの場所で個人的に言っています。 そしてここで、コースに何を含めるかに関して、非常に大きな作業と内部対立が発生します。 その結果、コースの内容を示す、広範囲にわたる大きなストロークを含む章のリストが得られます。

そして、簡単なルーチンワークが始まります。

• 材料の選択
• IT の世界は現在、ある種の宇宙的な速度で発展しているため、現在のバージョンのドキュメントを注意深くお読みください。 何かを扱ってそれに関するコースを作成する場合でも、ドキュメントにアクセスして、そこに何が新しいのか、何が興味深いのか、何が特に言及すると役立つのかを確認する必要があります。
• そして、コースの特定の骨格が表示されます。そこでは、一般的にほとんどのトピックがすでにカバーされており、ビデオを録画して本番環境に投入するなど、そこにあるものは何でもできるようです。
• しかし実際には、いいえ、その後、大変な作業が始まります。ただし、コースの作成者のためではなく、テストする者のためです。 通常、アルファ テスターはテクニカル サポートであり、まずコースに構文的および文法的なエラーがないか校正します。 第二に、彼らは私たちを棒で痛そうに殴り、まったく目立たない、理解できない場所があると罵倒します。 数ページにわたる複雑に構成された下位の文章や、明らかなナンセンスがテキスト内に現れる場合。 彼らはそれをすべて読み、注目しています。
• 次に、練習テストの段階が始まります。ここでは、明らかに機能しないものも検出され、座ってコピーするだけではあまり面白くなくなり、より困難にすることができるいくつかの瞬間が示され、非常に問題のある場所が特定されます。難しいし、このコースを受講する人たちに求めたいことはたくさんあります。 そして、「皆さん、ここをもっとシンプルにしてください。認識しやすくなり、より多くのメリットが得られるでしょう。」という推奨事項が表示されます。
• これだけの作業が完了し、ビデオに関連する部分が書き込まれると、すべてがうまくいったようです。 そして、このコースの宣伝や制作のためにすでに寄付することができます。 しかし、やはり、いいえ、それは時期尚早です。なぜなら、私たちは最近、自分自身を少し信頼するのをやめて、原則として、フィードバックをもっと活用し始めているからです。 ベータ テストというものがあります。これは、当社とはまったく関係のない外部から人々が招待され、一部の特典として、コースのすべての部分、ビデオ、テキスト、実践的なタスクが表示されるため、教材の品質、教材へのアクセスしやすさを評価し、コースを可能な限り改善するのに役立ちました。
• そして、そのような繰り返しがいくつか行われると、講演者、技術サポートの形でのアルファ テスト、ベータ テスト、改善が行われます。 そして、テクニカル サポート、ベータ テスト、改善など、すべてが最初から始まります。
• そしてある時点で、全員に気に入られるようにするのは完全に非現実的であるため、修正は完了するか、思い切った決定が下されるかのどちらかだと理解するようになります。 特定の場所に多くのコメントが重要な場合は、問題が発生したため、それらを全体的にやり直します。
• 次に、小さな編集の時期が来ます。文章がうまくまとまっていないところや、フォント 14,5 が気に入らないが 15,7 が欲しいところなどです。
• この種のコメントが残っている場合は、コースがほぼオープンされ、正式な販売が開始されます。

そして、一見すると、コースを作成するという短くて単純な作業は、まったく簡単ではなく、信じられないほど長い時間がかかることがわかります。

そして、もう XNUMX つ重要な点があります。コースをリリースしたからといって、そのコースでの作業が終了するわけではありません。 まず、特定の部分に残されたコメントを注意深く読みます。 そして、私たちが行ったすべての努力にもかかわらず、いくつかの欠陥は依然として特定されており、いくつかの間違いは途中でリアルタイムで修正および改善されているため、後続の各ユーザーはより良いサービスを受けることができます。

各コースには独自のプロダクトオーナーがおり、一般的なコンセプトを定義することに加えて、締め切りをチェックし、コースを完全に書き直す時期が来たら、それは間違いなく来ると余白にメモします。なぜなら、XNUMX年以内に、あるいはXNUMX年後でも、道徳的に時代遅れになるという理由だけで、私たちが語る内容の一部は無意味になるでしょう。 プロダクトオーナーは欄外にメモを書き、どの点が不明瞭で、どのタスクが非常に困難に見え、どのタスクが逆に非常に簡単に見えるかをよく尋ねられます。 そして、これらすべては、ある種のリファクタリング中にコースを再記録するときに考慮されるため、グローバル コースの各反復がより良く、より便利で、快適になります。

このようにしてコースが表示されます。

Docker コースが生まれた経緯

これは私たちにとって別個の、さらには珍しいトピックです。 なぜなら、多くのオンラインスクールがそれを提供しているからです。 一方で、彼自身は自由を求め、Kubernetes で IT スペシャリストをトレーニングするという当社のコンセプトに論理的な位置を見出しました。

非常に世界的に言えば、最初はすべて Kubernetes のコースから始まり、私の意見では、最初の Slurm の後にそれが始まったばかりでした。 フィードバックを収集したところ、多くの人が Docker について何か他の場所で追加の内容を読みたいと考えており、一般に多くの人が Kubernetes が何であるかを知らずに Kubernetes の基本コースに参加していることがわかりました。 デッカー.

したがって、XNUMX 番目の Slurm では、コースを作成しました。いや、むしろコースですらないですが、Dockers に関するいくつかの章を作成しました。 集中講義に参加する人々が不自由さを感じず、何が起こっているのかを理解できるように、最も基本的なことをいくつか話しました。

そして、イベントはおおよそ次のように展開しました。 材料の量が増えて、3日で収まらなくなりました。 そして、論理的で明白なアイデアが浮かび上がりました。Slurm Basic で取り上げている内容を、Kubernetes の集中コースを受講する前に Docker について何かを見たい人を参加させることができる、ある種の小さなコースにしてみたらどうでしょうか。

実際、Slurm Junior はそのようないくつかの基本コースを組み合わせたものです。 その結果、Docker コースは Slurm Junior の一部となりました。 つまり、これはその前のゼロステップです 基本 и メガ。 そして、非常に基本的な抽象化だけが行われました。

ある時点で、人々は次のように尋ね始めました。「皆さん、これはすべて素晴らしいことです。集中コースで話していることを理解するにはこれで十分です。 Docker でできること、Docker の操作方法、Docker とは何なのかについて詳しくはどこで読めますか?」 そこで、それをまっすぐにするというアイデアが思いつきました Docker のフルコースそのため、第一に、Kubernetes を使用して Slurm に来る人々を引き続き Slurm に送ることができ、その一方で、開発の現段階では Kubernetes にさえ興味がない人々も送ることができます。 IT スペシャリストが Docker に関する私たちのコースを視聴し、純粋な Docker だけで進化の道を歩み始めることができるように。 そのため、このような本格的で完全なコースが用意されています。そして、このコースを受講し、純粋な Docker をしばらく使用した多くの人が、Kubernetes またはその他のオーケストレーション システムを必要とするレベルまで成長しました。 そして彼らは特に私たちのところにやって来ました。

「現在、Kubernetes を必要としないのはどのような人ですか?」という質問がされることがあります。 しかし、この質問は人に関するものではなく、むしろ企業に関するものです。 ここで、Kubernetes には、Kubernetes が適している特定のケースや、Kubernetes が適切に解決するタスクがあることを理解する必要がありますが、逆に、Kubernetes がさらなる苦痛や苦痛を引き起こす場合に、Kubernetes を使用するシナリオがいくつかあることを理解する必要があります。 したがって、それは人ではなく、企業が何をどのくらいの期間開発してきたかによって決まります。

たとえば、ひどいレガシー モノリスを Kubernetes に押し込むべきではありません。利点よりも問題が多くなるからです。 あるいは、たとえば、これが小規模なプロジェクトである場合、負荷が小さいか、原則として資金やリソースがそれほど多くありません。 それを Kubernetes にドラッグしても意味がありません。

そして一般的に、おそらく一般的に、多くの人がすでに言っているように、「Kubernetes は必要ですか?」という質問をしているのであれば、ほとんどの場合、必要ありません。 誰が最初にそれを思いついたのかは覚えていませんが、私の意見では、パシャ・セリバノフです。 私もこれに100%同意します。 そして、あなたは Kubernetes に慣れる必要があります。そして、私には Kubernetes が必要であり、私たちの会社にも Kubernetes が必要であり、それがさまざまな問題の解決に役立つことがすでに明らかになったら、設定方法を正確に学び、理解するのがおそらく理にかなっています。うまく機能しているため、Kubernetes への切り替えプロセスはそれほど苦痛ではありません。

子供の病気や単純なもの、さらにはそれほど単純なものでなくても、特に私たちから見つけることができ、自分で苦労して苦労する必要はありません。

多くの企業は、当初はコンテナ化を行わずに、ある種のインフラストラクチャのみがあったというまさにその道を歩んできました。 その後、すべてを管理するのが困難になり、Docker に切り替えました。ある時点で、Docker とそれが提供するフレームワーク内で窮屈になるまで成長しました。 そして彼らは、何が存在するのか、どのシステムがこれらの問題を解決するのか、特に Kubernetes に注目し始めました。これは、純粋な Docker が混雑して機能が不足している場合に問題を解決できるシステムの XNUMX つです。これは、人々が問題を解決する非常に良いケースです。彼らはボトムアップで一歩ずつ進み、このテクノロジーでは不十分であることを理解し、次のレベルに進みます。 彼らは何かを使用しましたが、それは再び不足し、そして先に進みました。

これは意識的な選択であり、非常にクールです。

一般に、私たちのシステムは非常に美しく構築されていることがわかります。たとえば、 ドッカーコース、ビデオコースでも。 次に、docker の後に進みます 基本的なKubernetesそれから メガ Kubernetesそれから セフ。 すべてが論理的に整います - 人が合格し、堅実な職業が現れます。

原則として、一連のコースを使用すると、最新のケースも含め、多くのケースをカバーできます。 まだグレーゾーンが残っている部分がありますが、これらのグレーゾーンを埋めることができるいくつかのコースをすぐに作成できることを願っています、特にセキュリティについて何かを考案します。 なぜなら、これは非常に重要なものになってきているからです。

要するに、私たちにはいくつかの灰色の領域がありますが、それを完全で完全な全体像にするために、非常に良いと思われる部分を埋めておきます。そうすれば人々が参加する可能性があり、Kubernetes 自体がレゴのコンストラクターのようなものであるのと同じように、さまざまなものを作成できます。私たちのコースでも同じように、足りない場合は集めて、必要なものを理解できるようにします; 彼らは私たちのコースから一種のパズル、一種の構築セットを組み立てる必要があります。

「今、アクティブな Docker コースを利用できるのは誰ですか?」という一般的に正しく正直な質問を自問すると、次のようになります。

• これから勉強を始めたばかりの学生向け。
• 検査部門の従業員。
• 実際、未だに Docker を使用していないだけでなく、誰もそのようなテクノロジーについて聞いたことがなく、原則としてその使用方法を知らない企業が数多くあります。 そして、私はサンクトペテルブルクにある長年開発を続けてきたいくつかの大企業を知っていますが、彼らはいくつかの古いテクノロジーを使用しており、この方向に進んでいます。 特に、そのような企業やその企業のエンジニアにとって、このコースは非常に興味深いものになるでしょう。なぜなら、第一に、このテクノロジーにすぐに没頭できるからです。第二に、そのすべてを理解しているエンジニアが何人か現れるとすぐにわかるからです。うまく機能すれば、それを会社に持ち込んで、社内でこの文化と方向性を発展させることができます。
• 私の意見では、このコースは、すでに docker を使ったことがある人にはまだ役立つかもしれませんが、「一度実行したら二度実行」スタイルではほとんど役に立たず、これから何らかの形で同じ Kubernetes とやり取りすることになります。 docker とは何か、それをどのように実行するかについて非常に表面的な知識を持っているが、同時にそれが内部からどのように機能するのかを知らず、何を行うのが最適なのかもわかりません。それと、しない方が良いことは何か、知識を体系化し深めるのに適した講座です。

ただし、「同じ Docker ファイルを正しく記述する方法はわかりませんが、名前空間とは何か、コンテナがどのように機能するか、オペレーティング システム レベルで実際にどのように実装されるかは想像できます」というレベルの知識があれば、私たちのところに行くのは間違いなく無意味です。何も新しいことを学ぶことはできませんし、費やしたお金と時間を少し悲しくなるでしょう。

私たちのコースにどのような利点があるかを定式化すると、次のようになります。

• 私たちは、存在する理論的な部分を理解するだけでなく、なぜそれが必要なのか、そして将来どのようにそれを使用するのかを理解できるように、十分な数の実践的なケースを使ってこのコースを作成するように努めました。
• どこにもめったに見られないセクションがいくつかありますが、一般的にそれらに関する資料はそれほど多くありません。 それらは、多少異なるものの、Docker とオペレーティング システムの相互作用に関連しています。 Docker は、コンテナー化システムを実装するためにオペレーティング システムからどのようなメカニズムを取得したのでしょうか。これにより、Linux オペレーティング システム内でコンテナーを実行する問題全体についてのより深い理解が得られます。 それがどのように動作するか、オペレーティング システム内外で相互にどのように相互作用するかなど。

これは非常に深い視点であり、滅多に起こらないことであり、同時に非常に重要であると私は思います。 テクノロジーをよく理解し、そこから何を期待できるかを理解したい場合は、少なくともそれが低レベルでどのように機能するかについての一般的な概念を持っている必要があります。

私たちのコースでは、これがオペレーティング システムの観点からどのように機能するかを示し、説明します。 一方で、すべてのコンテナ化システムは同じオペレーティング システム メカニズムを使用します。 一方で、Docker などの Linux オペレーティング システムにあるものを利用します。 他のコンテナ化システムは何も新しいものを考え出しませんでした。Linux にすでにあったものを利用して、それをすばやく呼び出したり、実行したり、何らかの方法で操作したりできる便利なラッパーを作成しただけです。 同じ Docker は、オペレーティング システムとコマンド ラインの間のそれほど大きな層ではなく、コンテナを作成するために数キロトンのコマンドやある種の C コードを書かなくても、次のように入力することでこれを実行できる一種のユーティリティです。ターミナルに数行あります。

そしてもう XNUMX つ、特に Docker について話している場合、Docker が実際に IT 世界にもたらしたものは標準です。 アプリケーションの起動方法、動作方法、ログの要件、スケーリングの要件、アプリケーション自体の構成。

多くの点で、docker は標準に関係します。

標準も Kubernetes に移行しており、まったく同じ標準が存在します。Docker でアプリケーションを適切に実行する方法を知っていれば、99% の確率で Kubernetes 内でも同様に動作します。

Docker コースがどのように作成されたかだけでなく、他のコースにも興味があり、実践的な観点からコース自体にも興味がある場合は、 5000 月 30 日まで、XNUMX ルーブルの事前注文割引で購入できます。

ぜひお会いしましょう！

出所： habr.com