Научно-технический семинар МОЭВМ 21. День первый.

Поделиться
HTML-код
  • Опубликовано: 16 сен 2024
  • Ежегодно, в весеннем семестре на кафедре МО ЭВМ проводится обсуждение научных успехов студентов и преподавателей в формате небольшой конференции. В прошлом эта активность была привязана к ВУЗовской конференции ППС. В этом году мероприятие получило название “Научно-технический семинар студентов и преподавателей каф. МО ЭВМ 2021”.
    В первый день семинара выступили:
    1. Эдуард Абдульманов и Константин Борисенко - "Разработка архитектуры мобильного приложения для ведения расписания занятий студента в ВУЗах"
    2. Ангелина Каляева и Константин Борисенко - "Разработка архитектуры комбинированной системы мониторинга работоспособности и бизнес-процессов интернет-магазина"
    3. Михаил Дементьев и Константин Борисенко - "Разработка алгоритма распознавания выражения лица на мобильных устройствах: этап сбора и обработки данных"
    4. Никита Пэтайчук - "Обзор алгоритмов фильтрации облаков точек, направленных на избавление от шумов и выбросов и сохранение формы представляемого объекта"
    5. Тамара Герасимова - "Unity: общая платформа для интеллектуальных агентов"
    6. Даниил Зуев - "Сравнение методов обучения и архитектур рекуррентных нейронных сетей в задаче прогнозирования."
    7. Даниил Бассин "Анализ механизмов отказоустойчивости вебприложений в платформах оркестрации контейнеров Kubernetes и Docker Swarm"
    8. Ангелина Кревчик - "Анализ причин нестабильного обучения сетей прямого распространения на ограниченных массивах данных"
    9. Даниил Бахеров и Тимур Жангиров - "Разработка архитектуры программного обеспечения для визуального проектирования архитектур нейронных сетей"
    10. Егор Габов and Константин Борисенко - "Разработка инструмента объединения и интеграции статических анализаторов кода для языка C++"

Комментарии • 2

  • @Softovick
    @Softovick 3 года назад

    Я просто оставлю это здесь:
    1 4:25
    2 20:25
    3 36:15
    4 51:39
    5
    6 1:09:40
    7 1:26:30
    8 1:44:00
    9 1:57:23
    10 2:15:35

    • @Softovick
      @Softovick 3 года назад +1

      Спасибо докладчику Даниил Бассин за сравнение Kubernetes и Docker Swarm. Я не являюсь преподавателем и принимающим диплом, но хотел бы спросить и уточнить пару моментов:
      - Указано, что вроде как среды поднимаются идентичные, но при этом не уточнено, сколько ядер процессора было на узлах, сколько, ОЗУ выделялось на узел и другие моменты - частота ядра, обьем диска, SSD/HDD, сколько реплик было запущено приложения, по каким машинам они распределились.. Тот же Swarm например спокойно может работать на 1 ядре CPU, 1ГБ ОЗУ и добавление ядер и ОЗУ особо не скажется на производительности, если ресурсов и так хватало. В тоже время для работы Kubernetes необходимо уже 2 ядра CPU, 4ГБ ОЗУ на управляющих нодах и желательно схожие характеристики на рабочих, а лучше больше....
      - управляющие ноды в том или ином случае работают по разному - в Swarm они являются по умолчанию и рабочими нодами, то есть берут на себя часть нагрузки, а в Kubernetes управляющие ноды по умолчанию в рабочих нагрузках не участвуют.. Было ли это учтено, опять же, непонятно...
      - и в том и в том случае время отслеживания жив ли сервис, можно настраивать в конфигурации сервиса. проводились ли пробы установки идентичных или схожих настроек, непонятно. Понятно только, что брались какие то умолчальные значения.. Которые видимо еще при этом не совпадали.
      - непонятна нагрузка, которую давали контейнеры приложения. Мне видится, что если это некое statless приложение, которые просто отдает JSON по URL - это одно. И совсем по другому себя будет вести использование контейнер, если к нему прикрепить Volume какой-то для хранения данных. Возможно. Не знаю.
      - Опять же про идентичность, в одном случае Swarm запускается в виртуальных машинах. А Kubernetes-кластер запускает внутри Docker (Desktop я понимаю так, на винде?). То есть, среды разные, условия разные. Если к примеру в виртуалке были Linux, а на хосте Windows, то их вообще нельзя сравнивать, это разный уровень абстракции, разное взаимодействие процессов, по разному сеть работает... В общем для чистоты эксперимента по хорошему оба кластера поднимать в действительно идентичных условиях, а не в приближенных. VirtualBox хороший вариант, хотя тоже имеет место быть уточнения - а какая сеть между ними исползовалась, каким образом им выделялись IP и передавались данные между ними. Все это тоже влияет. Docker кстати также можно и внутри Docker запустить, то можно было развернуть аналогичный кластер как был сделан Kubernetes.
      Исходя из всего вышеперечисленного возникает некое сомнение в однозначности результатов, так как выполнялись они в разных условиях. Уточнение всех эти параметров может не только расширить базу доклада, но и добавить достоверности данных. Хотя победа Swarm над Kubernetes радует, но в действительно идентичных условиях это может быть не так очевидно. А ведь еще и Kubernetes разный есть. Есть k8s ,а есть облеченный вариант k3s.... Который возможно будет ближе по показателям к Swarm, а может и нет.