Аннотация: Предметом исследования является проблема мониторинга и поиска неисправностей в распределённых высоконагруженных системах. Описываются наиболее распространенные ошибки при проектировании и разработки, способы их прогнозирования и решений. В данной статье автор описывается наиболее популярные инструменты, которые используются в настоящее время при разработке высоконагруженных систем и основные ошибки при работе с ними с точки зрения разработчика.
В данной статье описывается набор инструментов, внедрение которых позволяет существенно сократить время на поиск уязвимостей, описаны сложности при выборе набора технологий метрик - ELK/EFK, описываются их преимущества и недостатки. Подробно разбираются аналоги используемых инструментов. Основными выводами в работе являются:
- необходимость разработки инфраструктуры мониторинга системы с начала разработки проекта, благодаря чему можно исправить высокую сложность проекта на этапе его разработки.
- необходимо использовать наиболее популярные инструменты, по которым имеется большое количество информации в открытых источниках, например, в Интернет. Данный подход позволит сократить время на исправления ошибок, которые могут быть вызваны специфическим набором инструментов.
- компании необходимо не экономить на высококвалифицированном персонале, который в будущем позволит сэкономить большое количество времени на исправлении проблем, снизит время на разработку нового функционала и позволит уделять минимум времени для поддержки и тестирования уже разработанного функционала.
- при анализе проблем стоит обратить внимание на публичные ресурсы, в которых другие компании, скорее всего, решали уже подобные проблемы. Например, компания Facebook долгое время занимается проблемой мониторинга и разработало большое количество инструментов для решения этой задачи. Так же собирают большое количество системных записей, которые позволяют анализировать поведения системы при любых ситуациях.

Ключевые слова: мониторинг, высоконагруженная система, метрики, ELK, EFK, белый ящик, черный ящик, тестирование, контроль качества, архитектура

Abstract: The subject of the research is the problem of monitoring and troubleshooting in distributed high-load systems. The most common mistakes in design and development, methods of their forecasting and solutions are described. In this article, the author describes the most popular tools that are currently used in the development of high-load systems and the main mistakes when working with them from a developer's point of view.This article describes a set of tools, the implementation of which can significantly reduce the time spent searching for vulnerabilities, describes the difficulties in choosing a set of metrics technologies - ELK / EFK, describes their advantages and disadvantages. The analogs of the tools used are analyzed in detail. The main conclusions in the work are:- the need to develop the infrastructure for monitoring the system from the beginning of the project development, due to which it is possible to correct the high complexity of the project at the stage of its development.- it is necessary to use the most popular tools for which there is a large amount of information in open sources, for example, on the Internet. This approach will reduce the time spent on fixing errors that can be caused by a specific set of tools.- the company needs not to save on highly qualified personnel, which in the future will save a lot of time on fixing problems, reduce the time for developing new functionality and allow spending a minimum of time to support and test the already developed functionality.- when analyzing problems, it is worth paying attention to public resources in which other companies, most likely, have already solved similar problems. For example, the Facebook company has been dealing with the monitoring problem for a long time and has developed a large number of tools to solve this problem. They also collect a large number of system records for analyzing the behavior of the system under any circumstances.

Keywords: quality control, testing, black box, white box, EKF, ELK, metrics, hightload system, monitoring, architecture

Аннотация: The relevance of this article lies in the fact that today's databases are the basis of numerous information systems. The information accumulated in them is extremely valuable material, and today database processing methods are widely spread in terms of extracting additional methods, knowledge from them, which are interconnected with generalization and various additional methods of information processing.The object of research in this work is relational databases and DBMS, the subject of research is the features of their use in applied programming.In accordance with the set goal, it is necessary to solve the following tasks:1) to consider the concept and essence of a relational database;2) to analyze the problematic aspects of relational databases in modern conditions. Relational databases are among the most widespread due to their simplicity and clarity at the creation stage and at the user level. It should also be noted that the main advantage of RDB is its compatibility with the main query language SQL, which is intuitive for users.Nevertheless, with all the variety of approaches, there are still some canons, violation of which greatly affects both the design of the database and its operation. For example, the problem of database normalization is very relevant. Neglecting normalization makes the database structure confusing and the database itself unreliable.Promising directions include the development of queries to a relational database using heuristic methods, as well as the method of accumulating previously optimized queries with subsequent verification of the derivability of the current query from the accumulated ones.Finally, a very slow decline in relational databases is probably happening. While they are still the primary storage medium, especially in large enterprise projects, they are gradually being replaced by non-relational solutions that will become the majority over time.

Ключевые слова: undefined values, identifying relationship, data integrity constraints, tuples, DBMS, relational databases, normalization, denormalization, foreign key, primary key

