Альфа платформа. Быстрый старт.

0:09 Так, коллеги, еще раз доброе утро рад всех приветствовать. На нашем мероприятии мы начинаем серию семинаров по программному обеспечению Альфа Платформа. Меня зовут Елшин Алексей, я заместитель директора. По продажам центра аппаратов программных систем группа компаний автософт. Значит, мы являемся официальными дистрибуторами программного? Обеспечения Альфа Платформа, но мы не просто поставляем данное по мы, еще осуществляем техническую поддержку и имеем сертификат на обучение. Мои коллеги расскажут об этом более подробно.

0:57 А теперь начинаем передаю слово моему коллеге Денису Алексееву продуктовому менеджеру Денис спрошу. Доброе утро, коллеги. Давайте. Я сейчас открою. Так хорошо. Сегодня у нас ждет увлекательное погружение в мир альфа платформы. Наши доклады будут касаться в основном и по большей части технических моментов. Но начнем мы немножко. Вещей, которые Я бы хотел затронуть, которые касаются выбора. Вообще Альфа платформа я назвал свою презентацию выбор специалистов и хотел немножко объяснить, показать, почему, собственно, была выбрана именно Альфа платформа.

2:18 Итак, Альфа платформа является продуктом, который производит компания Атомик Софт. Это российский разработчик инструментального прикладного программного обеспечения здесь ключевым словом является российский. То есть в наше время? Мы четко отслеживаем запросы наших клиентов и требования отечественности по все чаще и чаще возникающие. Для нас важно было чем то закрыть, поэтому. Альфа платформа то с вот этим, вот большим иконостасом различных сертификатов, подтверждающих их отечественное происхождение.

3:15 Нам расскажет про штековский сертификат, который мы тоже ожидаем. Скоро появится. Ничего не видно. Вообще ничего не видно. Так сейчас минуточку. Во Видно да. Теперь видно отлично. Хорошо, давайте я. Коротко повторю. 2 Слайда Альфа Платформа. Производителем является аутомик логотип. Вы видите, он такой узнаваемый, еще раз посмотрите, если где на выставках увидите. Можете подходить, добро пожаловать, вам все будут рады. Обещанные кучи сертификатов разных разных.

4:31 Подтверждающих отечественность и российское происхождение. Ну и, собственно, центр АПС. Наша Часть группы компании. Мы являемся центром компетенции, по в том числе и Альфа платформе. Наши компетенции подтверждены сертификатами, мы в настоящий момент являемся единственным дистрибьютором в России. Чтобы получить этот сертификат, нам пришлось очень много потрудиться. Мы сертифицировали своих специалистов, мы прошли обучение, получили сертификаты помимо того, что мы сами научились данному программному продукту, мы в том числе и.

5:34 Научились учить других людей, получили сертификаты на наших преподавателей, мы сертифицировали наш учебный центр. И теперь мы можем официально проводить обучение по продуктам Альфа платформа с выдачей сертификатов, так как учебный центр является лицензированным учебным центром государственным. И может выдавать сертификаты о получении дополнительного образования, то помимо сертификатов ООО Атомика мы в том числе выдаем и официальные сертификаты дополнительного образования.

6:21 И наш учебный центр в этом ключе выглядит очень, очень привлекательно и выигрышно. Мало кто на рынке может предложить такие услуги. Что теперь, что касается Альфа платформы? Почему мы выбрали ее с точки зрения потребителя? Я сейчас буду рассказывать, что обычно нас спрашивают, когда мы предлагаем, какой то новый продукт, а он вообще где то используется. То есть вообще, кто то его применял в своих продуктах в своих проектах мы? Всегда всегда мы теперь можем говорить и говорим про Альфа. Платформа, что да, Альфа платформа уже в течение многих лет используется проекте в Транснефти на большом количестве сигналов. Это большой огромный проект, поэтому данное решение проверено и испытано.

7:31 И можно получить подтверждение от владельца и. Бесперебойной работе. И такой проект не только 1 еще очень большое количество. Внедрений есть на Московском метрополитене, это десятки станций, различные системы, различные линии. Все решения, все внедрения описаны в референс листе, если есть. Желание ознакомиться можно ознакомиться. Там больше сотни объектов, поэтому да данный продукт проверенный. Данный продукт поддерживает мультиплатформенность, вы уже не привязаны к Виндовс. Вы можете использовать и Линукс различные Линукс, и вы можете использовать также отечественную операционную систему Астро Линукс. Есть сертификат, подтверждающий совместимость.

8:42 Если клиент скажет, что все декларируют. Но не у всех работает. На этом мы можем сказать хорошо, конечно, замечательно. Мы уже имеем внедрение на Линукс, то есть есть системы, которые работают и. Работоспособность подтверждена на практике, и она уже даже не 1. Сейчас на подходе еще несколько решений больших на Линукс Альфа Платформа. Отказоустойчивость. Очень важный момент, который позволил внедрить данный программный продукт на Транснефти, это то, что.

9:34 Данные решения отказоустойчивые, можно организовывать резервирование, можно организовывать дублирование узлов хесториана резервирование каналов данных. И эта гибкость позволяет вам строить систему надежно.

9:57 На максимум ваших возможностях, то есть все, что вы можете себе позволить, вы можете реализовать на данном программном продукте. архитектуры, что мне здесь хочется сказать этот слайд? Вы еще увидите сегодня, просто я хочу сказать, что все различные реализации от одиночного узла до мультисерверных решений может быть реализована на 1 этом программном продукте.

10:31 За счет чего получается? Такая гибкость. В данном случае она реализована путем отсечения ненужного функционала, то есть не нужна мультисерверность, функционал отсекается. У вас получается продукт с названием Альфа Скад? Не нужна клиент северной архитектуры, функционал отсекается, все устанавливается на 1 машину, продукт называется Альфа. Ван + не нужны коммуникационные возможности. Взаимодействия узлов функционал отсекается, получается, Альфа Ван.

11:14 Но продукт 1 и тот же. Это дает вам возможности перестраивать гибко, менять структуру и архитектуру. Ваших систем под проект. Бывают постоянные, бывают временные по подписке, что здесь хочется добавить то, что. Прайс рублевый. А в настоящее время это ну в нашей стране, как показывает практика. Раз в несколько лет это является очень важным фактом фактором и. Рублевый прайс часто спасает ваши проекты во времена экономических неурядиц. Помимо лицензий продажи лицензии, также возможно предоставление услуг как разовых. Это обучение внеплановая доработка консультационные услуги, так и периодических контракта с Илай контракт на обновление, что важно здесь добавить.

12:35 Отечественная компания у вас никакого языкового барьера с ними нет. Если вам нужна какая то доработка, если вам нужны какие то услуги, всегда можно договориться и поговорить, просто поговорить. И спросить, а вообще можно ли это реализовать? Как это можно, сколько стоит и призываю вас с этим пользоваться? То есть, в отличие от импортных программных продуктов, где вы будете общаться через?

13:04 Кучу кучу кучу посредников и переводить ваши ваши. Просьбы будут всегда переводиться, потом переводится обратно. Ответ и получается испорченный телефон, здесь такого не будет. Вы всегда получите ответ на ваш вопрос. Так же, как и у всех у. Атомик софт на продукт Альфа платформа есть. Разные уровни. Поддержки базовые, стандартные оптимум премиум. Вы всегда можете выбрать в зависимости от того, насколько у вас критичное производство. Насколько вы считаете подготовленными себя к внедрению, можете выбрать разные уровни?

14:03 Ну или немножко о жизненном цикле? То есть, как и у всех взрослых компаний, есть определенный срок жизни у программного обеспечения. Она, как правило, зависит не от производителя, она зависит от производителей операционных систем и вести свой. Продукт в течение десятилетий никто не будет, конечно, но декларируется срок жизни версии 10 лет, то есть в течение этого срока продукт будет доступен. Ну а в дальнейшем у вас все равно, я думаю, попросит.

14:44 Обновиться. Да, но если у вас компьютер будет работать на старенькой операционке десятилетней. Ну, естественно, ничто у вас не сломается. Но все же мы рекомендуем регулярно хотя бы раз в лет в 5 обновляться, потому что операционки новые, новые протоколы, новые. Различные. Новые системы, новые архитектуры, все новое, жизнь меняется очень быстро, поэтому лучше работать на новом. На этом я свою презентацию заканчиваю. У нас по Да, сейчас Алексей представит следующего докладчика. Спасибо за внимание, если есть вопросы, пишите. Мы на них ответим всегда либо сейчас, либо попозже, благодарю за внимание.

15:59 Спасибо, Денис хотел еще раз прокомментировать, если будут вопросы по ходу выступления. Пожалуйста, пишите в чат, мы, когда Денис сказал, ответим обязательно ответим. Либо если будут еще какие, то вопросы можно писать на нашу почту. Группа компаний, вы ее видите, это софт, собачка, это софт. ру, ваш вопрос могу гарантировать. Не оставится без внимания, мы обязательно ответим. А сейчас я хочу предоставить слово начальнику коммерческого отдела Атомик Софт Кульневу Сергею.

16:44 День добрый. Как этим пользоваться? Это закрыть, что то открыть сейчас 1 момент тут и с некоторой нюансной. Стрелочкой. Подождите, сейчас все будет. Фик, это Где? Сделаем. Ты не хочешь посмотреть, видно, не видно, ох ура видно. Итак, начнем еще раз, здравствуйте, меня зовут Сергей Кузин, я отвечаю за развитие. Продуктов компании бизнеса, о чем речь, по сути дела, у нас есть 2 группы людей, 1 кто уже знаком с нашим продуктом и. И судя по списку того, кто сегодня присутствует таких меньшинство, большинство знает либо понаслышке, либо мало что вообще знает о нашем продукте. Поэтому я в большей степени буду ориентирован на тех, кто 1 раз. Слышит о нашем продукте или знает о нем очень мало. Значит, для тех, кто с нами работает давно, то является нашим партнером, мы отдельно сделаем. Я обещаю, постараюсь на следующей неделе сделать презентацию, где.

18:19 Больше будет сравнений с тем, что было и что стало. Значит, сейчас мы переходим от компонентной продажи продуктовой и тот, кто не знаком с нашим продуктом. Ну, наверное, не имеет смысла вникать, какие то детали. Вот для тех, кто знает, что мы предлагаем, мы предлагаем набор компонентов каждый функционал того же сервера. Он имеется, он отдельно лицензируется, ну. Например, если вам нужны алармы, то это на данный момент является отдельной опцией. Если вам нужны вычисления, то вы также должны эту опцию указать, если вам это не надо. Вы за это можете не платить, но.

19:04 Возникает такая достаточно интересная штука во 1. Наши компоненты на сегодняшний день они не зависят от размера системы, и получается, что он у малых системах маленького размера это получается. Достаточно дорого, то есть мы не конкурентоспособны, с какими то продуктами с точки зрения цены имеется ввиду недорогими продуктами, вот а на больших. Системах мы получаемся, ну как то очень неприлично дешево. Это как то, ну прям даже не солидно. Вот поэтому это 1 вещь еще 1 важный момент, это то, что. На текущий момент, чтобы заказать набор компонентов под систему, нужно разбираться в том, что ты заказываешь, если там полгода или год проектов не было. На нашем с Альфа платформой то возникнут проблемы с выбором, то есть люди начинают путаться. Руководство всеми этими вещами мы решили перейти на. Продуктовый подход для сравнения слева то, что сегодня нужно заказать для того, чтобы получить систему одиночную, стоящую на 500 точек, вот не обязательно. Все перечитывать, чтобы вы понимали, что список достаточно большой, и это все опциональные вещи. Да, она упрощается, грубо говоря, до 2 строчек, то есть. Вы приобретаете саму систему локальную и само, по сути дела, сервера Стори 1. Сокращается количество заказных номеров, в них проще ориентироваться 2.

20:39 На маленькие системы изменилась цена, то есть это та цель, которую мы преследуем. Собственно, еще 1 цель, которую мы преследуем при переходе от. Компонентных продаж продуктовом-это четкое позиционирование продукта под определенную задачу. Как раньше происходило, к нам подходят люди.

21:03 На той же выставке Нефтегаз. И спрашивают, а что у вас есть? Вот мы рассказываем, что у нас отказоустойчивая система, она большая. Мы можем много всего делать резервировать много уровней, естественно, люди стараются показать. Наиболее, скажем, такие важные моменты показать все преимущества, как правило, заканчивается следующее. О, это у вас очень большая крутая система, у меня таких проектов нет и так грустно уходит.

21:34 Вот чтобы такого не происходило, мы решили, что сделать Альфа платформа как наименование, как бренд. Она останется, и она будет касаться, а вернее, она не минутка. Будет данное имя, будет иметь продукт, который предназначен для построения многоуровневых систем.

21:55 Если начать слева направо, то что вы видите? Самая маленькая система, которой мы сделали это одиночная, настоящая система, так называемая шкафная. То есть это, по сути дела, аналог и чемайки без коммуникаций, то? Есть как для панели оператора, который не имеет внешних сетевых коммуникаций. То есть, если вам нужно сделать систему, которая обладает свойствами взаимодействия?

22:29 Взаимодействие с оборудованием, вот и при этом, как правило, она стоит непосредственно рядом с управляемым объектом. То, пожалуйста, вот небольшая маленькая система, следующая по размеру. Система также является локальной, 1 очень настоящий, и это система, которая, но на большинство из нас знает, что такое интач. Ну, в общем, то это альянтач, то есть это не некая недоделанная Скада.

22:55 Та система, у которой нет выделенного сервера, то есть не доска. Да, то есть некое одиночное, стоящее решение, которое в себе там все сочетает. Так или иначе, значит, более большой уровень, это классическая скада, система, которая. Подразумевает наличие клиент сервера, да это вот достаточно большой набор представителей на рынке присутствует. Да, это также сапер Скада, тот же айфикс Джи Винсиси. Практически у всех это классическая клиент, серверная архитектура.

23:31 Характерная она тем, что количество серверов логических, которые присутствуют в Скаде не больше. 1 То есть вы можете поставить дублованный сервер? Но с точки зрения логики построения системы с точки зрения проекта это 1 сервер, который выполняет функции. Присущи серверу те же там алармы, вычисления, коммуникации и так далее. Платформа подразумевает наличие нескольких серверов, множество серверов, каждый из которых выполняет самостоятельную функцию, и система может быть построена как в горизонтальном направлении, так и вертикально может быть создано несколько уровней по сути дела.

24:16 Что лицензируем? Во всех системах лицензируются внешние теги, мы внутренние теги, не считаем все, что вы там. На создаете, оно не является для нас предметом лицензирования. Что касается маленьких систем, то в общем то на 1 Хосте, сколько есть тестов, столько есть. Да что касается Скады, то здесь. Лицензируются сами, собственно, сервера имеется ввиду по количеству тестов. Клиенты по количеству тестов не лицензируются, то есть они являются едиными и никак не привязаны к размеру системы.

25:04 Как стоит каких то денег, так и есть. Они отличаются по типу, то есть по своему Оскаром, так функциональному наполнению полный клиент обрезанные. Ну, например, клиенты для видео стены там принципе не. Требуется управление, поэтому ну какой смысл закладывать в систему полноценного клиента? То есть мы сделали для этого отдельно с урезанным функционалом за меньшую стоимость платформа подразумевает?

25:32 Многосервенную архитектуру соответственно все входящие теги в единую систему, они лицензируются как весь комплекс соответственно. Через какое количество каналов связи или серверов попадет информация? В систему это не имеет значения, по сути дела. Сейчас вот на текущий момент она так и есть, то есть по сути дела. А единственное, чем отличается, что разработчик может гибко распределять количество?

26:04 Тегов ввода вывода по тому или иному серверу, то есть это можно делать, менять любой момент времени. То есть система лицензирования будет считать общее количество тестов, которые проходят через все сервера ввода вывода вывода. Сервера вывода это не какое то отдельное по это сервер, который выполняет данные функции. Он может одновременно выполнять функции приложений, заниматься расчетами и так далее. Это не имеет значения, это логическая. Функция мы лицензируем также именно количеством серверов, которые выполняют функцию ввода вывода более подробно. Дальше будет и, значит, получается следующая линейка продуктов, то есть продукты еще раз они. Отзнать предназначены для того, чтобы закрывать определенные задачи, задачи определенного уровня, то есть есть локальная шкафная задача. Это Альфа, вам есть 1 очень настоящая система, это Альфа Ван + есть задача где. Необходимо сделать резервирование или требуется большое количество клиентов, то проще это сделать в Альфаскате, если требуется построить большую систему многоуровневую. Если он система распределенная, то для для. Этих задач больше подходит платформа, ну еще раз дальше больше. Там с примерами вы увидите, можете сказать, что у меня есть задача, которая выходит за рамка того, что вы нарисовали. Ну, допускаем, да мы можем не все. Задачи покрыть, возможно, некоторые конфигурации избыточные или есть какие то некоторые промежуточные вещи. Вот если у вас есть потребность, она коммерчески выражено в определенных объемах, мы готовы рассмотреть. Ваше предложение и сделать специально под вас определенную конфигурацию. Какого то продукта, который будет доступен только вам, и вы его будете приобретать? Но опять же, если это интересно с коммерческой точки. зрения, то есть у вас разовый проект, который там на очень большую сумму, то заморачиваться ради этого. Ну, наверное, не имеет смысла ни нам. Не вам больше потратим времени на согласование, что что то войдет.

