1 | 担当表 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
2 | 見出し | 概要 | 担当者 | ||||||
3 | 0. Preface | 序章 | @genboku | ||||||
4 | Introduction | Kubernetesがなぜ今のアーキテクチャを採用しているのか | @genboku | ||||||
5 | 2. Kubernetes API Basics | API Objectの説明 | @keno | ||||||
6 | 3. Basics of client-go | Informer, API Machinery, Schemeなどの説明 | @keno | ||||||
7 | 4. Using Custom Resources | CRDと機能(Validation, SubResource)の説明 | @bells17 | ||||||
8 | 5. Automating Code Generation | code-generatorの説明 | @ngoktanio | ||||||
9 | 6. Solutions for Writing Operators | Controller実装方法の説明 | @miyaco2kmz | ||||||
10 | 7. Shipping Controllers and Operators | Controller/Operatorのデリバリ | @miyaco2kmz | ||||||
11 | 8. Custom API Servers | Custom API Serverの説明と実装・デプロイ | @genboku | (前半) | |||||
12 | @genboku | (後半) | |||||||
13 | 9. Advanced Custom Resources | convert, admission webhook, Structural Schemasなど | @ngoktanio | ||||||
14 | |||||||||
15 | 輪読担当者へ | ||||||||
16 | 上記担当者名に、connpassのID名と、ドキュメントのリンクを貼ってください。 | ||||||||
17 | hackMDというツールを使用する場合は、ドキュメントを作成後、ドキュメントをpublicにせずに、リンクのみ連携お願いいたします。 | ||||||||
18 | 本文にあるFigureイメージをどうするか？など運用していていまいちな面が見えてきたらちょっと考えます。 | ||||||||
19 | ※最近、O'reillyの読み放題サービスSafariを購読しました。差し支えなければ画像の直リンクをつけることもできます。 |
1 | ||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2 | これから埋めていきます。 | |||||||||||||||||||||||||
3 | ||||||||||||||||||||||||||
4 | 序章 | |||||||||||||||||||||||||
5 | Bending Kubernetes to your needs | Programming Kubernetesの著者が英国で行ったワークショップのスライド資料 | ||||||||||||||||||||||||
6 | Production GPU Cluster with K8s for AI and DL Workloads - Madhukar Korupolu, NVIDIA | k8sのInfra拡張の例として、NVIDIAによる講演。 | ||||||||||||||||||||||||
7 | ||||||||||||||||||||||||||
8 | 第一章 | |||||||||||||||||||||||||
9 | Omega: Flexible, Scalable Schedulers for Large Compute Clusters | Kubernetesのフィーチャー元であるGoogleの分散システムBorgの頭脳部分。 | ||||||||||||||||||||||||
10 | ロックフリーで楽観的並列処理を取り入れたOmegaと、Messosなどの悲観的並列処理との比較資料 | |||||||||||||||||||||||||
11 | GCP Config Connector | GCPリソース情報を収集するための仕組み。 | ||||||||||||||||||||||||
12 | これとKubernetesを組み合わせると構成要素のリコンサイルができるのでは？ | |||||||||||||||||||||||||
13 | ||||||||||||||||||||||||||
14 | ||||||||||||||||||||||||||
15 | ||||||||||||||||||||||||||
16 | ||||||||||||||||||||||||||
17 | 次回輪読の候補本について | |||||||||||||||||||||||||
18 | 【読書感想】Kubernetes Best Practices（Early Release） | oke-py = ngoktanio による読書感想です。 |
1 | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2 | QA. | |||||||||||||
3 | ||||||||||||||
4 | resyncの役割は？ | イベントだけ全部拾っちゃえばいいんじゃないのか？ | ||||||||||||
5 | → | 障害発生時、ノードが落ちた時などにイベントは拾えないので情報を取得する仕組みが必要 | ||||||||||||
6 | ||||||||||||||
7 | Informer, Indexerなどの役割がわからない | |||||||||||||
8 | → | |||||||||||||
9 | Informer | Objectの変更を監視する仕組み | ||||||||||||
10 | Indexer | Storeへの読み込み・書き込み | ||||||||||||
11 | Reflector | Kubernetes APIのList&watch | ||||||||||||
12 | ||||||||||||||
13 | workqueueってキャッシュだよね？etcdの持っている情報とずれないのか？ | |||||||||||||
14 | → | 正確には、WorkQueueはキャッシュではありません。 | ||||||||||||
15 | in-memory-cache(Store)がキャッシュになります。 | |||||||||||||
16 | 基本的にin-memory-cacheとetcdの情報は非同期なので、ズレも発生します | |||||||||||||
17 | ただ、もし更新してもきちんとエラーが発生するので、特に問題ありません | |||||||||||||
18 | ||||||||||||||
19 | resync periodは | |||||||||||||
20 | kubebuilderでは10時間の間隔。 | |||||||||||||
21 | sample controllerのデフォルト30secは早いんじゃない？という話があるらしい。 | |||||||||||||
22 | ||||||||||||||
23 | ||||||||||||||
24 | 09/28 | |||||||||||||
25 | Kubernetesの証明書で参考になるもの | |||||||||||||
26 | ||||||||||||||
27 | o.RecommendedOptions.SecureServing.MaybeDefaultWithSelfSignedCerts | の説明に即して。 |