Аннотация: В работе рассматривается проблема численного моделирования взаимодействия выделяемого автотранспортом газообразного диоксида серы с туманом в условиях повышенной влажности. Для этого применяется многофакторная двухфазная математическая модель, учитывающая динамику турбулентной основной фазы, динамику и кинетику многосекционной капельной фазы, наличие тепловых неоднородностей, образующихся в результате действия прямого и диффузного солнечного излучения в различных диапазонах, диффузию диоксида серы и его поглощение каплями тумана. Выполняется численное решение соответствующей задачи в системе моделирования экологических процессов AirEcology-P, позволяющей сгенерировать оптимальный решающий код для конкретной математической модели. Предложенная комплексная математическая модель, описывающая взаимодействие выделяющегося газообразного диоксида серы с каплями тумана, является новой. В данной модели уточнен расчет кинетики капельной фазы за счет учета дополнительного фактора слияния капель, характерного для тумана. Подмодель капельной фазы проверена в численных экспериментах (результаты сравнивались с данными прямого лагранжева моделирования популяции из 1000 капель), показаны достаточно хорошие результаты по точности. Получены результаты численного моделирования взаимодействия выделяющегося SO2 с каплями. Показано наличие самоочистки атмосферы, степень которой коррелирует с начальной концентрацией мельчайших капель и с высотой от поверхности.

Ключевые слова: численное моделирование, туман, многофазная модель, конденсация, испарение, поглощение загрязнителей, слияние капель, прямое солнечное излучение, диффузное излучение, диоксид серы

Keywords: numerical simulation, fog, multi-phase model, condensation, evaporation, absorption of pollutants, drop's coalescense, direct solar radiation, diffuse radiation, sulfur dioxide

Аннотация: Ранее в имитационной модели колонного струйно-эмульсионного реактора делалось предположение, что температура по высоте реактора и с течением времени не меняется, а находится в установившемся состоянии. Для учета изменения температуры в реакторе, необходимо знать количество тепла, требуемого на прогрев частиц, поглощаемого или выделяемого в ходе химических реакций, а также знать скорость теплопередачи в пространстве. Возможность расчета этих параметров для каждой витающей частицы в режиме онлайн ограничена быстродействием ЭВМ. Для ускорения расчетов принято решение создать базу данных этих параметров для всех веществ, участвующих в реакциях. При этом энтальпии и энтропии выражались через удельную теплоёмкость, для расчета которой использовался полином пятой степени. Значения коэффициентов полинома и фазовые переходы брались из справочников. Приведён алгоритм в виде блок-схемы для расчета удельной энтальпии частицы. С использованием разработанного алгоритма создана программа, позволяющая рассчитывать термодинамические функции. Взаимодействие между классами показаны на UML диаграмме классов. Приведены расчеты удельной энтальпии и энтропии для веществ на интервале температур 298-1850 К. Отклонения в значениях энтальпии и энтропии при температуре 1700 К по сравнению со справочными не превышают 1,2 %.

Ключевые слова: удельная теплоемкость, энтальпия, энтропия, термодинамические функции, колонный реактор, имитационная модель, температура, нагрев, программа, UML

Keywords: specific heat, enthalpy, entropy, thermodynamic functions, column reactor, simulation model, temperature, heat, program, UML

Аннотация: Объектом исследования в работе являются обслуживающие системы, на вход которых поступает поток заявок, представляющих собой множество работ, отличающихся взаимной зависимостью типа «финиш»-«старт». Время выполнения отдельных работ является случайной величиной, а само выполнение требует использования одного или нескольких видов ресурсов. Предполагается также наличие временных ограничений на длительность обслуживания заявки. Целью является разработка структуры базы данных, позволяющей хранить сведения о поступающих проектах, их работах, взаимной зависимости, используемых ресурсах и специалистах.
Проектирование логической структуры базы осуществлялось с использованием методологии «сущность-связь», позволяющей определить значения данных в контексте их взаимосвязи с другими данными.   Анализ специфики объекта исследования позволил определить множество требований, предъявляемых в базе данных. На основании данных требований, а также с учетом нормализации отношений, используемых в теории реляционных баз данных, была спроектирована структура отличающаяся универсальностью с точки зрения применения, поддержкой анализа процесса составления расписания, а также учета всех специфических особенностей объекта исследования.

Спроектированная структура базы данных может быть использована в различных областях, где возможна декомпозиция проекта на множество отдельных взаимозависимых задач, не требуя при этом серьезных модификаций. В частности, представлены примеры использования базы для информационных систем в строительных отраслях и для проектирования и управления разработкой IT-проектов

Ключевые слова: База данных, Логическая модель данных, Сущность-связь, Нормальные формы, Многофазные системы, Стохастические параметры, Взаимная зависимость работ, Временные ограничения, План-график, Управление проектами

Keywords: Database, Logical data model, Entity-relationship, Normal forms, Multiphase systems, Stochastic parameters, Interdependence of works, Temporary restrictions, Schedule, Project management