28:19 Время тоже стоит денег, нам надо эти вещи учитывать. И так? Коротко обращаю вас внимание, вот в этом квадратике указано то, что поставляется, грубо говоря, из коробки. То есть это те протоколы, которые уже есть? На борту вот здесь дополнительно то, что можно приобрести в качестве опции, перечислять не буду. Читать вы, надеюсь, умеете видеть, и вот значит Альфа. Ван, это одиночный узел, обратите внимание, что диапазон тестов, с которыми работает данная конфигурация. Он находится в диапазоне от 50 до 500 то. Есть здесь полностью, вот на этой линейке изображены шкала размерности тех систем, с которыми мы умеем работать. Вот на сегодняшний момент мы умеем. Работать с системой до 2000000 тегов, ну что значит умеем работать? Мы гарантируем, что оно работает, есть когда у некоторых производителей в тарифах. Бывает такая градация там, 32064 а дальше следующая анлим там безлимитный. Ну, то есть гипотетически, можно предположить, что там на 1000000 тегов. И больше, ну по факту это означает, что, как правило, да что больше 64000 или сколько там указано в предыдущем варианте, в общем то процентов на 10. На 15 но, конечно, будет работать, если будет больше, но в 2 раза возникают жуткие проблемы. Хотя она безлимитная, в нашем случае все цифры указаны.

30:00 В размерах тегов они говорят о том, что мы гарантируем работоспособность в этих размерах. У нас нет версии, Анлим, мы не понимаем, что это такое, и мы не знаем, как будет вести себя наша система, но мы четко. Знаем, как она будет вести себя там при 500 при 1000000 или при 2000000 тегов. Мы это знаем, поэтому не за это не в чем ответственность. Если честно, пишем в нашем тарифе, значит, соответственно, дальше что?

30:29 Вот пример архитектуры, ну. Я так понимаю, она не очень нагруженная, поэтому как бы останавливается на этой архитектуре, не имеет смысла. То есть есть есть полка некоторые или там любое оборудование, с которым работается, ведется обмен? Данными, собственно, сам компьютер на нем установлена. 1 Единственная системка так важный момент, что именно вот в локальные, чем эти, которые не имеет возможность коммуникации наружу, у них встроенная функция.

31:02 Введение исторического архива на 90 дней. А расширить или уменьшить таких опций мы не предусмотрели? То есть принципе для локальной шкаф той автоматизации это более чем достаточно, потому что. Никто там никогда не смотрит там историю работы оборудования, если изначально не смотрели поднять информацию наверх на более высокий уровень, никто.

31:29 На шкафном, на шкафной панели никто никогда не смотрит, как он вел себя в прошлом году или в позапрошлом. Это задача не того человека, который пришел порулить машиной, это задача там технолога. Механика и так далее для этого существуют другие решения, другие системы, поэтому мы ограничили именно так. Ну посмотреть, что на дело там 2 часа назад. Ну да, это, наверное, имеет смысл, это интересно.

31:54 Значит, следующая система тоже все в 1, но она обладает сетевыми коммуникациями, то есть внешним взаимодействие. Мы можем отдавать данные наверх, можем отдавать данные в такую. же систему, то есть она обладает возможностью обмена информации. Ну опять же, повторюсь, вы, наверное, лучше всего знаете как раз что такое интач, но вот это по сути дела и.

32:16 С точки зрения лицензирования некий аналог, соответственно, протоколы, которые видны доступны по умолчанию. При заказе 1 строки они указаны, есть дополнительная опция, можно дозаказывать. Тоже тоже указан, значит, пример Альфа Ван +. У нас идет от 150 точек до 50000 опять же и еще важный момент. Значит, доступен 1 веб клиент, то есть вы? Можете не докупая, каких то лицензий с внешнего браузера. Если вы укажете в проекте, что у вас будет ВЭБ, клиент запустится веб сервер и будет у вас.

32:56 Впускать, и вы будете видеть абсолютно все то, что видит локальный клиент то, что вы будете видеть на локальной машине. Варианты архитектур, то есть, если у вас существуют 2 независимые системы управления. Допустим, 1 агрегатом другим агрегатом или там 1 установкой другую установку, пожалуйста, вот вот. Вам 2 независимые системы, каждый работает со своим контролем еще пример архитектуры. Когда вы можете сделать дублирование, обращаю ваше внимание на использование слова дублирование. Которое отличается от резервирования? Я прекрасно понимаю, что здесь собрались люди, которые четко понимают разницу, но на всякий случай повторюсь, что дублирование подразумевает то, что. Это работают 2 независимые системы, которые ведут себя самостоятельно, они каждая из них выполняет свою функцию самостоятельно. И никакого обмена между этими системами не происходит.

34:01 Это не функция резервирования, в принципе можно сделать некий аналог резервирования, но. Он будет обладать, скажем так, определенными. Урезанными функционалом, в частности, вы можете организовать обмен оперативными данными? То есть вот на этой машине вы можете видеть все, что происходит? Надо было 2 полка нарисовать, извините. Вот было бы интереснее, а но в данном случае это чисто дублирование. То есть в принципе обмен оперативными данными будет, но нет обмена. Алармами и тревогами до аварийно предупредительной сигнализации и нет обмена истории. Что это означает много практики, это означает, что Аларом. Который возник на 1 из машин в 1 системе, которую вычислили. Значит, если вы его сквитируйте на 2 машине, скорее всего, он тоже возникнет, но. Он не погаснет, как смонтированы, то есть нужно не погасить соответственно время появления Аларма на 1 машине время появления Аларма на. Другой машине могут не совпадать 1 и 2 100 она время квитирования. Оно опять же будет не совпадать, то есть они будут еще раз, повторюсь, они. Будут вести самостоятельный образ жизни, каждый из них является самостоятельным узлом, и вам к программисту придется в общем то налаживать. Взаимодействие между 2 независимыми системами, ну это возможно. Иногда люди хотят сэкономить, увеличивать свои трудозатраты или приложив. Их на кого то либо не сам работать, кому то подарить эту работу, чтобы люди наслаждались трудом своим. Пожалуйста, значит, следующая система.

35:52 Следующий есть это классическая клиент, серверная скада. То есть здесь, в явном виде, присутствует выделенный сервер? Сервер умеет отдавать наружу алармы сервер наружу, умеет отдавать данные приписи. Да, то есть он умеет, в том числе генерировать алармы по писи. Аи, чтобы вы внешней системы могли их отлавливать, то есть он предназначен уже для встраивания в более большие системы список протоколов.

36:26 Голубенький, он здесь и здесь он присутствует. Вот а опциональный также здесь написано пример архитектуры. Ну, собственно, сам полка или там какое то оборудование? Вот, собственно, сервер и различные типы клиентов клиенты отличаются по своему функционалу.

36:48 Ничего особо интересного нет, варианты мы можем организовать резервирование. Пардон, если вы у вас будет 2 контроллера по 15.00 тегов, да то. Соответственно, у вас система должна иметь размерность на 3000 тегов, соответственно, можно организовать еще 1 интересную систему и забрать данные опять.

37:10 С Ичимай, + то есть это в принципе будет аналог того, что вы эти данные взяли с контроллера. Только вы их взяли не с контроллера, а взяли его сочимай. + И при этом дополнительные вычисляемые данные вы также можете забрать с этой системы соответственно для.

37:32 Скада системы для Альфа Скада, эти теги и эти, и эти, они являются внешними. Поэтому общее количество тестов, которые вы должны будете заказывать, которые будет система лицензирования, распознавать она является сумме. Чтобы это все не считалось, да нужна лицензия платформы, там этого нет. Значит, в Альфа Скаде вещи считаются для тех, кто на данный момент знает, как лицензируется Альфа платформа, это некое отличие, то есть так. Как сейчас лицензируется платформа, это именно в Альфа платформе. Вот в Альфа Скаде, в Альфа Чума, ой в Альфа Ван и в Альфа Ван+. Все внешние, абсолютно теги, которые приходят извне, они являются лицензируемыми.

38:20 Вариант построения резервируемой системы, соответственно, вам нужно иметь 2 лицензии сервера. Это не отдельная опция, где можно галочкой поднять это полноценная лицензия 2 сервера. По цене они тебе говорят, ой 2 лицензии дорого. Ну, возьмите, просуммируйте. И посмотрите, какая будет цена, то есть цена решения, она достаточно конкурентоспособна. Следующая размерность системы это мульти сервер, то есть мульти серверная, многоуровневая, распределенная.

38:56 Это как раз платформа. Смысл платформы заключается в том, что количество серверов, которое может быть системе, оно не ограничена. Пример архитектуры выглядит следующим образом. То есть в данном конкретном случае вы видите 4 сервера ввода вывода, вот 2 из них работают в паре. Образуя резервную пару, и общее количество тегов на систему составляет 15000 соответственно. У нас есть лицензия, которая подразумевает, что то.

39:28 Лицензия на 15000 тегов это некая пакетная штука, которая в себя включает также лицензию на 4 сервера. Ввода вывода и 1 полный клиент, соответственно, как будут распределены. Теги по серверам это в общем то. Дело разработчиков, я тут красиво по 5 расписал. Мне было проще считать, поэтому я не напрягался. Я просто поделил на 3 все, как бы распределить. Это не имеет значения, если по каким то причинам. Необходимо вот. Взял ошибку, сделал если по каким то причинам необходимо большее количество тестов. Да вот здесь, на самом деле, я запутался в 3 соснах. Здесь, должно быть, 5000 то есть, но потому, что делал, делал, да считал, считал. Как будто напрягся и запутался. Если необходимое большее количество, а не так вру все совсем всех запутал и себя запутал. Если у вас есть оборудование больше, чем у у вас позволяет делать сервер, вывода вывода вывода.

40:40 Да, общее количество, где у вас, если запутала всех и вся, есть лицензия на 5000 точек. Лицензия включает в себя 2 сервера ввода вывода, но мы решили, что эти 2 сервера вывода оба. Они должны использоваться в резервной паре для работы именно вот с этим ответственным узлом. При этом возникает потребность еще подключить какое то внешне удаленное. Устройство и у нее отдельный канал связи, и оно требует отдельной установки. Какого то компьютера для этого потребуется дополнительная лицензия на этот сервер именно на сам сервер, то. Есть физически, если нужно поставить еще 1 дополнительный сервер еще 1 машину, которая выполняет функции ввода вывода, то нужна будет дополнительная лицензия на сервер ввода вывода.

41:39 При этом количество тестов общее 5000 не изменилось, поэтому лицензия на 5000 она как была, так и осталась. Непонятно. Ну вот, тут ребята в зале присутствуют, вроде кивает, а кто то вообще молчит. Или все пока? Нет, 5000 это общее количество, которое на систему по умолчанию 2 у вас есть уже. Вы можете поставить 2 машины, которые выполняют функцию ввод ввода вывода, если вам нужно больше физических компьютеров, которые выполняют именно эту функцию, то нужно докупать лицензии именно вот на еще на на физические машины, то есть.

42:27 2 Он не на 5 он сервер по количеству тестов, не сервер ввода вывода по количеству тестов, никак не лицензируется. Он 1 единый, он не зависит, он просто как сущность. То есть это он определяет возможность использования того или иного хоста для функции водовывода?

42:53 Есть лицензия на Альфа платформу, вот есть платформа мне вот в данном конкретном случае, да вот 5 5000. 2000000000. 1 Пакетом в В данном конкретном случае лицензия на 5000 точек, соответственно, как их распределить по серверам ввода вывода это ваше дело. Как разработчик в комплекте комплект лицензий на 5000 точек в себя включает? 2 Лицензии на 2 сервера ввода вывода. Вот если вы их сейчас в данном конкретном случае задействовали под резервную пару. Все вы лицензии, которые входят в состав платформы, выбрали, вам нужно еще.

43:45 Неважно, по каким причинам мы сейчас это не обсуждаем, надо партия сказала, тогда хочется, вот хочется. Вот пожалуйста, если вы хотите использовать еще. Сервера водовода то у вас есть всего 2 лицензии, соответственно, 3 дополнительно вам нужно купить 4 дополнительно. Вам тоже нужно купить, то есть.

44:06 Да, да, они не отличается по количеству тестов, он единый. Я понял так давайте. Да, да, Нет нет. Суммарно суммарно все, что поступает извне, да вот я рамочкой тут обвел, вот вот рамочкой обвел. Обратите внимание, все, что поступает извне от лицензии именно платформы, то есть все, что там установлено внутри. Она подразумевает суммарно 5000 тегов сумма до 5.

44:56 Почему там нормально все? 3 + 1500 + 505 Все логично, то есть 0 5 + полтора. 2 3 + 2 5 Вроде совпадает. Да, да, да, имеется ввиду не сервер родов. Вывод как таковой, а лицензия на функцию ввода вывода для определенной машины. Так вот физическое да, да, да, да, да, да? То есть набор протоколов мне не важно, вы можете в каждом конкретном на каждом экземпляре, установленном физическом, использовать любой набор протокола либо весь, либо 1 там любой. Доступного списка опять же, если вам нужно расширить список. Да, вы можете рационально увеличить количество, это протоколов. Но где, на какой машине он используется, это не имеет значения.

46:00 Это важно. Значит, вот пример. Ну, по сути дела, это горизонтальное расширение, то есть это не просто, скажем так, классическая скада. Да, это некая система, которая имеет дополнительные сервера ввода вывода, что касается вертикального расширения. Здесь и вертикально, и горизонтально обращаю ваше внимание, что вся вот эта вот линейка установленных серверов, которые находятся посередине, которая не выполняет функции ввода вывода, она не лицензируется.

46:38 Их количество неограниченной лицензии вы можете их ставить в том количестве, в котором вам заблагорассудится. То есть еще раз лицензируется общее количество поступающих вот из вне этой рамочки и. И лицензируется количество серверов ввода вывода в зависимости от размера системы. Лицензия подразумевает определенное количество серверов ввода вывода. Ну, грубо говоря, исходя из практики, обычно достаточно такого количества я понимаю, что. Возможны разные варианты, но, как правило, вот этого количества оно достаточно. Собственно, вот такая штука количество серверов можно назвать их серверы. Приложения как угодно их назовите, то есть вот эти вот серверы, которые не выполняют функции ввода вывода, они не лицензируются, вы можете наделать.

47:39 Большое количество уровней собирать эту информацию как угодно. Там с других серверов обмениваются между собой, организовывать распределенные вычисления, пожалуйста, под лицензия на. Продукт под названием Альфа платформа она работает именно таким образом. То есть, если вам нужно разбить, это все растащить по количеством разным хостам, то удобнее использовать именно. Эту лицензию, значит, возникает вопрос, а во мне что нибудь отдаете? Да вам не отдаем вот все, что есть внутри. Все, что вы породили все, что приходит по кондиционным протоколом, так? Далее можно забирать абсолютно все теги, то есть не те, не только те, которые пришли, да в том числе те, которые вы внутри породили, там вычли Аларм и так далее все это забирается вам.

48:27 Коротко, чем они отличаются в общем, то они отличаются по размеру, по использованию наличия. Скажем так, Веба, где то он встроенный в клиент, где то он приобретается дополнительно, вот есть мультисерверность, возможность. использования сохранения о забыл, чуть не забыл ребят. Очень важный момент, значит, на текущий момент наш подход к лицензированию на сегодняшний день он не разрешает использование какого то стороннего сервера истории.

49:03 То есть он рассчитан только на работу с именно с нашим собственным альфа фестолем? Вот, а для продуктов ван + мы разрешаем использовать внешний. Сиквел, в частности, Майкрософтовский либо постгре. То есть у нас эти вещи отработаны при этом ответственность? Она лежит в общем то на разработчике, если по каким то причинам история начинает медленно. Работать глючит еще что, то это как бы на совесть. Разработчик в Альфа платформе мы не решились на такой поступок, вот и все таки. На данный момент мы считаем, что мы должны нести ответственность. Комплексную за все решения и в связи с тем, что платформенные лицензии будут подразумеваться использование на каких то больших распределенных системах, чтобы заказчики не мучились в 1 очередь. Во благо им мы не разрешаем использовать какие то сторонние решения настоятельно, по сути дела, принуждаем использовать нашу историю, потому что мы гарантируем комплексную работу системы.

50:12 Это важный момент, собственно, самхисторин, самхисторин, существует в нескольких видах. 1 Это как опция для опять же альфа платформы Ван + и Альфа Скады и также Альфах историям. Сервер истории может использоваться самостоятельно, к нему есть коннектор, который позволяет по протоколам внешним. В данном случае аписичные все подключать, собирать внешние данные.

50:41 Предоставляет данные по пи си Эйч Ди и по пищевее. Ну, собственно, у меня уже время истекло. Все, что мог, все, что как бы хотел, рассказал. Ну, собственно, выбор за вами. Давайте вопросы, да? Да, Внутри предусмотрен переход с точек, то есть увеличение количества точек и переход с. Более, скажем так, маленького продукта на более большой. Еще важный момент, про который виде не сказал, в отличие от большинства конкурентов, мы компания достаточно молодая. И вот это вот разбиение по продуктам, она в большей степени логическое, то есть. Оно появилось у нас не путем поглощения покупки там других компаний, и эти продукты путем поглощения не получается, что каждый из них. Ну даже если они и сделали общую систему конфигурирования для. них проект для маленькой системы он не будет работать на проекте для системы там среднего размера. Да, а система среднего размера опять же не будет несовместима с системой большого размера, потому? Что это свой компилятор, это свой там или транслятор до система, это разные рантами. По сути, у нас рантайм, 1 и тот же кубики одни и те же мы из, по сути дела, там 4 кубиков складываем систему и.

52:25 Любого размера путем ограничения, поэтому у нас очень легко перейти от совсем маленькой системы и. Скажем так, до системы гигантского размера мало того из большой системы. Можно выделить маленькую купить отдельную лицензию, поставить его на одиночный компьютер при этом. Каких то дополнительных разработок не требуется? Вы берете кусочек, его перетаскиваете и все получаете маленькую лицензию. Ну не знаю, продали кусок завода, например я, ну.

52:58 Причины разные бывают, иногда там надо лицензию выделить. Это редкие, конечно, случай, но они как бы такие существуют. Тоже еще вопрос, если вы позиционируете для платформы свой отделить историю, значит, наверное, есть интерфейс для работы с ним внешне. Ну, то есть для отчетной системы прочее эта опция, она как? Вот оно вот. Доступ доступ, внизу написано, и еще забыл указать. Согласен, что не все умеют работать с. Су Пи Си, значит, есть су сквель.

53:48 Да, медленно, но есть медленно, это примерно 200000 забросов в секунду. Ну, это в нашем понятии это медленно. То есть до 200000 параметров в секунду в принципе работать будет? То есть км так гарантировать, там по 600 по 800 и выше не сможем. У нас есть внутренний протокол, вот в общем то мы его готовы открыть, как он работает. То есть об этом мы еще расскажем, что у нас появится? СДК, ну вот, собственно, это чуть позже. Ну, пожалуйста, это Апия, оно есть, оно его надо описать, сделать и доступ будет. То есть варианта доступа описи Эйчди описи Йюэй Эскве, значит, апи наш, ну, собственно, все.

54:49 Или еще что то? В качество отчетной системы мы сейчас. Закончим к Новому году, у нас будет свой собственный отчетник, он обладает, скажем так, некими ограниченными функционалом по сравнению. Допустим, с дрим репорт, то есть мы сейчас закончили тестирование с древние порции. Они подтвердили, что это работает, что это работает хорошо. Вот сейчас новости публикуем об этом уже не публикова, а уже публиковали. Извините, но у вас уже есть, но мы не стремимся конкурировать со специализированной. Системой, то есть мы не являемся профессионалами в этой области, но, по крайней мере, мы еще в это не погружались. Но существует асотапешная задача, которая требует, ну, скажем так, каких то отчетов, скажем так, не. Очень продвинутых для этих целей у нас есть отчет свой собственный и, что немаловажно, он будет российский, и он будет просто платформенный, что немаловажно. Поэтому вот у леди Би на Линуксе это выглядит несколько.

56:03 Поэтому мы, скажем так, в эту сторону не идем, не смотрим, по сути дела, это уже, скажем так, то, что уже ну отживает свой век. К сожалению, вещество с безопасностью там тоже вопросы. Вот собственно. Все. Я представлю тогда следующего нашего выступающего. Вероника, Вероника, вам сейчас расскажет о том, чем наша система отличается вообще в комплексно от большинства тех вещей, о которых вы знали, потому что. У нас есть некоторые особенности, с которыми мы хотели вас познакомить и обратить ваше внимание. А вот теперь, как мне переключить, вот Веронику я вижу.

56:59 Она умеет, да? Добрый день, коллеги, подтвердите, пожалуйста, что меня слышно да слышно. Так идите, что видите мою презентацию. Да, но она пока в режиме этого разработки вот так хорошо. Добрый день, всем меня зовут Шамилунова Вероника, и я расскажу об особенностях создания проектов автоматизации при использовании продуктов Атомик Софт. Представим, что перед нами стоит задача получения данных с нижних уровней на вышестоящие уровни. Вот, например, как на представленной на слайде схеме передачи туда.

57:46 Хочу обратить внимание, что Альфа платформа охватывает только верхние уровни, то есть на схеме. Вы можете видеть, что мы охватываем только уровни. Серверов Скада и уровень центральной диспетчерской. Ну, это вот в контексте конкретно данного пример. То есть наши средства разработки позволяют создавать проекты автоматизации верхнего уровня? Но тем не менее при конфигурировании Альфа. Платформы для нас важным является уровень, который на данной схеме обозначен как уровень ПЛК важным. Он нам для нас является, потому что С.

58:33 Конфигурацией в проекте мы описываем интерфейс взаимодействия с ним фактически при конфигурировании альфа платформы, данный уровень мы рассматриваем как. Внешний источник данных без какой либо конкретизации и описываем соответственно интерфейс взаимодействия с ним. Давайте обозначим основные этапы создания. Проекта автоматизации верхнего уровня с использованием средств разработки Альфа платформ 1. Этап это создание библиотеки технологических типов 2 этап, это. Создание библиотеки графических типов и 3 этап это уже непосредственно создание проекта автоматизации верхнего уровня, который включает в себя описание. Структуры проекта, а именно описание узлов системы, схемы их взаимодействия, описание информационной модели технологического объекта и создание экранных. Форм и их наполнений хочу отметить, что 1 2 этапа являются подготовительными. Задача создания проекта автоматизации верхнего уровня, но основополагающими. Я становлюсь на каждом из этапов, чтобы определить, что именно на них происходит и так 1 этап. Это этап создания библиотеки технологических типов данная. Библиотека создается в специализированной среде разработки альфа студия и имеет свои особенности, о которых я бы хотела рассказать немножко подробнее.

1:00:00 На предыдущем слайде вы видели схему передачи данных и обозначенные на ней уровни, которые, как я сказала, важны при конфигурировании платформ вот. Собственно, здесь верхней части данной схемы вы можете видеть снова. Эти уровни за 1 изменением, что уровень ПЛК, который там был назван именно. ПК здесь имеет название Источник. Это сделано для того, чтобы продемонстрировать, как я уже говорила, что для нас данный уровень не конкретизируется. То есть при конфигурировании альфа платформы мы не конкретизируем, что является источником данных пол калия, сторонняя система либо же. Имитатор, который используется для отладки создаваемого проекта, мы рассматриваем этот уровень именно как уровень источника данных и собственно. Описание в конфигурации этого уровня ведем только лишь для того, чтобы определить интерфейс взаимодействия с источником данных, вот, собственно. При создании каждого нового технологического типа при добавлении его в библиотеку мы технологический тип, то есть какой то реальный физический. Объект, который существует, где то на физическом уровне описываем его представления для каждого уровня, то есть с точки зрения каждого уровня.

1:01:18 Ну, например, для уровня источника данных мы создаем представление задвижки и оснащаем это представление набором параметров, которые мы получаем от источника данных либо же источнику данных. Передаем далее на основе этого представления уровня. Источника данных мы создаем представления для уровня серверов ската. Здесь вы можете видеть, что представление задвижки на этом уровне имеет уже более широкий набор параметров, набор параметров расширяется параметрами обработки данных. Например, параметрами для индикации ошибки любыми другими, которые могут понадобиться в конкретном проекте и конечным представлением технологического типа. Задвижки будет ее представления на уровне центральной диспетчерской, ну конкретно для. Данного примера здесь вы тоже можете обратить внимание, что представление имеет усеченный набор параметров, так как в конкретно данном примере. Мы считаем, что уровень центральной диспетчерской является не управляющим, и нам на нем достаточно о. Физическом объекте знать только информацию о его текущем статусе и и чеши. Собственно, вот таким вот образом создается каждый технологический тип и добавляется в библиотеку. То есть описанием данного технологического типа для каждого уровня? Который является значимым при конфигурировании Альфа, платформ, принадлежность определенного представления, уровню в среде разработки альфа диф студия определяется с помощью специальной метки, которая создается и собственно представлению. Добавляется, дабы иметь понимание, что это представление технологического объекта принадлежит, например, уровню источника данных. Далее я еще остановлюсь на метках и на том, в чем они могут быть полезны в дальнейшем, а для конкретно данного этапа. После того как разработчик добавит все необходимые технологические типы, мы считаем, что формирование библиотеки технологических типов окончена и можем переходить к следующему этапу следующий этап. Это создание библиотеки графических типов.

1:03:32 Библиотека графических типов создается в среде разработки визуальной части проектов, и ее создание тесно связано с предыдущим этапом, то есть С. Библиотекой технологических типов сейчас я более подробно расскажу, в чем же связь, и то есть на данном этапе разработчик визуальной части проекта. В специализированном дизайнере создает мнемознак, например, вот задвижки. Как она, собственно, будет выглядеть на экранных формах после того, как? Мнима знак будет готов, разработчик связывает этот графический тип с уже имеющимся технологическим типом библиотеки, которая была создана ранее.

1:04:19 В результате этого у нас получается новое представление графического типа, которое в дальнейшем нам потребуется для создания иерархии. Мнемосхем, о которой я расскажу немножко позже, ну а касательно данного. этапа таким вот образом происходит наполнение библиотеки графических типов, то есть создается мнемознак, рисуется мнемо знак и связывается с имеющимся технологическим типом в уже существующей библиотеки.

1:04:48 После того как все графические типы будут созданы. Данный этап считается завершенным и, соответственно, считается завершенным подготовителем этап для создания проектов автоматизации верхнего. Уровня, то есть на данном этапе у разработчика в арсенале имеется библиотека технологических типов и библиотека графических типов. Хочу отметить, что созданные библиотеки являются фактически универсальными, то есть они еще не привязаны ни к какому определенному проекту. Автоматизации верхнего уровня и могут использоваться в различных проектах, так как они подключаются в создаваемый проект отдельно.

1:05:30 Переходим к следующему этапу уже непосредственно к этапу создания проекта автоматизации верхнего уровня и здесь. Предполагается, что будет произведено описание узлов системы и схемы их взаимодействия в левой части Слайда. Вы можете обратить внимание, что снова? Представлена схема передачи, там снова представлены те уровни, которые, которые я показывала ранее. И, собственно, вот данные узлы мы и должны будем описать В. Среде разработки Альфа Диф Студия обращу внимание, что источник данных здесь, чтобы это не было конкретно контроллер, сторонняя система либо же имитатор. Мы описываем только для того, чтобы определить интерфейс взаимодействия с ним, то есть мы не конфигурируем конкретный контроль наши средства разработки. Этим не занимаются, ну и, собственно, на данном этапе мы описываем узлы их наполнения и схемы взаимодействия, то есть протоколы данных все, что может. Потребоваться и можем переходить собственно к следующему этапу этапу описания модели технологического объекта. И именно на данном этапе мы и подключаем. Ту самую созданную ранее библиотеку технологических типов, дабы на основе типов, хранящихся в ней, создать их экземпляры, то есть создать ту самую иерархию. Технологических объектов дерево сигналов обращаю ваше внимание на то, что здесь используется тот же самый подход, то есть описание на каждом уровне.

1:07:09 Именно для этого у нас и предусмотрены те самые метки, о которых я рассказывала ранее. То есть экземпляры технологических типов, которые уже у нас есть в библиотеке, создаются автоматически? То есть разработчик указывает конкретное представление, указывает метку и, соответственно, автомобиль, добавленный экземпляр технологического типа для нужного уровня. То есть это метка позволяет определить, для какого уровня необходимо? Создать экземпляр, и вот таким вот образом. Собственно, для каждого уровня создаются экземпляры технологических типов. Я немножко отступлю и расскажу, для чего же именно у нас создается вот этот вот уровень из источника данных для. Чего он описывается, для чего мы описываем представление технологических типов для этого уровня? Если на самом деле в Альфа платформе у нас нет контроллеров, и, собственно, мы их не конфигурируем. Делается это для того, чтобы упростить. Расширение уже имеющейся систем. Ну, например, есть у вас система, где резервная пара серверов и источник данных? Тут вам у вас появилась задача ее расширить, какой то дополнительный, например, подсистем, если бы не было описанного уровня.

1:08:30 Источника данных, то есть представлений. На данном уровне то пришлось бы снова делать такую же работу, которая была проделана вот для уровня серверов Скада описывать новый интерфейс. Взаимодействия с Источником это время это время на отладку. А так как у вас уже есть описанный уровень источника данных, вам достаточно лишь при расширении. Имеющейся системы добавить представление технологических объектов на уровне этой подсистемы и, собственно, подсистема уже будет базироваться на интерфейсе. Обмена данными с источником, который описан вот с помощью, собственно, вот этих вот представлений. Для этого это и нужно, ну а касательно этапа создания. Проекта, то есть я сказала то, что здесь мы описываем собственный экземпляр уже имеющихся технологических типов, формируем иерархию технологических. Объектов для каждого уровня, и, собственно, после этого мы можем переходить к заключительному этапу к этапу создания экранных форм и их наполнение ранее я. Говорила о том, что при разработке визуальной части при разработке библиотеки графических типов разработчик создает мнемо знак, например, задвижки и. Связывает ее с уже имеющимся представлением технологического типа библиотеки, технологических типов, и при этом процессе у нас формировалось представление.

1:10:09 Графического типа, на основе которого, как я тогда уточнила. В дальнейшем у нас будет формироваться иерархия мнемосхе. Вот, собственно, на на этом этапе формирование иерархии мнемосхем и происходит каким. образом она происходит разработчик визуальной части проекта, создает экранной формы и на экранных формах размещает экземпляр графических типов. То есть те самые немознаки, которые он ранее добавил библиотеку? Графических типов и которые уже непосредственно связаны с конкретными технологическими типами, размещает и в результате этого формируется иерархия Минимасхем, которая содержит в себе описание имеющихся визуальных. Части проекта Форм и собственно информацию о том, какие экземпляры технологических объектов на данных формах располагаются. То есть, грубо говоря, это такая своеобразная карта, которая помогает установить?

1:11:10 На какой форме, какой экземпляр технологического объекта размещается? Хочу обратить внимание, что это не вызывает дублирование данных, то есть все экземпляры технологических типов. В иерархии Мазхем располагаются посылки, идет непосредственно к. Иерархии технологических объектов, которые формирование, которые мы рассмотрели ранее и собственно дублирование, не происходит теперь непосредственно. Расскажу, для чего же нужна эта иерархия? Для чего же она формируется и какие полезные функции несет?

1:11:49 А структуру созданной иерархии мнемосхем можно представить следующим образом. То есть есть есть корневая форма, форма, 1, форма, 2 форма 3? На каждой форме располагаются экземпляры технологических типов объекты и, собственно. Каждый объект описывается определенным набором параметров, например, оператор при работе с визуальными частью проекта автоматизации верхнего уровня находится. Ну, например, на форме, 3 и ему необходимо перейти к объекту 1 1.

1:12:28 Для того чтобы ему на память не вспоминать. Где же этот объект, на какой форме располагается или же не ходить по всем формам, которые существуют в проекте, не искать? Предусматривается такая функция, как поиск экземпляров технологических типов в. Рантайн, как это реализуется, то есть в интерфейсе пользовательском, где то предусматривается поле ввода, в которое оператор вводит идентификатор объекта. Идентификатор каждому экземпляру технологического типа присваивается на этапе формирования. информационной модели, собственно, оператор вводит этот идентификатор и и выполняет поиск. Результатом поиска является список форм, на которых экземпляр технологического типа располагается из этого списка. Оператор спокойно может перейти к нужной ему. форме, ну и собственно произвести необходимые действия с объектом 1 1. Это вот 1 такая функция, которая становится возможной реализуемой при наличии иерархии мнемосхе 2 функция, это агрегация сигнализации, что это такое. Ну предположим, что по объекту 1 1.

