Микросервисы, Монолит и Зомби | Яндекс.Практикум

• Обсуждение микросервисов и монолитов.  

• Важность контекста и факторов при выборе архитектуры.  

• Примеры успешных и неудачных кейсов.  

• Автор часто работает с монолитными проектами.  

• Примеры проектов в области образования и сельского хозяйства.  

• Важность обучения и развития навыков.  

• Нет точного определения микросервисов и монолитов.  

• Монолиты сложно запускать на локальной машине.  

• Примеры микросервисов и их особенности.  

• Микросервисы могут быть большими, но все равно считаться таковыми.  

• Примеры сервисов авторизации и других доменных областей.  

• Важность работы с одной сущностью или процессом.  

• Монолитные проекты часто содержат всю логику и данные в одном месте.  

• Примеры масштабируемости монолитов.  

• Важность разделения кода по темам.  

• Пример проекта онлайн-кинотеатра.  

• Важность обучения студентов с опытом.  

• Создание pipeline и тестирование.  

• Решение о выборе архитектуры: монолитная или микросервисная.  

• Призыв к участникам проголосовать за предпочтительную архитектуру.  

• Объяснение, почему схема подходит для обоих типов архитектуры.  

• Пример микросервисной архитектуры для онлайн-кинотеатра.  

• Важность изолированных репозиториев и хранилищ.  

• Пример точки входа и обработки запросов.  

• Обсуждение вопросов безопасности, таких как хранение паролей и использование солей.  

• Введение в сервис антикор авторизации и big data.  

• Рассмотрение различных хранилищ данных и их масштабируемости.  

• Введение в сервис уведомлений и использование технологий для рассылки данных.  

• Обсуждение мобильных устройств и их особенностей.  

• Рассмотрение логики работы сервиса и его модулей.  

• Обсуждение монолитной и микросервисной архитектуры.  

• Важность уровня команды и требований к устойчивости и точности.  

• Преимущества и недостатки микросервисов по сравнению с монолитами.  

• Примеры использования микросервисов в крупных проектах, таких как Instagram и 100 грамм.  

• Преимущества микросервисов для быстрого запуска и тестирования гипотез.  

• Примеры успешного использования микросервисов для масштабирования и управления ресурсами.  

• Микросервисы позволяют использовать разные языки и команды.  

• Низкий порог входа для новых разработчиков и быстрое подключение новых функций.  

• Преимущества в локализации и диагностике проблем.  

• Микросервисы помогают структурировать разработку и дисциплинировать команду.  

• Использование паттернов, таких как SOLID, для улучшения кода.  

• Преимущества микросервисов для продуктовой разработки и масштабируемости.  

• Микросервисы требуют согласованности контрактов и интерфейсов.  

• Недостаток опыта может усложнить использование микросервисов.  

• Проблемы с распределенными данными и транзакциями.  

• Изолированные базы данных усложняют сбор данных.  

• Пример с транзакциями между дата-центрами.  

• Необходимость использования очередей для координации транзакций.  

• Отсутствие статической типизации усложняет согласование контрактов.  

• Изменения в данных могут потребовать пересогласования контрактов.  

• Необходимость координации между командами для согласования изменений.  

• Использование асинхронного программирования для обработки данных.  

• Переход от join к HTTP вызовам для сбора данных.  

• Необходимость использования Kafka или других инструментов для обработки данных.  

• Проблемы с логикой и настройкой микросервисов.  

• Необходимость настройки и координации между сервисами.  

• Использование Docker и других инструментов для управления логикой и настройками.  

• Команды занимались поддержкой инфраструктуры, что усложняло работу.  

• Объем сервисов был большим, что требовало значительных ресурсов.  

• Каждая команда работала над своим сервисом, что создавало сложности.  

• Микросервисы обеспечивают гибкую масштабируемость и низкий порог вхождения.  

• Монолитные системы могут быть менее гибкими и более затратными.  

• Важно учитывать возможность деградации сервисов при разработке.  

• В монолитных системах деградация может привести к 500 ошибкам.  

• В микросервисах разработчики должны учитывать возможность отказа сервисов.  

• Важно иметь запасные планы и заглушки для обработки отказов.  

• Высокая связанность монолитов может быть проблемой.  

• Важно контролировать связи между компонентами.  

• Микросервисы могут обеспечить многие плюсы монолитов при правильной архитектуре.  

• Микросервисы легче масштабируются горизонтально.  

• Монолитные системы требуют значительных усилий для масштабирования.  

• Важно оптимизировать код и использовать проверенные практики.  

• Использование инструментов для анализа кода и оптимизации запросов.  

• Включение логирования запросов помогает выявить медленные участки.  

• Оптимизация кода может значительно ускорить работу системы.  

• Переписывание кода для масштабирования может быть дорогим.  

• Важно оптимизировать систему без значительных изменений.  

• Тестирование в монолитных системах может быть сложным из-за высокой связанности компонентов.  

• Обсуждение сложностей подключения и презентации в разных странах.  

• Пример с мега сервисом и микро сервисом, иллюстрирующий проблемы микросервисов.  

• Проблемы с жесткими схемами и договоренностями в микросервисах.  

• Проблемы тестирования монолита и микросервисов.  

• Предложение по разделению сервиса на независимые части для улучшения тестирования.  

• Пример с использованием внешних библиотек и тестов.  

• Обсуждение версий библиотек и их совместимости.  

• Важность соблюдения соглашений и версий для поддержания совместимости.  

• Проблемы и решения для управления изменениями в монолитных проектах.  

• Обсуждение языковой агностичности в разработке.  

• Проблемы и преимущества использования разных языков.  

• Примеры из личного опыта и подходы к поиску разработчиков.  

• Изменения в разработке за последние десять лет.  

• Влияние новых инструментов и технологий на процесс разработки.  

• Примеры курсов и вакансий, отражающих современные тенденции.  

• Монолитные системы сложно разворачивать локально.  

• Часто не хватает оперативной памяти для запуска.  

• Зависимости от системных компонентов могут создавать проблемы.  

• Docker помогает решить часть проблем с локальным развертыванием.  

• Использование dot-файлов и репозиториев упрощает разработку.  

• Микросервисы позволяют запускать только нужные части приложения локально.  

• Микросервисы экономят время на запуск и разработку.  

• Возможность запуска локальных микросервисов упрощает тестирование.  

• Микросервисы могут быть интегрированы с другими частями системы.  

• Микросервисы могут создавать несогласованность данных.  

• Проблемы с обработкой данных и транзакциями.  

• Решение проблем с микросервисами может привести к монолиту.  

• Проект для больниц столкнулся с проблемами из-за микросервисов.  

• Несогласованность данных и проблемы с транзакциями.  

• Решение: объединение микросервисов в монолит для улучшения производительности.  

• Важно правильно разделить приложение на микросервисы.  

• Понимание домена области помогает в этом процессе.  

• Микросервисы могут быть полезны в безопасном окружении с опытными разработчиками.  

• Монолитные системы подходят для быстрого прототипирования и тестирования гипотез.  

• Микросервисы полезны для оптимизации и улучшения производительности.  

• Переход на микросервисы требует профессионализма и понимания доменов.  

• Переход к сервисам происходит автоматически при оптимизации и использовании существующих инструментов.  

• Монолит может быть хорошим решением, если он хорошо написан и поддерживается.  

• В технике часто сосуществуют монолитные и микросервисные архитектуры.  

• Выбор архитектуры зависит от задачи и набора технологий.  

• В курсе используются микросервисы, что позволяет изучать плюсы и минусы различных фреймворков.  

• Микросервисы позволяют решать задачи более качественно и эффективно.  

• В курсе обсуждаются вопросы, связанные с микросервисами и монолитными архитектурами.  

• Курс построен на микросервисах, начиная с админской части и постепенно добавляя новые модули.  

• В курсе рассматриваются вопросы безопасности, авторизации, агрегирования данных и нотификаций.  

• Курс ориентирован на командную разработку, используя методологии Scrum, Waterfall и другие.  

• В будущем ожидается рост командных разработчиков, работающих вместе для достижения качественных результатов.  

• В курсе обсуждаются методы логирования и мониторинга микросервисов.  

• Используются инструменты, такие как ElasticSearch и Kibana, для анализа логов.  

• Важно отслеживать путь пользователя для улучшения пользовательского опыта.  

• В практикуме выделяются два уровня: первый этаж для новичков и второй этаж для опытных разработчиков.  

• Второй этаж включает командную разработку и глубокое изучение технологий.  

• Благодарность за участие и внимание к теме.  

• Обещание отправить дополнительные материалы и приглашение на будущие мероприятия.  

• Завершение с призывом улучшать свои навыки и прощаться.