Kubernetes是一个热门话题：知道Kubernetes的管理员如此之少，以至于客户要求Southbridge无限期租用k8s专家。 因此，精打细算是一个很好的机会，可以推动您的职业发展，增加薪水或聘请大公司的管理人员。 您可以在免费的网络研讨会内部Kubernetes网络中评估教学水平。 但是首先是第一件事。
南桥有2个绝地武士部署了最复杂的部署。 但总的来说，Kubernetes具有相当高的准入门槛：没有简单的项目，不能逐步掌握智慧，必须立即爬入丛林。 顺理成章的想法诞生了：让绝地武士调动其余员工，使他们准备好接待认真的客户。
来自全国各地的十几位管理人员将学习，一位老师住在黑山。 为了节省开支，您需要集合所有人，租用酒店和会议室，雇用员工，组织服务器进行实际练习，广播和娱乐。 无论如何，如果我们举办这样的活动，那就不要公开。
如果您正在从事管理或开发工作，那么您会非常了解Docker，Ansible和Git，并且想学习Kubernetes，请来Slurm。
在此类事件中，最主要的是老师的个性和水平。
集约化指挥Sergei Bondarev和Pavel Selivanov。
Pavel Selivanov的话：
作为成熟的容器协调器，Kubernetes解决了许多问题，包括组织容器之间的联网。 这里有大量的细微差别和实现选项。
如果群集主组件之间的网络交互未正确构建，则可能在最意外的时刻使生产崩溃。 我必须修复一个基础结构，在该基础结构中，使用带有VRRP的平衡器在kube-controller-manager和kube-scheduller与kube-api之间进行交互。 这个想法很好：通过平衡对kube-api的请求来获得所有组件的容错能力。 不幸的是，这种方法没有考虑使用VRRP协议移动IP地址时可能出现的延迟。 结果，有一天，由于交互方案过于复杂，导致kube-controller-manager无法连接到kube-api，因此决定集群中的某些节点变为“未就绪”，并且集群开始从中转移应用程序。 最终导致剩余节点的溢出，并且某些容器根本无法容纳。 这又导致生产中断。
我通过消除平衡器形式的多余链接轻松解决了该问题。 所有主组件开始通过稳定的本地主机进行交互。
您将只能通过自己或他人的经验来了解这些功能。”
一切都是按照Pavel的经验进行的：一个团队中有20个Kubernetes的实现，而5个是个人的。 包括Sberbank的子公司（处理抵押数据的基础结构）和金融经纪人（在交易所进行交易的基础结构）。
有机会看看保罗的生活，评估水平并学习一些东西。 7月4日19:30，他主持了一个免费的Kubernetes网络内部网络研讨会。
网络研讨会计划：
- Kubernetes中网络的组织方式。
- 抽象服务的背后是什么。
- 入口控制器内部会发生什么。
在此处注册网络研讨会。
有关Slerm的所有详细信息，包括价格，都在这里 。