1:13:45 По параметру 1 произошла аварийная сигнализация, в этот момент оператор также там находится, к примеру, на форме. 3 Он видит в журнале события о том, что у него произошло аварийное событие. Сигнализация сработала по объекту, 1 1 ему нужно как можно более как можно быстрее перейти к этому объекту. 1 1 И собственно произвести действие для устранения возникшей проблемы.

1:14:14 Также, чтобы не искать ту самую форму, на которой этот объект располагается, предусматривается такая возможность, как агрегации сигнализации, реализуется. Она также в интерфейсе при помощи специального индикатора, который загорается при возникновении аварийной. Сигнализации по нажатию на этот индикатор пользователь получает список форм и собственно из этого списка. Он может перейти к той форме, на которой располагается объект сигнализации. Как же это реализуется, как это конфигурируется в Альфа платформе В.

1:14:52 Уже сформированную библиотеку технологических типов добавляется служебный тип агрегаторы событий. Каждый тип агрегатора характеризуется такими параметрами, как тайп и Сиверица Тайп. Это Ивен Тайп в соответствии со. Спецификацией описи Ае, то есть здесь задается. К какому типу событий конкретно данный агрегатор будет чувствительным? Например, дискретные события либо же события по уровням и так далее и задается диапазон важности и событий к. Которым также данный тип агрегатора будет чувствителен, таких типов агрегаторов может быть создано сколько нужно в контексте данного проекта. То есть это решает разработчик и каждый тип агрегаторов характеризуется определенными? Служебными параметрами, которые, собственно, и позволяют в визуальной части проекта организовать ту самую агрегацию сигнализации после того, как служебный тип агрегатора событий был добавлен в библиотеку технологических. Типов необходимо разместить экземпляры типов агрегаторов, по имеющимся технологическим типом, по которым нам необходимо агрегировать события и также экземпляры агрегаторов размещаются на формах для того, чтобы поднимать. Сигнализации по иерархии мнемосхемы на уровне выше и после того, как это будет выполнено. Структура иерархия мнемосхем у нас будет выглядеть следующим образом. То есть каждый объект, каждая форма оснащается агрегаторами? И собственно, когда произойдет аварийная сигнализация у объекта 1 1 по параметру 1. У самого объекта тип агрегатора, который чувствителен к произошедшему событию, будет взведен и, собственно, у самой у формы 1 прошу. Прощения, на которой располагается объект, 1 1 будет взведен в соответствующий тип агрегатора. Ну и у корневой формы, и, собственно, тот самый индикатор, о котором я рассказывала ранее, который привязан к данному типу агрегат.

1:17:15 Загорится просигнализировав о том, что произошла аварийная сигнализация. Ну и как я говорила ранее, пользователь нажмет получит список форм, на которых располагается объект сигнализации и спокойно перейдет к нужному объекту, дабы произвести необходимые действия. Функции, о которых я рассказала, а именно поиск экземпляров технологических типов фронтайм и агрегации сигнализации существенно сокращает, время сокращает. Время реакции персонала на события, возникшие в системе, ну и в принципе повышает удобство работы оператора с визуальной частью проекта на этом у. Меня все буду рада ответить на ваши вопросы. Уточню, что далее следующий рассказчик уже непосредственно на конкретном примере расскажет, как именно. Создаются библиотеки технологических типов, графических типов и создается непосредственно сам проект автоматизации верхнего уровня. Благодарю за внимание.

1:18:23 Так спасибо, Вероника. Так, а Виктор у нас на месте? Добрый день. Про мгновение на подготовку. Так что так? Так должно быть видно. Да так все видно хорошо, ну что ж, добрый день еще раз, уважаемые коллеги. Меня зовут Виктор Отрощенко, я являюсь начальником отдела разработки прикладных решений, и в рамках своего выступления я продемонстрирую как раз этапы разработки проекта автоматизации верхнего уровня в Альфа платформе. Ну, собственно, начнем. С ознакомления что как раз и будем автоматизировать?

1:19:28 Автоматизировать будем резервуар, у которого на вход. Поступает какая то жидкость по трубе, и жидкости размещена запорная арматура и датчик давления также для слива жидкости. Из резервуара установлена задвижка 2 для запора, для того, чтобы жидкость. Не сливалась в ненужный момент и также установлен датчик давления на выходе, собственно, также установлен уровень датчик уровня в самом резервуаре для отслеживания наполнения этого резервуара.

1:20:06 И познакомимся с архитектурой проекта, который будем разрабатывать архитектуру передачи данных, будет состоять всего из 2 узлов. В качестве источника данных. Может выступать сторонняя скада, система может быть имитатор данных, как в нашем случае либо это может быть программированный логический контроллер, собственно, давайте и. Договоримся то, что в рамках данной презентации мы будем называть источник данных контроллер либо либо внешнего источника данных. Но, повторюсь, в нашем случае роль источника данных выполняет имитационная модель.

1:20:55 Далее нас приемник данных, собственно, с Альфа платформы на Альфа платформе будет. Взаимодействовать с источником данных Альфа Сервер мы его будем называть сервер Скада. В рамках данной презентации и с приложение Альфа Эчимай позволит нам отобразить полученные данные в виде мнемосхем. Ну что ж, познакомились с целевой задачей. Теперь можем приступить к непосредственно разработки, прежде чем начать разработку, давайте рассмотрим. Какие типы, какие объекты мы можем типизировать, из чего будет состоять библиотека типов? Итак, мы можем выделить объекты задвижка 1 и задвижка 2. В 1 тип, собственно, набор параметров, с помощью которых будет осуществляться взаимодействие Альфа платформы с внешним источником для этих задвижек. Одинаковый также датчики давления и датчик уровня будет иметь также одинаковый набор параметров. Собственно, мы для них выделим тоже 1 тип.

1:22:12 Обращаю внимание то, что в типе мы будем описывать только те параметры, которые присущи общие одинаковые параметры, которые присущи для типа индивидуальные параметры, такие как имя объекта. Идентификационный номер и так далее это все описывается уже непосредственно для каждого объекта отдельно. С этим мы также познакомимся чуть позднее. Ну и давайте и давайте рассмотрим на примере задвижки. Какие параметры будут с помощью каких параметров будет взаимодействие между сервером Скада с внешним источником? Итак, в рамках библиотеки типов мы подготовим следующий набор параметров для взаимодействия с.

1:23:01 С внешним источником в 1 очередь нам мы будем получать от внешнего источника параметра статус. То есть состояние задвижки и во внешний источник будем передавать значения команд Опен и Клоуз, собственно, В. Сервере Скада, мы также будем описывать эти параметры и опишем связи между этими параметрами на уровне типа и расширим. Состав параметров в представлении задвижки сервера Скада добавим еще параметра обжиг Нейм.

1:23:38 В котором будет отображаться идентификатор? Конкретного экземпляра задвижки на Мнемосхеме, ну и, собственно, после этого создадим. Библиотеку типов и в рамках этой библиотеки графических тифов прошу прощения и в рамках этой библиотеки графических типов нарисуем мнемо знак, с помощью которого будем идентифицировать состояние задвижки с помощью цветовой индикации. Ну, собственно, основную вводную часть мы обговорили, можем приступать непосредственно разработке. Для этого откроем приложение Альфа де в студии, ну и начнем с 0 создадим новое решение, так?

1:24:28 1 Секунду итак Назовем решение Демо пока что оно пустое. И создадим 1 модуль, это будет как раз модуль для библиотеки типов библиотеки элементов, так его и назовем. Библиотека типов в рамках данного модуля автоматически создались ссылки на сервисные модули, они нам понадобятся позднее. Обращаю внимание то, что в обозревателе решений. Размещающиеся слева на экране. Добавляются объекты элементы будущего проекта по мере того, как мы будем наполнять этот проект и, собственно, ниже размещается панель элементов. Из которой мы будем и добавлять новые объекты, ну и, собственно, в 1 очередь, давайте разместим 2 пространства имен для разных типов объектов.

1:25:38 Так 1 пространство имен назовем Икс, в здесь будут размещаться представления типов с разных точек зрения, с разными метками задвижки. И 2 пространство имен назовем его, а и здесь будут размещаться представления типов для аналоговых датчиков, из которых впоследствии мы будем создавать объекты для. Датчиков давления и датчика уровня, ну и, собственно, зайдем внутрь 1 пространства имен и разместим здесь логический тип. В этом 1 логическом типе будет создан набор параметров, с помощью которых будет осуществляться взаимодействие с внешним источником, то есть мы опишем.

1:26:33 Тип задвижки представление типа задвижки с точки зрения. Контроллера, ну и назовем его пылка. Ну и здесь внутри этого логического типа разместим параметры. Это будет параметр статус типа 2. И добавим 2 болевых параметра, это будет параметры опен и клоуз. Обращаю внимание на размещение этих параметров относительно. Основного относительно рабочего поля параметры статус распрощается справа, он является выходной, то есть от значения этого параметра мы. Будем получать от нижестоящего уровня системы, то есть от контроллера и и параметры опен, и клоуз размещаются слева, они являются входными и.

1:27:47 На них мы будем передавать значения команд. Собственно описали набор параметров, которым мы определили ранее, и вернемся к. Чтобы проверить, действительно у вас опен и Коус, и статус. Ну и теперь создадим представление. Логичного представления типа задвижки с точки зрения сервера Скада. Для этого вернемся в пространство имен Х. С. Разместим еще 1 логический тип, назовем его Скада. И укажем то, что этот логический тип является представлением логического типа ПЛК.

1:28:31 С помощью свойств Указали, а соответствующее значение в соответствующем. Свойстве, ну и теперь зайдем внутрь этого логического типа. Для того чтобы связать эти представления 1 и того же типа с разных точек зрения и описать взаимодействие между этими представлениями. Добавим ссылку, добавим ссылку на представление полка.

1:29:04 И с помощью контекстного меню с помощью мастера экспонируем входы и выходы таким образом мы описываем. В представлении с точки зрения скада. С точки зрения сервера Скада автоматически создали параметры статус опен клоуз и отписали взаимодействие между этими параметрами между разными. Представлениями типа 1 и того же типа фактически, ну и теперь расширим. Набор параметров с точки зрения скада для типа задвижка добавим строковый параметр.

1:29:50 Значение этого параметра мы не будем получать с источника, с внешнего источника, мы его будем определять при. экземпляров типизированных объектов в конфигурации альфа сервера. Поэтому для того, чтобы описать, указать это значение, мы добавим атрибуты. Для этого параметра добавим атрибуты начальное значение. И начальное качество значение атрибута начальное качество уже установлено 192 по спецификации описи, да? Значение этого качества является хорошим, а начальное значение назначение атрибута начальное значение. Мы будем уже задавать во 2 части моего выступления при создании экземпляров жить на конкретных типизированных объектах.

1:30:54 Итак, таким образом мы описали параметры абстрактной пока еще задвижки с точки зрения внешнего источника и описали параметры также абстрактной задвижки с точки зрения сервера Скада и также описали взаимодействие взаимосвязи между этими параметрами.

1:31:14 В разных представлениях теперь перейдем к пространству имен АИ. Аналогичным образом добавим логический тип с именем полка. И опишем добавим в него параметры, которые будут присущи для типа аналоговый датчик. Разместим параметры типа флот четырехбайтная вещественная, назовем его вал. В рамках данной демонстрации больше никаких параметров нам не интересно. Больше ничего мы со внешнего источника с контроллера получать не будем.

1:32:02 Собственно, на этом описание аналогового датчика с точки зрения контроллера завершена. И теперь аналогичным образом создадим логический тип с. С точки зрения скада. Укажем то, что он является представлением логического типа полка. И таким же образом свяжем эти параметры. Через ссылку. И экспонирование. Отдельных параметров также добавим параметры облик Нейм. С атрибутами начальное значение и качество. И добавим сюда еще 1 пара строковый параметр.

1:32:56 Назовем его юнец, вы в этом параметры будут отображаться единицы измерения, в которых. Выдается значение аналогового датчика. И точно так же мы будем описывать, задавать конкретные единицы значения единицы измерения для значения датчиков также при создание экземпляров объектов. Так таким образом мы отписали теперь уже и аналоговый с разных точек зрения описали их состав параметров и связи между этими параметрами. Теперь для того, чтобы сама Альфа.

1:33:47 Альфа деф студия могла отличать эти параметры с разных точек зрения. Добавим метки, о которых ранее говорила Вероника. В рамках в терминологии Альфа де в студии эти метки называются аспекты. Добавим 2 метки, назовем их ПЛК и Скада, и для каждого представления типа укажем конкретную метку. Я не буду сейчас переходить по. Пространствам имен я воспользуюсь обозревателем решений и так для аналогового датчика представления. С точки зрения ПЛК ему укажем с помощью свойств метку соответственно на ПЛК и аналогичным образом укажем метку Скада для представления аналоговой параметра с точки зрения так.

1:34:48 И теперь аналогичные действия сделаем для задвижки для типа задвижки. Так что так? Собственно, на этом формирование библиотеки технологических типов пока закончена, пока приостановим и можем перейти к формированию библиотеки графических типов. Для этого решения Альфа де Студия закроем и откроем его в инструменте дизайнер Альфа Эчмай. Так так, как мы создавали этот на решение с 0 проекта для визуальной части, проект автоматизации верхнего уровня еще не существует, и мастер нам. Предлагает создать новый проект, собственно, создаем новый проект. Здесь мы можем увидеть те объекты, которые создавались ранее в Альфадо в студии.

1:35:53 И можем увидеть экранную форму Майнформ, которая создалась автоматически. Сейчас она нам пока не интересна, мы сейчас создадим. Нарисуем графические типы для ускорения процесса создания. Я нарисую только графический тип для задвижки, а все остальные графические элементы импортирую и готовы. Итак, для того чтобы создать тип графического объекта? Вызовем соответственно мастер через контекстное меню. Выберем пункт создать графический тип на основе технологического объекта.

1:36:40 И выберем то представление технологического объекта, которое будем брать за основу для мнемознака. Итак, сейчас мы будем рисовать для задвижки графический элемент и выберем с кадром, и также с помощью галочек выберем набор параметров, которые. Будем использовать для анимирования графического элемента. Нажимаем ОК и видим то, что появился в проекте студии в решении, чем в Майдане, и также появился тип графического объекта. Даме откроем его на редактирование и давайте для понимания.

1:37:24 Просто переименуем также в Икс В. Итак, здесь мы открыли этот графический тип на редактирование, пока он еще пустой. Существует только элемент АП набор параметров, которые мы описали ранее в типе технологического объекта. Ну и, собственно, с помощью библиотеки стандартных элементов нарисуем, создадим. Визуальное представление воспользуемся линией и нарисуем бантик. Получилось, конечно, не особо аккуратно, но мы всегда это можем поправить с помощью редактора свойств.

1:38:11 Поправил координаты для всей линии, и сейчас каждую точку также немного подправим, чтобы она была более красивая, ровная. Так что так? Вот такая линия получилась такой бантик. С помощью бантика с помощью цветовой индикации, то есть изменения цвета будем отображать состояние задвижки. Для этого свойстве тип заливки укажем новое значение. Это сплошная заливка, цвет заливки для дизайн тайма изменим. Пускай она будет серая, она будет серая, только когда мы ее будем размещать на экранной форме.

1:39:07 В Рантайме она будет серая только до момента получения значения статуса. И вот чтобы задать связать свойства цвета заливки и назначение параметров, статус добавим вычисляемое значение. Через формулу формулу по условию и так укажем следующее условие. Если статус равен единице, будем считать то, что задвижка является закрытой, и цвет заливки этого бантика должен быть желтым.

1:39:45 Если назначение параметра статус равен дойки, будем считать то, что задвижка является открытой, и цвет заливки должен измениться на зеленый. Собственно, таким образом и мы настроили цветовую индикацию для типа задвижки. Далее для того, чтобы отобразить на Мнемосхеме не только состояние задвижки, но и что это? Отобразить имя этой задвижки добавим текстовое поле. Я сейчас не буду долго заморачиваться насчет. Подгонки воспользуемся быстрыми функциями, так как выравнивание.

1:40:37 Так и теперь настроим отображение в текстовом поле. Будущего текста так выровняли текст по центру, и сейчас через вычисляемое значение укажем. Параметр обзорный значение этого параметра будет отображаться в этом текстовом поле, естественно, уже в рам тайме. Итак, визуальную часть мы подготовили, но мы не подготовили описание связи с источником данных и. Не подготовили описание с конкретным экземпляром. Типа с конкретным экземпляром объекта? Состояние которого будет отображать задвижка.

