Слияние кода завершено, страница обновится автоматически
Если задача больше не нужна, она удаляется, а информация о задаче удаляется из базы данных MongoDB. 5. Клиентская часть принимает запросы на удаление задач, серверная часть немедленно удаляет задачу и удаляет информацию о задаче из базы данных MongoDB. 6. Клиентская часть принимает запросы на обновление задач, а серверная часть немедленно удаляет старую задачу и создает новую, удаляет информацию о старой задаче из базы данных MongoDB и сохраняет информацию о новой задаче. 7. Первая версия использовала Netty в качестве промежуточного звена для обмена сообщениями, а сообщения сохранялись в Redis. Сервер запускался с HTTP-запросами, а клиент отправлял HTTP-запросы на сервер для обработки запросов. Из-за большого количества задач Redis не справлялся, поэтому этот подход был отвергнут. Вторая версия использовала RPC-фреймворк Netty, разработала серверную и клиентскую части, запускаемые на определенных портах. Из-за необходимости запуска серверной и клиентской частей для отправки сообщений, этот подход был также отвергнут. Третья версия использовала рекомендованную архитектурной группой архитектуру RocketMQ, но из-за проблем с повторной отправкой сообщений и ошибками, этот подход был отвергнут. Четвертая версия использовала ZeroMQ, который после сравнения с другими MQ-системами был выбран за свою легкость и быстродействие.8. В проекте используется ZooKeeper, разработаны специализированные утилиты для работы с ZooKeeper, которые обеспечивают операции добавления, удаления, изменения и выборки данных для серверной и клиентской частей. Также планируется добавить функцию отслеживания изменений (watch). Разработка серверной и клиентской части для периодической отправки пакетов с данными о состоянии в кластер ZooKeeper с использованием встроенного таймера Java.
Разработка мониторингового программного обеспечения, которое будет регулярно получать данные о пульсации серверов и клиентов из ZooKeeper. Если за определенное время не поступает новая информация, считается, что сервер или клиент недоступны, и их узлы должны быть удалены, отправлено уведомление по электронной почте, а информация об ошибке должна быть записана в системный файл журнала и в MongoDB.
Разработка консольного управления, которое позволяет просматривать текущее состояние выполнения задач и количество выполненных задач.
Управление страницей ZooKeeper, которая позволяет просматривать информацию о узлах серверов и клиентов, а также обновлять и удалять информацию о узлах.
Управление страницей задач, которая позволяет просматривать детальную информацию о задачах.
Управление страницей контактов, которая позволяет добавлять, удалять, редактировать и просматривать информацию о контактах.15. Управление страницей журнала, которая позволяет просматривать детальную информацию о журналах, записанных в результате ошибок системы.
clover
Разработка серверной и клиентской части для периодической отправки данных о состоянии (сердцебиения) в кластер zk, используя встроенные возможности таймера в Java.
Разработка мониторингового приложения, которое периодически получает данные о состоянии серверов и клиентов из кластера zk. Если за определенное время не поступает новая информация, считается, что сервер или клиент недоступны, и их узлы должны быть удалены, отправлено уведомление по электронной почте, а информация об ошибке должна быть записана в системный файл журнала и в MongoDB.
Клиентская часть принимает запросы на создание задач, создает информацию о задачах на серверной части клиента, запускает задачи в соответствии с их временными параметрами и сохраняет информацию о задачах в MongoDB.
Когда клиентская сторона выполняет задачу, она упаковывает информацию о выполнении задачи и отправляет её на указанный клиентский узел, обновляя время и состояние выполнения задачи на клиентской стороне. Если задача больше не нужна, она удаляется, а соответствующая информация о задаче удаляется из MongoDB.5. Клиентская сторона принимает запрос на удаление задачи, клиентский сервер немедленно выполняет удаление задачи и удаляет информацию о задаче из MongoDB.6. Клиентская сторона принимает запрос на обновление задачи, клиентский сервер немедленно выполняет удаление задачи и создаёт новую задачу, удаляя информацию о задаче из MongoDB и затем сохраняя информацию о новой задаче.
Первая версия использовала Netty в качестве промежуточного средства для передачи сообщений, храня сообщения в Redis. Сервер запускал HTTP-запросы, клиенты отправляли HTTP-запросы на сервер для обработки запросов. Из-за большого количества задач Redis не справлялся с нагрузкой, поэтому этот подход был отвергнут. Вторая версия использовала Netty RPC-фреймворк, разрабатывая собственный сервер и клиент, запуская их на определённых портах. Из-за необходимости запуска сервера и клиента для отправки сообщений, этот подход был также отвергнут из-за неудобства. Третья версия использовала рекомендованный архитектурной группой RocketMQ, но из-за проблем с повторным отправлением сообщений и ошибками, этот подход был отвергнут. Четвёртая версия использовала ZeroMQ, который после сравнения различных MQ-систем был выбран за свою лёгкость и быстроту передачи сообщений, полностью удовлетворяющую требованиям бизнеса.8. В проекте используется ZooKeeper, разработаны специализированные утилиты для работы с ZooKeeper, позволяющие серверной и клиентской сторонам выполнять операции добавления, удаления, изменения и выборки данных из ZooKeeper. Произведено тестирование функциональности ZooKeeper, планируется добавить функцию ZooKeeper watch.9. Разработаны серверная и клиентская стороны для периодической отправки данных о состоянии на ZooKeeper-кластер, используя встроенные возможности Java для реализации этой функции.
Разработан мониторинговый программный комплекс для периодической проверки данных о состоянии серверной и клиентской сторон в ZooKeeper. Если за определённое время не поступает новая информация, считается, что серверная или клиентская сторона вышла из строя, и удаляется соответствующий узел, отправляется уведомление по электронной почте, а информация об ошибке записывается в системный лог и MongoDB.
Разработан консольный менеджер для отслеживания текущего состояния и количества выполненных задач.
Разработана страница управления ZooKeeper для просмотра информации о серверных и клиентских узлах, а также для обновления и удаления информации о узлах.
Страница управления работами, просмотр детальной информации о работах.
Страница управления контактами, добавление, удаление, изменение и просмотр информации о контактах.
Страница управления журналами, просмотр детальной информации о журналах, записанных в связи с ошибками системы.
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )