1. Консьюмеры — сервисы, которые забирают данные с распределённых систем обмена сообщениями. Для этой задачи консьюмер написан на Python. С железом связана оперативно-диспетчерская система, данные с которой отправляются в Кafka. 2. Шина данных — распределённая система обмена сообщениями. Такие системы используются для снижения нагрузки на сетевое взаимодействие между сервисами для получения/записи данных. Данные передаются между сервисами, отталкиваясь от бизнес-логики. 3. Все 3D-объекты рисуются средствами библиотеки Three.js из простейших геометрических элементов и хранятся в типизированном буфере. Объект обновляется при изменении изначального состояния. 4. Данные с форсунок вносятся вручную во время проведения плановой переподготовки каждые 8 часов. Да, пока всё ещё используется тестовый эмулятор слитка.
Спасибо за комментарий. Уловил в нём беспокойство по поводу того, что это коробочное немасштабируемое решение. Но это не так.
Этот продукт — не коробочное решение. У него открытый исходный код и разрабатывался внутри, собственной командой. Сервис крутится на наших серверах. Год назад продукт закрепили за мной. Разобраться не составило большего труда, после чего я добавлял и изменял функционал. Чёрным ящиком продукт стать по определению не может. А новому разработчику поможет разобраться с продуктом документация, в которой описана вся необходимая информация по сервису, начиная от логики работы и заканчивая топиками кафки.
В основе системы — да, электронный учёт статусов сегментов. Но мы дополнили это визуализацией, чтобы было наглядно понятно, где и что. Плюс GUI для изменения состояния сегмента, причём этот GUI во многом меняли сами сотрудники цеха так, как им было удобно. В итоге у нас есть и учёт, и удобные для сотрудников интерфейсы изменения состояния, инвентаризации, снятия статусов и аналитики сегментов.
1. 3D моделью пользуются, она необходима для наглядности и отсутствия путаницы, поскольку форсунки валков находятся как снизу, так и сверху. Расположение их только на верхней поверхности 2D усложнило бы интерпретацию.
2. Формат используется в соответствии с международным стандартом формата даты.
3. Секунды действительно не нужны. Оставили для сохранения полноты формата даты-времени, но согласен, что можно и убрать.
1. Консьюмеры — сервисы, которые забирают данные с распределённых систем обмена сообщениями. Для этой задачи консьюмер написан на Python. С железом связана оперативно-диспетчерская система, данные с которой отправляются в Кafka. 2. Шина данных — распределённая система обмена сообщениями. Такие системы используются для снижения нагрузки на сетевое взаимодействие между сервисами для получения/записи данных. Данные передаются между сервисами, отталкиваясь от бизнес-логики.
3. Все 3D-объекты рисуются средствами библиотеки Three.js из простейших геометрических элементов и хранятся в типизированном буфере. Объект обновляется при изменении изначального состояния.
4. Данные с форсунок вносятся вручную во время проведения плановой переподготовки каждые 8 часов. Да, пока всё ещё используется тестовый эмулятор слитка.
Бек написан на django + DRF
Консьюмеры написаны с использованием библиотеки aiohttp
Фронт react+redux
Шина данных kafka
Бд postgres
Спасибо за комментарий. Уловил в нём беспокойство по поводу того, что это коробочное немасштабируемое решение. Но это не так.
Этот продукт — не коробочное решение. У него открытый исходный код и разрабатывался внутри, собственной командой. Сервис крутится на наших серверах. Год назад продукт закрепили за мной. Разобраться не составило большего труда, после чего я добавлял и изменял функционал. Чёрным ящиком продукт стать по определению не может. А новому разработчику поможет разобраться с продуктом документация, в которой описана вся необходимая информация по сервису, начиная от логики работы и заканчивая топиками кафки.
В основе системы — да, электронный учёт статусов сегментов. Но мы дополнили это визуализацией, чтобы было наглядно понятно, где и что. Плюс GUI для изменения состояния сегмента, причём этот GUI во многом меняли сами сотрудники цеха так, как им было удобно. В итоге у нас есть и учёт, и удобные для сотрудников интерфейсы изменения состояния, инвентаризации, снятия статусов и аналитики сегментов.
1. 3D моделью пользуются, она необходима для наглядности и отсутствия путаницы, поскольку форсунки валков находятся как снизу, так и сверху. Расположение их только на верхней поверхности 2D усложнило бы интерпретацию.
2. Формат используется в соответствии с международным стандартом формата даты.
3. Секунды действительно не нужны. Оставили для сохранения полноты формата даты-времени, но согласен, что можно и убрать.