1:41:28 А точнее ее экземпляр для этого. Добавим источника АП. И свяжем элементы АП с этим источником, с помощью ссылки. Таким образом, когда источник, а П будет подключен к серверу, ввода вывода будет, у него будет прописана часть Тега в. У которых Часть эго и именно имя объекта, с которым будет связан этот графический экземпляр графического типа, все остальные параметры получат свои значения. Ну вот, для того чтобы передать параметры подключения к источнику и имя объекта, добавим еще параметры инициализации ссылки на.

1:42:23 Источник АП Ссылка на источник КП в качестве параметра инициализации назовем. И добавим еще 1 параметр инициализации строковой. Назовем его, Инит Паз. И АП Соорс 1 источник АП, который будет. Предоставлять данные подключения для элементов АП ему укажем в качестве ссылки. Собственно, ссылки на источники АП на параметры инициализации. Повторюсь, когда будет размещен экземпляр этого графического типа. На экранной форме будут указаны, будут проинициализированы эти параметры инициализации.

1:43:25 Им будет передан. Им будут переданы параметры подключения к серверу Скада и будет указано имя объекта, с которым должен быть связан экземпляр этого графического типа. Так и еще 1 нюанс параметр статус мы определили. То, что он будет тип юинг 2 здесь элементы, а п создались не типизированные, но в этом ничего страшного нет. Мы в любой момент можем изменить тип объекта. На любой другой, например, параметр статус, теперь мы сделали элементом АП типа Юнит 2 Вин 2.

1:44:17 Собственно, на этом формировании библиотеки типов именно базы библиотеки типов можно считать завершенным следующий этап. Это уже создание конкретного проекта автоматизации верхнего уровня с использованием этой библиотеки типов.

1:44:37 Коллеги, подскажите, пожалуйста, мы и сейчас выходим на перерыв? Да, сейчас у нас пятнадцатиминутный перерыв. Сейчас время по Москве 11:45 в 12 часов по московскому времени мы ждем всех снова и продолжим наше мероприятие.

1:45:03 Если нет вопросов к вопросы, сейчас есть небольшие вить привет. Вопрос, знаешь, какой всех интересует своя дев студия? Какая то версия, и она как бы релизная, не релизная вышла. Сейчас на моем экране версия 3 17 это релизная версия. То есть все можно уже ее брать и начинать в ней работать? Хорошо. Так был бы еще 2 вопрос по моему. Андрей, что то тоже хотел? А еще да еще был вопрос про совместимость с проектами, разработанными в предыдущих версиях.

1:46:03 Давайте сразу отвечу, если говорить про Альфа Дэ. В студии при при открытии старого проекта в новой версии студии происходит предложение о конвертировании проекта под новую версию и соответственно все. Собственно, происходит конвертация этого проекта. После конвертации будет предложено сохранить или не сохранить, то есть после конвертации. Вы можете не сохранять получившийся проект и открывать его в предыдущей версии студии соответственно, если говорить про проект Альфа Чумой.

1:46:43 То во время компиляции в новой версии студии полностью реализована совместимость с предыдущими. Но при этом при компиляции возникает предупреждение о том, что конкретные. Вычислительные модули, какие то обработчики событий реализованы в предыдущей версии студии, но при этом их возможно конвертировать новую. В этом случае, возможно, потребуются какие то изменения в коде. Но без этих изменений, без конвертации проект полностью запускается работоспособен.

1:47:27 Спасибо, все отлично, если есть у кого вопросы пишите в чат, ответим. Так перерыв у нас до 12 часов по московскому времени. Хорошо, встретимся позже. Коллеги. Да, на связи Виктор продолжаем ваша 2 презентация, прошу. Так видно тона место, на чем мы остановились. Да, видно, замечательно, коллеги, я прошу прощения в своей части. Формирования библиотеки типов, когда я начал о ней говорить. Я говорил то, что нарисую тип задвижка, а остальные элементы импортирую. Собственно, тип задвижка, и сейчас давайте добью тему.

1:48:30 В формировании библиотеки элементов графических элементов и заполнили этот момент, импортирую остальные объекты. Все объекты, которые нам нужны. Датчики давления будут отображать значение в виде гистограммы и датчик уровня, и датчик давления будет отображать значение в числовом формате, и также я добавил. Статический объект резервуар, собственно, сейчас остается добавить эти объекты. Графические элементы в студии, проект студии для этого создадим графический тип на основе.

1:49:22 Датчика графического представления датчика уровня свяжем его также с представлением аналогового датчика типа технологического объекта. С точки зрения Скада, но при этом не будем добавлять какие то объекты. Они уже все, они эти, все параметры тоже описаны и добавим еще 1 графический тип на основе. Типа ПТ для датчика давления также свяжем вас с тем же. Типом технологического объекта с точки зрения сервера Скада. Таким образом, вы графическое представление для технологических типов может быть различным.

1:50:08 Ну и, собственно, на этом теперь уже точно все сейчас их закроем. Этот проект и вернемся в Альфа студия. Итак, давайте еще раз. Так секунду. Еще раз хочу напомнить. О этапах создания проектов с использованием готовой библиотеки типов. Мы опишем архитектуру проекта, то есть непосредственно среду исполнения. Те устройства, те источники данных, сервера, скачок, компьютеры и так далее, где будет исполняться проект. Далее внутри этого проекта пишем технологическую структуру объекта автоматизации, то есть. Конкретные экземпляры объектов, задвижки, датчики и так далее, после этого нарисуем интерфейс оператора с использованием библиотеки графических типов. Ну и после этого уже запустим проект Варантайм.

1:51:23 Так что так? Возвращаемся в Альфа де Студию. Здесь он уже есть модуль с библиотеки типов. Этот модуль мы можем опубликовать этот модуль, мы можем. Использовать внутри этого решения, ну и, собственно, сейчас мы сделаем еще 1 модуль, то есть в рамках этого решения будем продолжать. Развитие решения и создадим уже конкретно проект автоматизации верхнего уровня, так создадим проект развертывания, назовем его уже демо.

1:52:06 Как я и говорил ранее, здесь автоматически создались ссылки на сервисные модули, мы их уже использовали при добавлении атрибутов. Добавим еще 1 ссылку на модуль, библиотека типов. Для связывания этих модулей. И также здесь добавлено домен в этом домене. Мы будем описывать среду исполнения для этого для описания среды исполнения опишем источник данных. Как я говорил ранее, мы будем. В рамках данной демонстрации говорить об источнике данных качестве контроллера добавим контроллер. Это абстрактный контроллер, не привязанный к какому то производителю.

1:52:58 И в этом контроллере опишем его айпи. Адрес использовать будем сеть Интернет для передачи данных. Так Айпи, адрес конкретного источника данных будет. Такой. Далее вернемся в домен, опишем сеть из Орнет, по которому будет происходить передача данных, и свяжем сетевой адаптер с этой сетью и для и далее добавим узел Альфадомен. Собственно, это узел Альфадомен является физическим либо логическим компьютером, виртуальным компьютером, на котором установлен альфа сервер.

1:53:48 Здесь также добавлен по умолчанию и зерно адаптер. Укажем его, Ай, Пи, адрес. И также свежим эти зерно адаптера в единую сеть. Теперь в рамках узла домена добавляем исполняющий компонент альфа сервер. Здесь сразу создавался набор стандартных модулей. А именно сервер модуль истории для общения с историей, с сервером истории. Да, а е е и х д а сервера для предоставления данных. различным клиентам по протоколам всей идеи описи. И эй, ай и Эйч, Ди, и так для передачи данных на.

1:54:48 Среду исполнения графического проекта добавим ти си пи сервер. И укажем порт, по которому будут доступны данные в дальнейшем. Таким образом, мы описали среду исполнения, мы описали внешний источник, мы описали сред на Альфа сервер, который будет взаимодействовать. С внешним источником через сеть Интернет теперь мы можем создать уже экземпляры графитного экземпляра технологических объектов.

1:55:28 Типы, которых мы описывали ранее, для этого заходим в ПЛК. И в модуле ЦПУ размещаем приложение в этом приложении, собственно, и будем описывать экземпляры объектов. Так задний шлейф приложения, ну и, собственно, создадим корневой логический объект, назовем его тек обжигт. Этого объекта будем создавать уже экземпляры типизированных объектов. А именно на панели инструментов у нас есть пространство Ивэрли Тайпс, то есть модуль, библиотека, типов и здесь доступны.

1:56:12 Представления о различных типов с различных точек зрения. Собственно, нам нужно 2 экземпляра задвижки с точки зрения контроллера, назовем их задвижка. 1 И добавим атрибут описание для этой задвижки. Собственно, здесь при создании уже проекта автоматизации мы работаем с объектами, которые будут участвовать в процессе автоматизации. Поэтому мы здесь уже можем указывать конкретные значения параметров конкретного экземпляра объекта. Собственно, добавим описание для задвижки 1.

1:57:09 Далее добавим еще 1 экземпляр задвижки с точки зрения полка, назовем его задвижка 2. И также добавим атрибут описания. И запомним его значение. 2 Ну и теперь аналогичным образом добавим. экземпляры для датчиков. Это будет датчик давления 1. Также добавим описание. Немного скорректирую пробелы нам здесь. Не нужны. И добавим оставшиеся экземпляры датчиков. Так и остался у нас датчик уровня. Итак, таким образом мы создали. Иерархию субъектов автоматизации, то есть иерархию объектов, которые будут участвовать в.

1:58:49 В процессе автоматизации конкретного. Проекта. Здесь мы описали именно, как мы представляем. Описание этих объектов с точки зрения контроллера. Так что так? И теперь мы можем создать представление. Этих объектов в конфигурации альфа сервера в конфигурации сервера скана. Для этого перейдем в Альфа Сервер, аналогичным образом добавим приложение. И создадим представление этих объектов, ранее созданных с точки зрения сервера Скада с помощью мастера.

1:59:43 Вызываем мастер создания представления объектов, выбираем. экземпляры объектов, которые вы хотим. Для которых хотим создать представления, здесь выберем только тех обжиг и укажем то, что мы хотим. Получить, создать его представление вместе со всеми дочерними объектами выбираем так далее и после этого как раз выбираем метку. Для с помощью которой будет с помощью которого мастер понимает, какое представление мы хотим получить, мы хотим создать так нажимаем, готово и видим то, что.

2:00:24 Объекты, которые мы создавали вручную в контроллере, здесь создались автоматически, более того. Представления состав параметров этих объектов соответствует тому, что мы описали в типе. Так мы создали объекты, но теперь настало время для указания начальных значений для параметров Олджи. Клейн и юнец для того, чтобы задать конкретные значения этих параметров, они будут определяться статически с помощью карты адресов, добавим карту.

2:01:10 Значения атрибутов. Укажем тип атрибута, который будет. Храниться в этой карте. Это и нет варю. И укажем, где будет размещаться файл с этой карты атрибутов. Собственно, укажем имя этого файла. И теперь, когда мы откроем эту карту атрибутов, мы увидим теги, список тегов. Которых, у которых добавлен атрибут начального значения. Так как мы начальное значение в в типе не определяли значение атрибута, у них у всех пустое. Собственно, сейчас мы это значение и добавим так задвижка. 1 Будет отображаться на Мнемосхеме, как задвижки к слове 1 давление 1 будет отображаться на Мнемосхеме ПТ 1.

2:02:17 А так дальше задвижка 2. Датчик давления 2 и уровень ЛТ 1. Также в этой карте атрибутов присутствует. Значение для Единиц измерения, потому что это тот же самый тип атрибутов, который мы добавили в на уровне типа для параметров юнец. Собственно, для них значение также укажем давление, будет измеряться в мегапаскалях. А Уровень будем измерять в миллиметрах. Так сохранили карту атрибутов собственно. Ну, собственно, описание именно объектов автоматизации на этом закончено, но есть еще 1 нюанс. Мы описали взаимодействие между параметрами с разными параметрами 1 и того же типа библиотеки типов, мы описали связь между конкретными.

2:03:37 Исполняющими компонентами между конкретными устройствами, но до этого мы не говорили о способе передачи данных на с точки зрения протокола передачи данных. Собственно, при описании библиотеки типов мы о нем вообще ничего не знали. И сейчас, когда у нас уже имеется описание устройств, с которым будет собственно среды исполнения будущего проекта, а также понимание, какие объекты существуют в каждом из В. В каждом узле системе имеется ввиду их представления. Сейчас мы можем определиться способы передачи данных с точки зрения именно протокола. Мы в данном проекте в рамках данной демонстрации выберем протокол Матба с Ти Си Пи Пи.

2:04:33 Для этого для этого описания перейдем в контроллер, добавим на станцию матбасти Си Пи. Таким образом определив то, что с контроль контроллер будет выступать в качестве слейва, а в конфигурации альфа сервера добавим опросник матбаск ти си пи. Так мы добавили необходимые модули. И теперь свяжем каждый параметр. Представления объектов с точки зрения контроллера с конкретным адресом, по которому будет доступен этот параметр. Для этого воспользуемся картой связывания картой атрибутов, а картой адресов Мат Бас добавим ее.

2:05:34 В приложение контроллера сейчас я воспользуюсь готовой картой атрибутов ранее заполненной. И давайте откроем посмотрим, что из себя она представляет. Собственно, здесь для каждого тега, который образовался в ходе добавления объектов и параметров. Указан конкретный адрес, по которому доступен этот тек. В пространстве. В адресном пространстве. Станции матпас. В сегменте соответственно холдинг регистр. Итак, с картой от познакомились. Ну и, собственно, сейчас мы можем запустить данный проект в Рантайм.

2:06:33 Если бы не 1, но мы на этом закончили с описанием среды исполнения с описанием технологических объектов. И теперь мы можем нарисовать мнемосхему для отображения технологического процесса, для этого вернемся в дизайне.

2:06:59 Здесь мы видим то, что появились новые объекты. Ну и теперь воспользуемся ранее созданной экранной формы Майнформ для того, чтобы отобразить. Для того чтобы на ней нарисовать собственно экранную форму, но сделаем для начала ее побольше. Сказать такого размера будет даже вот. И с помощью других свойств укажем то, что это экранная форма будет открываться на главной форме, так состояние окна на весь экран. Так экранная форма есть, теперь мы можем нарисовать какие то объекты. Собственно, давайте нарисуем резервуар из ранее созданного графического типа. Вот разместил на экранной форме экземпляр графического типа резервуар.

2:08:08 Этот графический элемент не связывается с полем. Это просто картинка, состоящая из различных объектов. Далее давайте нарисуем трубы, по которому будет протекать жидкость. С помощью библиотеки стандартных компонентов, собственно, и нарисуем трубу. Масштабом можно всегда управлять. Так вот труба на входе. Включим ее декоратор, выберем цвет, пускай будет синяя. Сейчас нам, собственно, не важно, что это за жидкость можем выбрать любой цвет. Ну и сделаем копию этой трубы, разместим ее просто ниже.

2:09:03 Для отображения трубы на выходе. Ну и теперь мы можем размещать графические элементы, которые будут связаны с полем, но прежде чем это сделать, давайте разместим источник ап и укажем ему параметры подключения к. Серверу водовывода. Так добавили на этой экранной формы источника П. И ему укажем конкретные параметры подключения, то есть айпи адрес сервера ввода вывода. Так порт, 44 8 8 который мы указывали ранее, дальше укажем необходимые параметры тайм аутов.

2:09:59 И активируем этот источник АП. Так что так? Итак, у нас появилась мнемосхема, которая во 2 тайме будет отображаться к сероводовывода и отображать статическую картинку. Собственно, давайте разместим экземпляр этой мнемосхемы в конфигурации альфа сервер для этого в приложении.

2:10:26 С помощью контекстного меню создадим визуальный блок на основе и. На основе экранной формы Майнформ. И у нас появился корневой объект, дерево экрана форм, о которых ранее говорила Вероника. Собственно, наша в рамках данной демонстрации будет всего 1 экранная форма, дерево будет состоять из 1 объекта.

2:10:57 Так далее для того, чтобы, собственно, на этой экранной формы мы будем размещать экземпляр графических типов и связывать их с технологическими объектами для того, чтобы связать. Но экземпляры технологических объектов С. Графическими типами установим метку для объекта техобжит, пометим его как местоположение экземпляров технологических объектов. И теперь мы можем разместить. экземпляры технологических объектов и. И создать экземпляр графических типов этих объектов. Ну что ж, давайте начнем с задвижки задвижка 1.

