История проекта

YEPAŞ, работающая на энергетическом рынке с 2012 года, является поставщиком электроэнергии примерно для 5 миллионов человек в рамках почти 2,2 миллионов договоров подписки в широкой географии, охватывающей провинции Самсун, Орду, Чорум, Амасья и Синоп (Йешилирмак). Регион распространения).

YEPAŞ предоставляет услуги по электроснабжению широкому кругу клиентов: от индивидуальных бытовых потребителей до промышленных предприятий с высоким потреблением и крупных коммерческих абонентов.

Существующие недостатки здания и потребности проекта

В начале проекта YEPAŞ, дочерняя компания Çalık Holding на энергетическом рынке, управляла регулярными процессами измерения и выставления счетов для своих 2,2 миллионов абонентов. Компания собирала данные о производстве электроэнергии на электрораспределительных станциях в ходе своих рутинных рабочих процессов и передавала их в центральное озеро данных. Кроме того, добавляя к этим данным текущую статистику потребления, она пыталась прогнозировать будущие привычки потребления электроэнергии и планировать свои производственные мощности в соответствии с ними. этой статистической оценке.

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

Yepaş нуждался в мощном решении для повышения непрерывности бизнеса и для сбора, мониторинга и резервного копирования всех потоков данных в одной точке, короче говоря, для управления ими с высокой эффективностью путем построения интегрированной структуры хранилища данных, независимо от формата базы данных (SQL - нетSQL).

Основные моменты в результате анализа уязвимостей:

• Все бизнес-подразделения собирали только те данные, которые им были необходимы, поэтому требовалось общее решение для хранения данных среди сотрудников.
• Сбор разных данных разными методами разными бизнес-подразделениями приводил к проблемам с мультиплексированием данных.
• Эти разрозненные, производные и повторяющиеся наборы данных необходимо было дедуплицировать и устранить неэффективные бизнес-процессы.
• Для создания общих пулов данных было крайне важно создать бизнес-подразделения, которые будут владеть данными и управлять ими.
• Из-за использования распределенных баз данных не было возможности собирать данные более плавно и быстро.

Предоставляемые преимущества

Отчет о воздействии проекта YEPAŞ, который перешел на инфраструктуру Булутистана, пионера рынка DBaaS, в результате продуктивного трехмесячного проектного процесса, приведен ниже.

Влияние на непрерывность бизнеса

• Проблема невозможности делать прогнозы в реальном времени из-за трудностей, возникающих при распределенном сборе данных, и необходимости делать прогнозы на основе прошлых данных, была устранена.
• Административные услуги, связанные со сбором данных, взял на себя Булутистан. Таким образом было обеспечено более эффективное использование внутренних ресурсов компании.
• Планировалось решить все проблемы, которые могут возникнуть на уровне платформы DBaaS во время сбора или обработки данных Булутистаном.

Влияние на производительность и стоимость

• Все основные данные могут быть собраны в центральном пуле данных (Data Lake).
• Была предотвращена потеря эффективности, вызванная мультиплексированием данных.
• Большие данные стали собирать более эффективно. Таким образом была достигнута экономия времени до 22% при интенсивных потоках данных.
• За счет сбора меньшего количества данных в меньшем количестве баз данных была достигнута экономия от 20% до 60% с точки зрения аппаратных и трудовых ресурсов.
• Точность прогнозирования в процессах прогнозного анализа была повышена на 62%.

Функциональные преимущества

• Топологию базы данных можно просматривать динамически.
• Анализ запросов к базе данных теперь стал доступен для просмотра на визуальных экранах.
• Можно создавать резервные копии баз данных и планы резервного копирования.
• Можно определить роли пользователей, связанных с базой данных, и RBAC.
• Базы данных можно отслеживать и генерировать сигналы тревоги.
• Узлы базы данных имеют структуру, которую можно разделить на чтение и запись.
• Был проложен путь для создания пользовательских информационных панелей.