2:11:47 При добавлении ее на форму при вызывается мастер, в котором мы можем выбрать, какой конкретно тип графического объекта будем использовать. И здесь на следующем этапе заполняем значение параметров инициализации. Укажем ссылку на источник, а п который подключается к Альфа Серверу и укажем имя объекта с с помощью контекстного меню, установим имя объекта.

2:12:23 Задвижка добавилась. Разместим еще 1 экземпляр графического типа и свяжем его с задвижкой, 2 она аналогичным образом. образом заполним параметры инициализации. И разместим графические объекты для датчиков, 1 у нас будет датчик давления ПТ. Параметры инициализации аналогичным образом запомним. Так датчик давления, 1 датчик давления 2. И наконец датчик уровня. Разместим датчик уровня прям на резервуаре. Так что так? Таким образом, мы связали каждый из экземпляров графических типов с конкретным технологическим объектом.

2:14:03 Также вы можете увидеть эти экземпляр графических типов. В дереве экранных форм на экранной форме майнформ. И остался 1 небольшой шаг, нам нужно указать для источника, а п который подключается непосредственно к серверу водовывода корневой объект, откуда он будет строить дерево. Откуда он будет формировать тек для этих? Графических объектов для свойства путь укажем имя формы майнформ. Так что так? Так что так? Так сохранили этот проект. Собственно, теперь уже можем запускать проект в Рантайм, для этого снова закроем проект визуальной части.

2:15:05 Построим конфигурацию для серого раскада. Да, Карту адресов Макбаз, которую я писал в приложении, нужно также указать В. Отдаст и списываю его. Обращаю внимание то, что Если вдруг какие то ошибки во время построения допустил разработчик, конфигурация не построится, то есть прежде, чем развернуть конфигурацию. Проект выполняет проверку, компилируется, строится и только если конфигурация удовлетворяет требованиям, никаких ошибок нет. Только после этого она может быть запущена в рам тайм. Таким образом, мы Альфадев, студия и, собственно, и Альфа Эчимай позволяет избавиться от большинства ошибок при конфигурировании до запуска этого проекта Вранте. Ну что ж, попробуем построить проект еще раз.

2:16:19 Итак, построение успешно завершено. Укажем точку подключения к сети Альфа нет для развертывания конфигурации. Ну и, собственно, развернем конфигурацию на конкретный экземпляр Альфа сервера. Так конфигурация развернута. Теперь попробуем запустить проект визуализации и посмотреть, получилось ли или нет, так? За так же запустим компиляцию компиляция успешно. И запустим проект экранную форму, мы информим в рам тайм. Так что так? Как вы видите, что то пошло не так 1 секунду? Я уточню, проверю порты.

2:17:19 И айпи адреса.

2:17:40 Все понял. Видимо, на момент 1 запуска проект еще. Установилось соединение альфа сервера с источником данных. Итак, мы видим то, что данные получены, отображаются на Мнемосхеме и видим то, что те параметры, которые мы указали для отображения, отображаются собственно текущее значение датчиков.

2:18:12 Давление является 50. Датчик уровня отображает значение также 50 с помощью гистограммы и видим то, что задвижки являются открытыми. Повторюсь, это имитационная модель, эти значения статичны. Мы их заранее установили и так. Собственно, мы убедились то, что проект. Запустился и отображает реальные данные. Сейчас мы можем развить этот проект, внести в него изменения. Собственно, что мы сейчас сможем сделать, вернемся к библиотеке типов. И добавим. События Для изменения состояния задвижки.

2:19:17 Так, на в в библиотеке типов представления задвижки. С точки зрения сервера эскада параметра статус добавим атрибуты события, добавим генерацию событий. Генерация событий будет по. Типу перечисления, собственно, как мы писали? По цветовой индикации значение 1 у нас будет соответствовать закрытой задвижки. Собственно, так и напишем задвижка, закрыта важность. Пускай будет 1 и добавим еще 1 еще 1 условие для генерации событий. Если значение 2, то задвижка будет открыта.

2:20:10 Обращаю внимание, что на уровне типа мы. Готовим только описание сообщений для конкретного значения. В текст сообщения будет также добавлено описание объекта, который, который мы готовили ранее, ну вот. Таким образом мы добавили, мы изменили, внесли изменения в библиотеку типов и что нам это дает, если мы вернемся в приложение Альфа Сервера. И обратим внимание на экземпляры этих типизированных объектов на экземпляры типов. Мы также увидим то, что у параметра статус в задвижке, 1 также появились атрибуты в.

2:21:08 В которых добавлено описание. Для генерации событий. Настена обработка значения для генерации событий и для задвижки 2 также добавлены эти атрибуты. Так сохранили. Для того чтобы мы могли управлять состоянием задвижки, свяжем. Ранее нарисованный тип графического объекта задвижка с окном управления окно управления. Я уже импортировал окно окно, управление задвижкой выглядит таким вот образом на ней. На этом окне в этом окне отображается текущее состояние задвижки с помощью банка.

2:22:02 Текстовое поле также в текстовом поле отображается экземпляр, имя экземпляра задвижки, в этом текстовом поле отображается состояние задвижки в текстовом виде. Ну и с помощью кнопки открыть и закрыть. Происходит запись нового значения в параметры опен и клоус соответственно. Ну что ж, добавим обработчик события, который будет вызывать окно управления. Добавим его для объекта линия собственного объекта линии. Имеется набор событий, которые мы можем обработать, например, обработаем события Маус клик и в этом обработчике.

2:22:51 Обработчик выберем открыть в новом окне, открывать будем форму ИКС в Попав. И передадим в эту форму ссылку на источник, а п который существует внутри экземпляра типа. Таким образом, мы передадим в окно управление информацию о объекте, о состоянии которого отображается экземпляр типа так. Ну и сделаем еще 1 действие для того, чтобы идентифицировать момент, что по этому объекту можно.

2:23:33 Кликнуть у него есть какое то дочернее окно. Добавим в разработчики события для таких событий, как Маус Энтер и Мауслиф. Малый центр, если курсор находится. экземпляре графического элемента. То Толщину линии будем увеличивать, будем увеличивать толщину линии, для этого выполним, добавим об рабочих события типа выполнить код. Открывается окно, редактирование кода, и здесь с помощью скрипта напишем, напишем.

2:24:24 Изменения значения. Толщины линии так ПНВИЦ. + 2 Допустим, Здесь, в этом скребке, просто простое изменение значения относительно текущего. Собственно, на каких языках можно писать скрипты в среде исполнения Альфа Ичимай? Можно писать на языке альфа ком, это наш внутренний компилируемый язык, а также можно писать скрипты на Джава. Скрипт и так обработчик этот мы написали теперь. Добавим в обработчик такого же типа выполнить код для событий Мауслиф. Таким образом, если курсор мыши будет уходить за пределы экземпляра графического типа, то.

2:25:25 Толщина линии будет уменьшаться на такой же значение. Ну, собственно, вот давайте теперь. Допустим, проект в Бран Тайм скомпилируем новую версию конфигурации Альфа Сервера, развернем ее. На экземпляр. И пока происходит подключение к внешнему источнику, разместим на главной форме на форме майнформ. Клиента для отображения событий. Для этого. Добавили клиента, сделаем его побольше, чтобы. Лучше было видно. Давайте запустим получившийся проект в Рантайм.

2:26:33 И так обращаю внимание то, что. У экземпляра задвижки 1 экземпляр графического типа. Появляется больше увеличенная. Линия при наведении курсора и у экземпляра, связанного с задвижкой 2 аналогичные. Аналогичным образом изменяется размер толщины линии, если мы сейчас кликнем по экземпляру графического объекта. Задвижка 1 откроется, окно управления сейчас задвижка является. Открытой подадим команду управления на закрытие этой задвижки. Мы видим то, что изменилось состояние задвижки, а также сгенерировалось событие у этого экземпляра у этого объекта.

2:27:27 Откроем задвижку, пошлем команду управления, видим то, что значение состояния также изменилось и также сгенерировалось событие. И теперь откроем окно управления для задвижки 2. Также ее закроем видим то, что сгенерировалось событие для задвижки, 2 она изменила состояние на закрыто. Собственно, библиотека типов, которую мы готовили перед созданием уже готового собственного проекта, автоматизации позволяет нам не привязывать, описать параметры объектов.

2:28:13 Не привязываясь к конкретным экземпляром объектов, также библиотека и любое изменение библиотеки типов также автоматически отражается на всех экземплярах этих. Типов. Ну и, собственно, на этом у меня все. Я хочу передать слово Юрию Серебренникову, который расскажет о. 1 Секунду О процессе масштабирования и резервирования Альфа серверов в Альфа платформе. Для этого я ненадолго отключусь. И здесь. Есть в чате там по поводу агрегирования алармов то, что.

2:29:07 Вероника рассказывала, да, да, да, так по поводу аккредитования алармов. Ну, собственно, в рамках ограниченного времени обо всем рассказать, конечно, невозможно. О агрегировании событий мы ранее говорили в цикле вебинаров. Собственно, записи об этом есть на нашем YouTube канале. Вы можете в любой момент ознакомиться с этим именно с.

2:29:37 С записью этих нюансов, этих моментов. Сейчас это будет слишком долго, если рассказывать.

2:29:58 Виктор, спасибо. Ждем презентацию Юры. Так хорошо, я отключу. Остались у нас очень интересные презентации, их не так много. Поэтому сейчас. Где у нас евро? Добрый день, коллеги, слышно видно меня. Мы с Виктором просто 1 компьютера в 1 нашем конференц зале общаемся, поэтому я как бы не пугайтесь. Что я под его именем сейчас буду выступать? Поэтому и знаете, что это Серебренников Юрий выступает, так сейчас я открою заготовленный.

2:31:01 Заготовленный слайд свой, так это это Виктора закроем. Так так видно, да сейчас рабочий стол. Ой, подтвердите, пожалуйста, да видно все спасибо. Еще раз здравствуйте, меня зовут Серебренников Юрий. Сейчас я вам расскажу о тех возможностях Альфа. Платформы, которые предоставляет в вопросах масштабирования резервирования при создании проекта автоматизации. Так что так? Ну, самое 1 этого в резервировании Альфа платформа позволяет резервировать как каналы связи, источники данных серверы почвы станции в рамках масштабирования. Платформа позволяет понять, как горизонтальное масштабирование, так и вертикально. Теперь более подробно о каждом из этих типов резервирование. Масштабирование резервирование каналов это самый очевидный, самый распространенный, это возможность использования резервированных каналов для передачи. Данных возможность резервирования каналов данных обеспечивает отказоустойчивость, что при попадании 1 канала мы всегда получим данные по 2 каналу связи.

2:32:29 Данная возможность она доступна в принципе во всей нашей линейке продуктов, начиная от Альфа ванны и заканчивая Альфа платформу. Следующий момент это резервирование непосредственно источников данных. Презрывление источников данных, если взять на примере контроллера. Да вот, слева у нас расположены 2 неких контроллеров, которые между тобой зарезервированы. Это, собственно, 2 идентичных устройства, которые выполняют 1 и ту же задачу, имеют одинаковые набор данных и обслуживают 1 набор оборудования, но 1 из. Контроллеров находится в так называемом резерве, а 2 контроллер находится в работе, который предоставляет данные потребители. В нашем случае это вот Альфа. Серверу взаимодействует с технологическим объектом в случае проблем с основным контроллером. Его функцию должен взять на себя верный контроллер соответственно. Потребитель данных в нашем случае Альфа Сервер, он должен корректно отследить либо пропадание контроллера со связи, либо смену режима работы контроллера и. Продолжить работать с уже имея с сменившимся источником данных. Данная возможность тоже альфа платформы полностью поддержится, также 2 доступны во всей линейке. Продуктов то, что я упомянул выше. Это такие как резервирование каналов и резервирование источников данных, это те компоненты системы, проект автоматизации. Которые не относятся к компонентам Альфа платформы, это сторонние. Да, то есть мы пользуемся тем, что нам предоставляет далее, я расскажу уже непосредственно о.

2:34:04 Возможности резервирования компонентов Альфа платформы. Резервирование серверов, резервирование серверов, это, ну, это именно коммуникационный сервер Скада. Который непосредственно обрабатывает данные в совокупности с резервированием каналов источников данных, позволяет обеспечивать бесперебойную работу проекта, что любой вышедший из строя. Элемент это будь то контроллер, какой то, который резервируется или канал связи, или серверов. Мы все равно продолжим контролировать наш объект, который мы автоматизируем, данная возможность она доступна для продуктов. Альфа Скада и Альфа платформ, так как у нас Альфа Ван и Альфа Ван + это локальные. Отдельно стоящие компоненты продукты предназначены для автоматизации управления по месту, то там эта возможность она не предусмотрена.

2:35:05 Далее, ну и в самом, собственно, в рамках резерва самое тоже очевидное. Это резервирование рабочих мест, просто Альфа платформ в принципе поддерживает использование. Энного количества рабочих мест, которое подключается к 1 серверу или группе серверов, или к резервируемым серверам и отображает тот набор данных, который необходимо. Предоставить оператору там пользователю, опять же данная возможность. Она доступна для Альфа Скад и Альфа платформы. Опять же так, как Альфа ван Альфа Ван + у нас. Локально стоящие то там Арм, и он же и сервер, он же и место для оператора, там такой возможности нет. Нет, далее перейдем к вопросам масштабирования, масштабирования.

2:35:51 При разработке проектов платформ также имеется возможность быстро и просто добавить дополнительные используемые источники данных. Например, какие то вот контроллеры, да как здесь мы помимо у нас? Был 1 контроллер, мы набор данных распределили на 4 контроллера. То есть это тоже легко и просто добавляется в проекте при разработке проектов платформ? Это могут быть как контроллеры, так это же. Это могут быть отдельно стоящие сервера, которые тоже можно быстро добавить и связать все эти данные, которые мы, с которыми мы работаем, это могут быть наоборот. Мы можем данные от 1 контроллера. Разделить на несколько серверов по тем или иным причинам, каким то там это может быть либо большой, какой то поток данных, либо территориально. Как то разнесли сервера, то мы это тоже можно сделать.

2:36:43 Далее также Альфа платформ предоставляет возможность так называемого масштабирования. элементов среды исполнения, то есть мы имеем возможность добавить дополнительный экземпляр. Следы исполнения на уже имеющийся узел железный компьютер, который будет обрабатывать новый набор данных, это набор данных может быть. Собственно, как логически как то разделен либо как то функционально. Например, если мы обрабатываем там технологическим процессом, кем то управляем, то нам еще появилась необходимость получать данные мониторинга в состоянии какого то.

2:37:26 Полевого оборудования прям всяких маршрутизатор, то у нас имеется возможность добавить еще 1 экземпляр, который будет обрабатывать поток данных и будет. Абсолютно независим от потока технологических данных, то есть такая возможность, тоже есть, но данная возможность она доступна только в Альфа платформе. Помимо это вот что касается горизонтального масштабирования, то есть это мы распределяем потоки данных в рамках 1 логического уровня. Если вспоминать доклад Вероники, то вот она как раз. Говорила там про логические уровни, то распределение, распределение нагрузки в рамках аналогичного уровня. Горизонтальное масштабирование также имеется возможность вертикального масштабирования.

2:38:08 В рамках проекта мы легко можем перенаправить необходимый набор данных на вышестоящие сервера, то есть на уровень выше. Мы можем построить некую центральную диспетчерскую, которая будет управлять набором каким то. Территориально разнесенными технологическими объектами собирать все эти данные на верхней вышестоящей узел. Управлять этими объектами мы можем либо создавать некие какие то дополнительные сервера выставление. Отчетов, для каких то аналитики и так далее, причем мы можем перенаправлять как полный набор данных, так и урезать набор данных, так и дополнять его дополнительными, какими то вычисленными параметрами, вычисляемыми. В рамках проекта количество уровней вот этих передач оно может быть составлено из нескольких. То мы из вышестоящих серов можем передать еще данные, куда то дальше данный вид масштабирования позволяет строить.

2:39:04 Легко и быстро позволяет построить нам распределенные системы. Централизованные диспетчерские пункты, ну а возможность контроля предоставляемого набора данных позволит нам, например, убрать с вышестоящих. Узлов возможность подавать управляющее воздействие на технологический объект, а получать только там тот необходимый набор данных, который нужен. Я рассказал сейчас про те возможности, которые предоставляет Альфа платформа Резервирование и масштабирование. Любая из этих возможностей, как резервирование, так и масштабирования, она позволяет комбинировать все это между собой, то есть мы можем все это. Резервировать, передавать с уровня на уровень любая комбинация, резервирование масштабирования она может быть совмещена. Ну а теперь, собственно, в среде разработки. Я тоже таком за регламентом уже маленькая, выходим, я коротенько покажу основные моменты, как. Это делается среди, надеюсь, это будет не сильно утомительно и долго. Ну, думаю, минут на 15:20 это она занята. 1 Что я вам сейчас покажу, это рези. Создание как описывается в среде разработки резервирования каналов данных, вернемся, перейдем к среде разработки. Разработки вот у нас есть некий какой, то уже готовый проект. Слева у нас контроллер, слева сервер воды, вывода, который скада сервер, который получает нас. Данные от этого контроля мы видим, что у нас на контроллере имеется 1 сетевой адаптер на сервере.

2:40:43 Тоже имеется 1 сетевой адаптер, и все это вот передается. Через 1, через 1 подсеть контроллер у нас предоставляет данные по. Некому набору резервуаров посмотреть на дерево. Ты сюда добавил 10 резервуаров, с которыми потом дальше будем оперировать? Ну и сервер, эти данные все всегда получать. Ну, теперь задача добавить сюда еще 1 резервируемый канал данных, как это делается мы. Заходим на контроллер и добавляем с панель элементов сетевой адаптер. Прописываем мой ай пи адрес, то есть мы как раз описываем дополнительный сетевой адрес Айпи, адрес, который реально физически существует на вот этом контроле, 2 168 7 8 какой нибудь.

2:41:34 Сервере водовывода мы также добавляем сетевой адаптер и говорим тоже ему, указываем мы на ай пи адреса сервера в той подсти. Где они будут работать, 168 7 9 например? Все, ну и из панели также элементов добавляем ту подсеть, через которую эти сетевые адаптеры, сетевые интерфейсы между собой будут взаимодействовать. Все, вот мы с вами сейчас добавили возможность сервера ВДВД получать данные от источника данных по 2 сетевым каналам по 2 сетевым интерфейсам. При попадании 1 мы уже при развертывании этой конфигурации на среду. Исполнения сервер на СКА на сервере Скада Сервер уже будет знать, что у него доступно для связи с Пулка 2 канала данных. То есть он будет работать по в случае проблем с 1? Он сможет всегда получить данные по 2 каналу.

2:42:29 Дальше дальше это возможность создания резервирования источников, да то есть. Вот у нас уже есть 1 контроль, нам необходимо описать здесь, что у нас контроллеров этих, они резервируются, то есть он резервируем и как это делается. Мы также добавляем с панелью элементов элемент компьютер ВК. 1 Р назовем его ревервируемый. Также здесь добавим сетевые адаптеры, также что они у нас укажем, ай пи адреса 102 168 6 5. 192 168 7 10 И добавим здесь с панелью элементов такой элемент, как резервный исполняющий компонент. Мы его добавили, и в его в свойствах нам необходимо указать тот исполняющий компонент того контроллера, который мы хотим зарезервировать.

2:43:32 1 Контроллер, мы говорим, что мы хотим зарезервировать его исполняющую часть. Вот мы видим, что у нас появился тот протокол, то есть тут. Смотрит, по которому мы, описывающий протокол, по которому эти данные из контроллера получаем, и теперь осталось только лишь. Соединить соответствующие сетевые адаптеры с соответствующими подсетями. Почему это можно делать как в виде графическом, так в табличном все это можно в таблице добавлять графическом, это наглядней?

2:44:07 Вот все данный набор действий нам позволил описать. Что у нас контроллер, он резервируем, то есть сервер при работе. Уже будет понимать, что у него по вот этим айпи адресам и по 2 резервным каналам 1 контроллер и резервный. Контроллер по вот этому набору и пи адресов. То есть он всегда сможет получить данные либо с основного, либо с резервируемого контроля данных, хотелось бы маленько. Обозначить именно сам процесс понимания, когда же необходимо получать данные такого контроллера. Да ну, как правило, это делается во 1 на логике самих контроллеров, да что? 1 Какой то резервный 1 основной, если эта логика не реализована. Да, то есть контроллера не полностью полноценный, то сервер убирает, 1 так сказать, попавшийся да 1 который.

2:44:56 Ответил ему при восстановлении связи он с ним продолжает работать, начинает работать, если он пропадает со связи. Происходит переключение на резерве резервный канал на резервный источник данных время перехода. Между при попадании источника связи при попадании источника данных со связи определяется настройками. Да, то есть, ну, естественно, протоколом, тем протоколом данных, по которым эти данные будем передавать, то есть. Это все параметры они настраивали на уровне сервера. Вот это вот, например, ну давайте так быстренько покажу. У нас есть сервер, вот у нас есть макбаз. Здесь есть набор параметров, который нам позволит сказать. Когда что для тайм аут потери со связи, количество миллиардекунд. Мы здесь можем все эти параметры указывать вот дальше. Следующий момент, который мы хотим описать, это уже непосредственное резервирование серверов.

2:45:49 То есть у нас источники есть канал, есть добавим, собственно, теперь еще и резервируемые серверы, выводы добавляем также спамерь элементов узел Альфа. Да, мы назовем его его сервер. Да, Эр также резервируем, добавим сетевой адаптер. Опишем, ай, пи адреса. Вымышленные пишу, поэтому. Естественно, ай пи адреса, в рамках проекта они у каждого описываемого элемента они должны быть различны. То есть если айпи адреса, где то пересекутся, то система при построении скажет, что есть имеется пересечение айпи адресов, проверьте. Проект ну и укажет, где в каком элементе они пересекаются, так сетевые адаптеры, сетевые интерфейсы мы описали. Ну и теперь, собственно, добавляем здесь резервный альфа сервер, добавляем резервный альфа сервер и указываем тот сервер. Который мы хотим зарезервировать также из свойствах, выбираем сервер и говорим, что мы захотим и зарезервировать сервер. Ската все указали, у нас еще продолжает говорить красненьким, что не до конца сконфигурировано, здесь есть такое. Понятие как основной канал передачи данных и резервный канал передачи. Давайте настроим основной канал, и я расскажу, для чего это нужно. Укажем основной канал основного сервера вывода и основной канал передачи данных резервного.

2:47:36 Для чего это нужно, это нужно для того, чтобы, когда сервера работают, им нужно обмениваться между собой информация во 1, им нужно контролировать состояние. Друг друга, чтобы понимать, если с 1 из серверов что то произошло, то на себя функции основного сервера во 2 основной сервер передает весь тот набор. Оперативной информации это данные и события на сторону резервного резервируемого сервера резервного сервера резервный сервер в любой момент времени обладает. Абсолютно всем тем же набором данных, что и основной сервер. Вот соответственно, если вдруг основной сервисным, что то происходит катастрофическое твой. Резервный сервер подхватывает на себя работу, и уже он имеет весь набор данных, и клиенты в принципе даже не понимают и не замечают, что произошел. Телевизионный переход они продолжают работать, как и работать с клиенты. Это имеется ввиду рабочие места операторов, к сожалению, к слову, про резервные переходы. Про резервные переходы между серверами происходят в районе, 10 где то Миллисекунд. То есть, когда 1 из серверов говорит, что все я больше не основной? Передает свою функцию 2 серверу, то в течение 10 миллисекунд 2 сервер встает в работу 10:20 Миллисекунд. Там зависит от таймингов, если про Виндс говорить.

2:49:01 Вот и 2 Момент у нас есть возможность такого резервного перехода, как из работы в работу, то есть у нас 1 сервер, который работает не станет. В резерв до тех пор, пока 2 сервер не полностью не перейдет в работу, и только в этом случае происходит передача ему полноценное. Управление в резерв основного сервера, вот эти вот моменты мы описали наш резервируемый сервер. Нам осталось только добавить, описано соединить сетевые адаптеры сетевой интерфейс с соответствующими подсетями, соединили все теперь при построении конфигурации.

2:49:44 Конфигурация будет обладать всем тем набором. Необходима информация для того, чтобы работать по резервированным каналам с резервируемыми источниками. Данных и с резервируемыми серверами, но также прошу обратить внимание, что на данном этапе я ни разу не прикоснулся к именно к тем данным, которые мы. Передаем я оперировал только тем оборудованием, которое у нас существует в системе, то есть построение. Именно резервных резервирование подсистем не требует. Никак прикасание к тому потоку данных, которые мы получаем от источника, все это делается на уровне, тут только описание дополнительного оборудования.

2:50:27 Дальше следующий момент так прорезервирование, следующий момент это у нас. Это у нас это я рассказала, это рассказала. Резервирование рабочих мест до резервирование рабочих мест. Возможность энного количества клиентов подключаться к серверам и получать данных. Когда у нас имеется количество клиентов, которые отображают данные более чем 1 то. Естественно, это уже не какой то резервирование, которое позволит нам с 1 клиент сломался. Со 2 всегда сможем, как это делается, тоже добавляем так называемое рабочее место.

2:51:09 Ну, я по 1 сетевому интерфейсу это все сделаю, не буду утомлять по времени. Здесь добавим акциз поинт, да вот хотелось бы несколько слов про акцис поинт. Что такое акцис поинт, это вот? Компонент, который размещается на том узле, которым необходимо нам собрать. Данные данные с различных серверов либо когда мы подключаемся к резервной паре, то соответственно мы подключаемся к серверам и акцис поинт отслеживает. Кто же из серверов находится в работе, кто в резерве и позволяет объединить? Данные с различной группой серверов. Да, то есть у нас может быть несколько резервных пар, которые там за разные технологические участки отвечают, и все это едином месте в единое дерево. На рабочем месте оператора оператор может уже.

2:52:05 Оперировать той информацией, которая предоставляет нам несколько групп серверов. Все так то вспомнить тут коротенько, такая его функция, так как то вспомнить компонент мы добавили. Нам необходимо здесь добавить приложение. И сказать, что мы хотим здесь увидеть тот набор данных, который существует на стороне сервера, выдавил именно некий наш завод. Вот мы его прямо с тоже сопризреватели. Решение перетащили в приложении, у нас появился единственное, здесь необходимо указать.

2:52:40 Трибут построения раскрывать ссылку динамически, что это значит. Это значит, что компонент Альфа Акциз Поинт будет отслеживать моменты изменения в дереве. Если дерево будет как то изменено, добавлены новые параметры. Или удалены, но какие то параметры ненужные, то на стороне клиента это все будет отслеживано. То есть перезапуск серверов и изменение конфигурации на уровне серверов не потребует перезапуск непосредственно клиента?

2:53:11 Вот все мы построили, описали набор данных, которые необходимо показывать клиенту. Ну и соединим наш сетевой адаптер. Соответствующий подсеть под Варкстейшеном подразумевается набор клиентов, которые описаны в рамках Альфа Домен и их может быть много набор рабочих станций, который подключается к. Серверу все вот конфигурации циспонта она содержит в себе информацию о тех серверах. В данном случае резервной пары, которые необходимо подключаться, вот мы с вами зарезервировали.

2:53:47 Рабочие места дальше, ну, теперь перейдем уже к масштабированию, масштабирование источников. Давайте начну с вот с такой схемы масштабирование непосредственно серверов, потому что все это делается в принципе аналогии. Сейчас резервируем, резервируем и все компоненты уберем, чтобы они нам не мешались. Просто Чтобы это было визуально, выглядело лучше и понятней, было все то же самое будет в принципе справедливо для резервных пар. То есть все то, что сейчас я буду рассказывать?

2:54:32 Вот так, то есть мы вернулись к тому, что у нас было. У нас есть источник данных, у нас есть серые роды, вот это могут быть как отдельно. Стоящий так и резервируем, я убрал только для того, чтобы лучше было визуально понятно. Нам нужно необходимо смаправировать сервера, которые. У нас имеется, у нас есть источник данных, сейчас они данные попадают в 1 сервер, и вдруг у нас возникла необходимость разделить эти. Серверы, по каким то там причинам либо сервер не справляется, либо каким то логическим вознести эти данные, как это сделать, мы добавляем.

2:55:08 Сервер с панели элементов мы добавляем узел альфа домен альфа. Альфа де Мейм, называемый сервер сканер. Добавляем сетевой адаптер. Адрес 8 5 7 добавляем альфа сервер. Добавляем, заходим в Альфа Сервер, добавляем здесь приложение и добавляем тот про так, то есть тот модуль протокола, по которому будем общаться с источником данных. В данном случае у меня сейчас напишете, Мадбас. Это может быть любой справедливо, все это для любого протокола данных, который имеется, так он вился и тут вашу.

2:56:06 Не станция, мне нужна проще к надбавщиком от баз. Сиди, все добавили, у нас есть проще, чем у вас в цепи есть приложение. Все теперь и теперь мы в принципе вот прямо с обозревателя решений. В тот новый сервер перенесем те резервуары, которые нам необходимо на него перенаправить, например, резервуар 9. Резервуар. Что такое? То Резервуар 9 перенесли, перенесем резервуар. 8 То есть мы теперь переносим тот набор данных, который у нас будет? Исполняться на другом сервере резервуар 10.

2:57:03 Все, то есть мы сейчас с вами, что сделали мы, добавили еще 1 сервер и перенесли на него. Перенаправили поток данных от контроллера на этот сервер. Да все эти адрес я не прописал 1. 168 Ну и теперь, соответственно, 2 ламината было 1. Соединим с подсетью теперь, если посмотреть на дерево у нас. Вот мы видим, что 1 сервер у нас имеет с 1 по 5 резервуар, и он получает их от контроллера 2 сервер. У нас имеет набор данных с 6 по 10 резервуар, то есть мы их разделили, но теперь на рабочей. Станции нам необходимо указать, так как мы там указывали, что весь набор данных нам необходимо получать с основного сервиса. В смысле, с 1 сервера сервер Скада? Теперь нам нужно ему сказать рабочим местам, что нам необходимо получать данные также и.

2:58:11 Серверов Сервера Скада 1 это тоже делается приложение, ссылку удалим. Объект дерьмо. Вот. И перенесем, собственно, эти резервуары сюда. Сюда раз 2 раз 2 1 2 3 4 то здесь мы здесь указываем тот набор объектов, который будет у нас отображаться на клиенте. Ну, это я так визуально показываю, все это можно сделать и. Через в табличном виде. Собственно, вот таким макаром мы таким образом мы описываем клиентскую часть. Так вернемся. Да, ссылки ссылки не указал ссылки, что надо раскрывать динамически.

2:59:23 Добавим атрибуты, чтобы дерево строилось динамически. Все. Вот мы сейчас с вами. С масштабировали, что у нас имеется 1 источник данных, и мы их разделили, разделили поток данных на 2 сервера. На 3 тип аналогии делается, и эти данные перенаправили на рабочее место. Следующий момент это уже, наверное. Вернемся к предыдущему штаберу добавление. Данных происходит по аналогии, то есть, если я опять же регламент уже не укладываемся я. Мы также добавляем дополнительные источники данных и также.

3:00:11 Указываем тот поток данных, которые необходимо перенаправить на нужный нам сервер, набор данных, которые необходимо, чтобы обрабатывал тот или иной сервер. Так что так? Масштабирование исполнения тоже делается в принципе, делается тут по аналогии. То есть нам необходимо, чтобы исполняемых компонентов было несколько, да на уровне? Узла домена, то мы также здесь с панели элементов добавляем Альфа сервер и описываем тут на барданных, которые там необходимо, чтобы присутствовал.

3:00:50 Вот дальше что еще у нас более интересное? Это масштабирование межуровневое, да то есть давайте теперь сейчас данные. Вот с 2 серверов, которые мы добавил, передадим на вышестоящий сервер, но причем. Передадим не весь поток данных, а только тот, который необходим для передачи наверх и отключим команды возможности передачи управляющих воздействий. То есть, как это также делается, мы добавим здесь. Узел Альфа Домейн. Зовем его какой нибудь там. Вышестоящий это может быть какой то либо.

3:01:38 Диспетчерская или сервер для каких нибудь составления отчетов, которые будут собирать данные с куча разных серверов. Нам необходимо писать на барданных, который в нем должен быть сетевой. Адаптер также сразу соединим с подсетью. Прописать. 168 8 8 Так сетевой адаптер мы описали, добавим здесь экземпляр Альфа сервера. Здесь мы также добавим тот протокол взаимодействия, по которому будем работать. На данном случае мы будем работать через протокол, наш внутренний, это через Хаб модуль добавим здесь приложение.

3:02:36 И с помощью создания представления объектов укажем тот набор необходимых данных, которые нам необходимо передать на вышестоящий уровень. Нам необходимо данный сервера Скада 1. Сервера Скада сервера Скада 1 передать на верхнюю. Вот у нас видим, что здесь есть резервуары на 1 сервере с 1 по 5 на 2 сервере с 6 по 10. Ну давайте, в принципе, их все и добавим.

3:03:08 Далее. И скажем, что эти данные нам необходимо представлять для вышестоящего уровня. Вот мы сейчас получили весь тот набор резервуаров, который нам необходим для вышестоящего. Но хочу заметить, да что давайте, например, откроем. Какую нибудь задвижку на уровне сервера ввода вывода? Посмотрим на нее, обратите на набор параметров, которые имеются на задвижки на уровне серверов. То есть здесь команды управления, вот они исходящие, это команда управления и статусные параметры этой задвижки на уровне же верхнего уровня?

3:03:57 Солтан. Резервуара, на какую нибудь мы передали, мы убрали команду управления и передали туда сюда только. Параметры статуса и параметры возникновения ошибки как раз вспоминаем то, о чем говорила Вероника. Да, в своем докладе передача данных с уровня на уровень. Вот это мы описали и, ну и теперь необходимо просто. Соединить с нужной подсетью нам эти этот сервер. Все соединили. Таким образом, у нас строится резервирование, масштабирование еще раз. Обращу внимание, что мы уже не занимаемся работой именно с данными, с параметрами, мы им даже в принципе протоколы. Обмена между всеми вот этими серверами можем выбирать уже после того, как их добавили. То есть поток данных и набор данных он остается неизменно, мы просто его распределяем по.

3:05:05 С 1 узла на другой узел либо объединяем из различных узлов и из различных источников данных вот данных. Ну, собственно, наверное, у меня все если есть какие, то вопросы. То можете задавать. Понятно! Коллеги, если вопросов нет, я хочу передать слово следующему докладчику Силкину, Кириллу, техническому директору Атомик Софт. Кирилл нам расскажет про очень важную вещь. Альфахисториан Кирилл, вам слово добрый, добрый день коллеги меня слышно. Да слышно и видно, пожалуйста, да головой Ааа, а?

3:06:02 Еще раз добрый день меня зовут Кирилл, я технический директор Томиксорт. Ааа презентацию видно сейчас. Да все хорошо. Когда я 1 Видеопотока приостановлю. Укладок, собственно, сейчас я хотел бы рассказать о нашем новом решении. В нашей новой парадигме представления коммерческих продуктов это.

3:06:53 На самом деле многие из вас уже, как я понял по вопросам знакомые с нашими программными компонентами. Для кого то будет весьма непривычно, что мы теперь мы, Альфа Кистуриан, называем решением состоящим из каких то частей, но.

3:07:15 Не менее процесс переходный, я надеюсь, что все мы привыкнем к новым названиям, к позиционированию и так что же такое. Вы знаете, что у нас есть? 1 Из программных компонентов, который входит в платформу. И представляет собой. Вещь, за которую мы гордимся, надеюсь, заслуженно это не Эскуэль, но Ноу Эскуэль Хранилище. Данных временных рядов привыкаем к новому. Привыкаем к новому названию само хранилище, отныне как программный компонент будет называться.

3:08:02 Что же мы обернули в решение Альфа фестиваля? И почему дело в том, что мы подошли к тому моменту, когда? Уже видим, что многие проблемы, с которыми сталкивается инжиниринг, используя разные системы разработки проектов для СТП. Многие системы не закрывают качественно проблему хранения истории, особенно в больших объемах, особенно с высокой производительностью. И требованиями, как к сохранению гарантированному, так и к быстрому предоставлению дам наше решение, как многие знают, наша программа. Обладает всеми этими перечисленными характеристиками, соответственно, мы подумали. А почему бы не дать возможность людям использовать только хранилище без необходимости обвязки всеми остальными частями альфа сервера Альфа? Платформа платформа возможно для кого. То это пригодится, естественно, все так же продолжает работать. В рамках наших компонентов мы рекомендуем и предлагаем использовать полностью альфа платформу для построения решений. Но тем не менее задачи возникают разные, у кого то есть существующие системы. Которые не справляются с требованиями хранения данных по производительности или по объему, кто то продолжает искать себя и интегрировать. Разные системы разных в 1 систему улучшения разных венгров. Именно поэтому мы, собственно, такое решение сейчас и предлагаем на.

3:09:55 Складе, который вы перед собой видите, нарисована архитектура решений. Так что же все таки входит в эту? Это хранилище. То самое Альфа Сторидж. Которое позволяет сохранять историю данных по технологическом процессе в формате временных рядов. Это хранилище, естественно, может собирать данные. С компонентов альфа платформы Альфа Сервера, но в рамках решения мы также допускаем сброса сторонних систем через Альфа Фистуриан Коннектор.

3:10:37 Этот компонент он в разработке выходит с Нового года. Он позволит быстро конфигурировать минимальными шагами с посторонней системы по спецификациям семейства писи, еда или.

3:10:58 И гарантировано сложить в наше же хранилище также в состав решения входит. Альфа Арма, вы прекрасно многие из вас прекрасно осведомлены, что доступ к нашим историческим данным мы обеспечиваем по нескольким протоколом через Альфа Аксес Пойнт сегодня. Кстати, уже был вопрос, так вот Альфа Акциз. Доступ к истории значении истории событий через Альфа Аксес поинт по классификации версии 4 23 во всех версиях по моему 5.

3:11:38 Доступны для скачивания через техподдержку. Вашу, собственно, доступ организуется по спецификациям, описи классическая, когда многое Уа по по нашему внутреннему протоколу. Почему я об этом говорю, что у меня несколько? Позже и через Предоставлением данных через мы пошли следующим путем. Мы не стали писать свои аниме Сири либо какие, то другие провайдеры мы написали расширение остр. Таким образом установив. Можно получить данные из нашего хранилища через запрос вот такой состав этого решения. Теперь немножко по программной архитектуре это в 1 очередь будет полезно тем, кто не сталкивался.

3:12:38 С нашими компонентами программы. Как же мы организуем сохранение данных, сохранение данных идет через модуль истории Альфа Сервера, о чем мы всегда говорим, что это сохранение весьма надежно? Надежное. Чем же мы достигаем высокий уровень надежности сервер? Как сервер оперативной информации обработки, естественно, работает с данными в памяти. А вот история, она у нас идет немножко по другому тракту, поскольку Альфа сервер и Альфа. Сторидж могут быть в общем случае разнесены на разные косты. Возникает элемент сетевого взаимодействия, так вот для сглаживания разрыва сети для гарантированного сохранения.

3:13:39 Истории нам не был реализован, так? Срывательно. И запись всех данных проходит через этот мусор. То есть что получается, если вдруг модуль истории не может записать по тем или иным причинам? У Альфа сторожа данную фразу, то он их складывает в файловый буфер и выключение альфа сервера или там.

3:14:10 Разрыв сети между Альфа сервером и Фасфором не повлияют на то, что в дальнейшем при возобновлении связи мы эти данные передадим на сторону хранилища и данный на свое место в базу данных. Также хочу заметить, что в настоящий момент у нас реализуется В. Записи в несколько хранилищ одновременно. У нас не резервирование как в Альфа сервере хранилище, а дублирование исторической информации. Соответственно, для каждого экземпляра Альфа Сторидж заводится свой файловый буфер и и этот файловый буфер ограничен, кстати, только.

3:15:01 Свободным местом дисковой подсистемы нас тоже об этом спрашивают, насколько же его хватает, хватает его достаточно надолго, это все считается. Можем предоставить расчеты. Соответственно, разрыв с 1 другим сервером сглаживается впоследствии файлом и буфером. Они независимы для каждой реплики хранилища. Эти все взаимодействия уже неоднократно проверялись, восстановление истории идет. Как и предполагается дырок в разных, в разных местах, в истории не существует переключения Альфа. Сервер с основного на резервный также спокойно проходит. Не возникает недописанных данных, даже если данные в какой то момент времени остались недописанными, они обязательно будут переданы в хранилище.

3:16:04 На свои места. И в общем то, продолжая тему обеспечения надежности, тоже слышим вопросы о том. Как же так выявляются такие характеристики по производительности? Мало вообще кто заявляет? Возможно, вы говорите о том, что ваше хранилище находится в оперативной памяти при выключении компьютера. Все данные погибнут, пропадут, собственно, этим слайдом. Хочу показать, где данные находятся в оперативе, когда данные в оперативной памяти находятся. А где они пропасть уже не могут, не могут и так здесь специально? То есть разделены данные, которые находятся в оперативной памяти и находятся уже?

3:17:07 Записанным на диске в файловой системе, много ли истории получает данные из ядра через собственный внутренний кэш, пишет данные файлов этого? В дальнейшем модуль истории передает данные. На сторону. Они попадают в Кыш кластеризации и периодически по времени либо по заполнению страниц памяти. Попадают рабочий набор базы данных, это такое промежуточное хранилище, когда данные еще не накопились в достаточном объеме. Мы периодически их сохраняем на диск для того, чтобы не потерять.

3:17:57 После того как выделенные страницы данных заполнены через кэш общего назначения, попадают в активную область хранилищ. Ну и, собственно, сама база данных разделена на несколько областей. На предыдущем Слайде это не сказал. Делится на активную область и архивную область, хранилище, активная область хранилище. Такое понятие настраиваемое оно приведено для того, чтобы обеспечить. Более быстрые данные, более быстрый доступ к данным, чем в архивной области за счет специализированных механизмов за счет постоянного.

3:18:45 Индексирования данных в этой области и. Нахождение индекса в оперативной памяти. Хранилище достигается быстрое позиционирование и предоставление данных собственно. Чисто теоретически данные могут теряться, пока они не были сохранены в рабочем наборе. В настоящий момент у нас за все время использования истории она не было обращения, потому по тем фактам, что. У нас возникла дырка из за потери данных после аварийного сбоя оборудования. Это говорит о том, что и это решение уже надежно, но мы не стоим на месте.

3:19:34 Несколько слов о производительности многие из вас, скорее всего, видели, что. Мы заявляем, заявляем высокий. Мы заявляем достаточно высокие производительности, но весной этого года нашелся отчаянный партнер, который. Совместно с нами участвовал в испытаниях нагрузочных испытаниях. Нашего хранилища и, собственно, состав, о чем составлен совместный протокол, цифры производительности. Вы видите на экране чистое чтение 80000 изменений в секунду. Чистая, ой, чистая запись, чистое, чтение 1000600 изменений в секунду, совместная запись и чтение 7000400. При этом была проверена корректность, запись.

3:20:33 Данных хранилище, то есть мы проверили все, что мы сгенерировали на стороне. Инструментов генерации данных все эти данные легли наших потерь, никаких не было, ничего не пропустили, все собрали, все сохранили. Еще не все. Дело в том, что Хранилище Альфа Сторож действительно нам очень дорого. Мы очень мы очень любим этот продукт, считаем его 1 из наших флагманских продуктов даже в составе всей платформы выделяем холеным лелеем. К сожалению, у нас не получается.

3:21:27 Тратить на развитие этого продукта столько времени, сколько мы захотим. Задач действительно много, поэтому мы делаем некий задел, который закрывает текущие потребности и на какое то время останавливался. Сейчас все чаще и чаще возникают вопросы.

3:21:48 О. Чисто вариант с появлением новых партнеров, новых заинтересованных лиц, которые предъявляют более высокие требования по производительности. Это подтолкнуло нас на. Очередную операцию доработки хранилища, и в этом году она выходит в качестве релиза конверсии 4. У нас Аа. Альфа спорт новая версия будет, 4 чем же она отличается? Ну, во 1 это конверсия, о которой мы давно говорили, которые мы давно хотели реализовать. Что же такое инверсия, это перестановка?

3:22:38 Порядка следования относительно временной шкалы на порядок следования поступающих данных на сквайке. Показано, что будет происходить, если мы получим следующее поступившее значение по порядку на временной шкале стоящей левее версии хранилища 3 0 данные. Будут сброшены как инверсные, естественно, об этом будет написано в журналах. Но тем не менее точку данных эту мы потеряем и в хранилище версии 4.

3:23:17 С реализованными инверсиями мы вставим эту точку данных в необходимое место на любую глубину хоть 10 лет назад. В том числе это требование реализации этого требования, потому что мы наконец то до него добрались, связано с. Очень интересными особенностями ряда контроллеров, которые позволяют досылать архивные данные, и теперь мы эти данные можем спокойно получать. Обрабатывать, вставлять в историю и хранить, представлять при чтении также дополнительно. Хочу отметить, что в настоящий момент уже на самом деле. Более года реализована функциональность вообще во всей платформе, реализована функциональность. 2 Меток времени, то есть мы оперируем не только. временем рабатывания, которое приходит нам через коммуникационный протокол, ну и временем фиксации на стороне платформы этих данных соответственно.

3:24:24 Если мы будем запрашивать данные по времени срабатывания хранилище, в 4 мы увидим вот картинку, которая здесь нарисована зелененькой точкой в виде такого. Графика, если же мы запросим данные с меткой времени фиксации на стороне Альфа платформы, то, естественно, в 6 правее в 5 будет отображена именно так.

3:24:47 Это в том числе необходимо для того, чтобы производить всевозможные там подборы полетов с оборудованием данных С. Отличиями в методах времени мы сталкивались с такими ситуациями, и в общем то такой функционал существует, но это так, скажем так, относительно тема выступления. Дальше новое хранилище сниженная. Снижен средний размер записи. Параллельно с этим введена настройка точности метки времени, также позволяет снизить размер в целом. Точность времени на стороне хранилища может быть до 1 секунды такие точности времени. Естественно, затратно по объему данных, и тем не менее это возможно.

3:25:47 Хранилище версии, 3 поскольку внешние мы со сторонними системами не стыковались, была принята точной сметкой времени 100 миллиардекунд. 1 Милисекунда. Значит, сейчас точной сметки времени может быть настраиваем? То есть, если вам критичен объем файловой подсистемы объемом хранилища, объем базы данных, который занимает на дисках хранилище? То метка времени может быть настроена, если вам не нужна такая дикая точность сам? Поряд в настройках сервера можно указать любую необходимую вам точность. Так вот, при точности в 1 Миллисекунду снижение среднего размера.

3:26:45 Записи 1 записи в зависимости от типа, от 30 до 50%. Ну, то есть если в 3 дабл, то есть не в бане. Такой занимал 21 байт памяти в базе данных, вот сейчас он занимает, 17, а?

3:27:07 Занимает порядка 8. Производительность наша любимая цифры видите, значит, цифры, которые приведены для хранилища новой версии. Это не окончательный, это промежуточный окончательный нагрузочный тест у нас в декабре. Ну, ну и после релиза я надеюсь, что коллеги из автософта.

3:27:37 Также. Согласятся провести с нами нагрузочный тест и подтвердить наши слова своими заверениями. Ну вот такие цифры мы видим сейчас, на самом деле, на мой взгляд, вполне. Еще 1 1 дополнение к производительности в настоящий момент хранить в новом хранилище количество тестов, сохраняемое в истории, не влияет на производительность версии 3 было влияние. Оно было нелинейным, оно было небольшим, но тем не менее это было. Сейчас количество тарифов не влияет, совершенно производительность будет одинаковая, какой бы объем вы не сохраняли.

3:28:31 Ну и вот то самое повышение надежности, о котором я уже говорил с системой, так было достаточно надежным. Но теперь на стороне хранилища мы данных терять не будем совершенно, то есть Кеш. Кластеризации данных, которые 2 слайдами ранее будет дополнен файловым журналом транзакции, мы уже дополним все это находится в испытаниях. Этот файловый журнал, собственно, данные данные попадают сразу. И после этого транзакция подтверждается источника данных соответственно при любых сбоях при.

3:29:15 Неадекватном завершении работы хранилища при старте из этого файлового журнала транзакции будут восстановлены записи еще не обработанным сервером хранилищем. Я имею ввиду и все данные попадут в базу, ну. Естественно, поскольку у нас взаимодействие между источником и хранилищем традиционное те данные, которые были по неподтвержденным транзакциям. Они из источника не удалятся и будет повторная попытка записи.

3:29:48 Ну и последнее это. Ранее скорость запуска в хранилище текущем. На нее влиял объем. Активной области хранилища активной области базы данных это происходило как раз потому что. Было необходимо прочитать весь индекс разместить его в памяти, и чем больше было хранилище, тем медленнее стартовала история. Сейчас от понятия индекс мы ушли совсем в новой версии, и старт сервера не зависит от объема хранилища совершенно.

3:30:32 Вот такие нововведения нас ждут в новой версии сервера новой версии хранилища. Я надеюсь, что Это в том числе позволит нам выйти на новые проекты, которые связаны с большим количеством сбоку, с большей глубиной хранения, с большим количеством. Данных мы не прекращаем развивать наш продукт, наш программный компонент Альфа, сторож, чтобы развивать. Мы знаем его, куда это будет делаться.

3:31:15 Но опять же вот с точки зрения необходимых и достаточных заделов для существующих проектов. Сейчас у меня все, если есть вопросы, я готов на них ответить сейчас или потом. Как будет удобно?

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.