Як зробити ЖКГ, щоб воно було ДВС

В країні за адресою http://dom.gosuslugi.ruстворений і запущений в промислову експлуатацію єдиний інформаційний ресурс в сфері ЖКГ — державна інформаційна система житлово-комунального господарства (ГІС ЖКГ). Мета і завдання системи – нарешті зробити ЖКГ повністю прозорою і надати населенню способи для посилення громадського контролю у такій важливій сфері. У статті коротко описуються деякі можливості ГІС ЖКГ, доступні всім жителям нашої країни вже сьогодні, а також побіжно розглядаються основні архітектурні рішення і технології, які дозволили витримати вимоги по термінах і забезпечити потрібні експлуатаційні характеристики системи.

Источник

Введення
Мені пощастило працювати на проекті зі створення державної інформаційної системи житлово-комунального господарства (далі ДВС ЖКГ) в якості архітектора і керівника розробки системи з 2014 року, тобто з самого початку. У цьому пості я постараюся розповісти про те, що ж це таке і як виглядали зсередини процеси прийняття ключових рішень при розробці великої інформаційної системи. Дуже великий інформаційної системи.

Відразу хочу сказати, що цей пост замислювався як вступний, який дозволить з висоти пташиного польоту подивитися на деякі аспекти реалізації ГІС ЖКГ і позначити найбільш цікаві теми для подальшого висвітлення. В наступних постах ми плануємо вже більш детально зупинитися на конкретних питаннях реалізації ГІС ЖКГ.

За останні 5 років моє життя багато в чому пішла в онлайн, і цей факт дозволяє економити велику кількість сил, звільняючи купу часу. Наприклад, мені подобається мати можливість купити квиток в театр або в кіно, не встаючи з дивана. Мені подобається вибирати собі місце в літаку і бронювати готель, не виходячи з дому. Мені подобається, що у мого банку немає офісів, а 99% всіх моїх банківських операцій я виконую через Інтернет. Мені подобається парою натиснень кнопок в смартфоні замовляти таксі і не потрапляти в пробки (ну майже) завдяки онлайн-навігаторів. У мене складається відчуття, що нарешті-то інтернет-технології досягли рівня, на якому вони стали дійсно приносити реальну користь людям.


Источник

У багатьох галузях технології вже давно перейшли в онлайн, однак в області ЖКГ все йде не зовсім так, а точніше — зовсім не так. Багато жителів через портал держпослуг вже можуть виконувати базові операції (такі, як оплата рахунків або введення показань приладів обліку). Як жителю Москви мені, звичайно, гріх скаржитися, однак хотілося б більше і краще. Я, наприклад, частина послуг оплачую на сайті моєї керуючої компанії, електрика — на сайті Мосенерго, внески за капітальний ремонт — на порталі держпослуг. Так сталося, що в один «прекрасний» момент я забув про Мосенерго, і в моїй квартирі ледь не відключили світло. Довелося кинути всі справи і терміново їхати в офіс Мосенерго, щоб ліквідувати утворився борг.

Судячи з відгуків родичів, друзів і знайомих, у багатьох регіонах справи йдуть набагато гірше. Мої батьки живуть в Астрахані і вирішення питань у сфері ЖКГ також доставляє їм чималі незручності. Наприклад, досі вони щомісяця витрачають свій час на те, щоб особисто передавати в керуючу компанію показання приладів обліку на папірцях. Інша їхній головний біль — у тому, що немає єдиного ресурсу, де можна було б бачити всю інформацію про виставлених рахунках і факти оплати. Постачальники різних послуг періодично втрачають інформацію про платежі, виникає заборгованість, і для того, щоб розібратися, їм доводиться приїжджати в офіс до конкретного постачальника послуги разом із стосом квитанцій про оплату.

Я думаю, що кожен може навести свої приклади проблем у сфері ЖКГ, які доставляють неприємності і змушують витрачати свій час.

Терпіння, спокій! Зараз вони з'являться
Не всі знають, але наша країна рухається до світлого майбутнього, коли ці проблеми будуть вирішені і ми зможемо вирішувати багато питань у сфері ЖКГ через Web або мобільний телефон так само, як це зараз можна робити в банківській сфері або інших просунутих в області онлайн галузях.



У відповідності з Федеральним законом від 21.07.2014 р. № 209-ФЗ і ЖК РФ у Росії створюється державна інформаційна система житлово-комунального господарства (ГІС ЖКГ). Державним замовником ДВС ЖКГ є Минкомсвязь Росії. Роботи по впровадженню системи та створення нормативно-правової бази здійснюють Минкомсвязь Росії спільно з Мінбудом Росії. Фінансування створення системи виконується за рахунок коштів Оператора системи (ФГУП «Пошта Росії»). Розробкою ДВС ЖКГ «з нуля» займається команда ЛАНІТ.

З липня 2016 року система знаходиться в промисловій експлуатації за адресою http://dom.gosuslugi.ru. Система продовжує нарощувати свою функціональність, а також стрімко наповнюється даними.

Що всередині
У ГІС ЖКГ по всій країні вносяться дані по організаціям (компаніям — КК, ресурсопостачальним організаціям — РСО та ін), по домівках (багатоквартирним і житловим). На малюнку нижче показана карта впровадження ГІС ЖКГ (див. https://dom.gosuslugi.ru/#!/map), де кольором відзначені успішні і відсталі регіони.



Карта впровадження ГІС ЖКГ

Для прикладу наведена картка впровадження одного з передових регіонів — Мурманської області.

Я знайшов будинок в Астрахані, в якому жив колись давно і зміг переглянути за нього основну інформацію, а також інформацію про пов'язаних з ним організаціях (КК, РСО, органах місцевого самоврядування).



Будинок і пов'язані з ним організації на карті

Також я вивчив інформацію про керуючої організації, яка обслуговує даний будинок. Ознайомився з ліцензією цієї організації. Виявилося, що у неї в управлінні знаходяться 40 багатоквартирних будинків, і за останній рік вона кілька разів потрапляла» на штрафи.



Інформація про керуючої організації

Кожна людина може зробити те ж саме самостійно. У наступних статтях ми постараємося розповісти про це докладніше і описати, що ще цікавого і корисного можна зробити за допомогою ГІС ЖКГ.

У кожного жителя країни на порталі ДВС ЖКГ є персональний особистий кабінет, потрапити в який можна через обліковий запис порталу держпослуг. На госуслугах вже зареєстровано більше 40 млн користувачів, і всі ці люди без будь-якої додаткової реєстрації вже зараз можуть ввійти у свої особисті кабінети в ГІС ЖКГ. Якщо за якимось дивним збігом обставин, хтось з користувачів Хабра досі ще не зареєстрований на госуслугах, зараз саме час витратити трохи часу і зробити це! Гарантую, що витрачений час (за фактом його потрібно дуже небагато) з лишком компенсується отриманими «плюшками».

У особистому кабінеті кожен може побачити інформацію про всієї наявної у власності нерухомості. Дана інформація автоматично підтягується з бази даних Росреестра. Також через особистий кабінет можна задати питання або направити звернення в органи влади або в свою управляючу компанію. Крім цього, в ДВС ЖКГ можна бачити нарахування за ЖКП, обсяги наданих комунальних послуг, можна передавати показання приладів обліку, можна без зайвих посередників і додаткових сторонніх сайтів оплатити послуги ЖКГ. Ці функції доступні вже зараз (за умови, якщо вашої КК введені необхідні дані, про це нижче) і їх кількість постійно збільшується. Самі цікаві та корисні постараємося анонсувати на Хабре з докладною розповіддю «як, навіщо і для чого».

Рекомендую подивитися оповідання заступника міністра зв'язку і масових комунікацій Михайла Евраева на форумі CNews про можливості ГІС ЖКГ.

А ти такий холодний
Всі перераховані зручності для користувачів — це лише вершина айсберга ДВС ЖКГ. Для того, щоб все це запрацювало, необхідно, щоб керуючі компанії, ресурсоснабжающие організації, органи місцевого самоврядування, контролюючі органи і всі-всі-всі інші учасники довгих бізнес-процесів ЖКГ своєчасно вносили в систему якісну інформацію. І саме з цим у нас зазвичай трапляються найбільші проблеми. Обов'язок ніби як є, але сумлінно її виконувати у багатьох виходить не завжди.

Источник

Тому для постачальників інформації державою на законодавчому рівні передбачена адміністративна відповідальність, а також найбільш зрозуміла і дієва економічна мотивація: починаючи з 1 січня 2018 року (спочатку було з 01.01.2017, але потім термін перенесли) у випадку, якщо в системі не розміщена інформація про розмір плати, яка підлягає внесенню споживачем за житлове приміщення і комунальні послуги, яких розміщена інформація, яка не відповідає платіжному документі, представленому споживачеві на паперовому носії, платіжний документ вважається не поданим відповідно до вимог законодавства Російської Федерації» (див. 209-ФЗ від 21 червня 2014 року і законопроект про перенесення строків відповідальності). Таким чином, до тих пір, поки у особистому кабінеті кожного користувача ГІС ЖКГ не з'явиться рахунок, послуга вважатиметься наданою. Пам'ятайте, що рахунки в ГІС ЖКГ є єдино вірними!
А тепер, нарешті, давайте поговоримо про технічну сторону.

потрібно
В принципі, ДВС ЖКГ могла бути реалізована десятком різних способів. Те, як вона в підсумку виглядає, в першу чергу визначається вимогами Державного замовника і Оператора. Деякі вимоги прямо тягнуть конкретні наслідки, інші — допускають різні варіації, які ми, як розробник, оцінювали з урахуванням свого досвіду, можливостей і переваг нашої команди. Нижче я наведу основні вимоги, які висувалися до ДВС ЖКГ на початковому етапі проекту.

Велика функціональність за короткі терміни
Одна з найважливіших особливостей проекту — необхідність реалізувати дуже велику функціональність у вкрай стислі терміни в умовах постійних змін і уточнень. Справа в тому, що «водоспадний» підхід, при якому спочатку один-два роки пишеться федеральний закон, приймаються підзаконні акти, потім два-три роки розробляється, розгортається програмно-апаратний комплекс, система проходить дослідну і потім переводиться в промислову експлуатацію призвело б до того, що на промислову потужність система вийшла б через п'ять-сім років. Крім того, можливо, що за час, поки формувалася б нормативно-правова база і проектувалася під неї система, сфера ЖКГ вже істотно змінилася і багато речей стали не актуальними.

мнению заступника міністра зв'язку і масових комунікацій Михайла Евраева, «ГІС ЖКГ створюється в рекордні терміни — за 2,5 року… роботи по створенню системи йшли паралельно: формування нормативної правової бази, розробка програмного забезпечення, проведення організаційних заходів по впровадженню ГІС ЖКГ в суб'єктах РФ».


Источник

Для нас як розробників ГІС ЖКГ – це означає необхідність розробки і впровадження ГІС ЖКГ невеликими ітерації з урахуванням накопиченого досвіду, виникаючих змін і уточнень.

На практиці, на жаль, для такого масштабного проекту так, як я бадьоро написав — ітераціями та з урахуванням досвіду і уточнень, не виходить… Нам довелося істотно перекроїти схему управління, організаційну структуру, релизные процеси і багато іншого. Але це ціла окрема тема, яку ми постараємося обговорити в інший раз.

Можна виділити наступні основні віхи проекту:

  • 21 червня 2014 року – Федеральний закон N 209-ФЗ «ПРО державну інформаційній системі житлово-комунального господарства» від 21.06.2014 р.;
  • липень 2014 року — старт розробки ПЗ;
  • лютий 2015 року — забезпечена можливість розміщення інформації по 209-ФЗ від федеральних органів виконавчої влади і органів місцевого самоврядування;
  • травень 2015 року — вихід в промислову експлуатацію реєстру ліцензій;
  • липень 2016 року — вихід в промислову експлуатацію зі всієї передбаченої 209-ФЗ і підзаконними актами функціональністю;
  • 1 січня 2018 року — вступ у силу економічної мотивації, про яку я вже говорив вище.
Максимально поширене обладнання і
Проект по створенню ГІС ЖКГ стартував у 2014 році в умовах непростих відносин із Заходом. Тому одним з найважливіших вимог Державного замовника і Оператора був повна відмова від використання унікального обладнання та програмного забезпечення західних вендорів на користь використання відкритої архітектури та ПЗ з відкритим кодом.

Для нашої команди розробки, має в той час найбільший досвід роботи саме на технологіях світових вендорів, це стало серйозним викликом. Була пророблена серйозна робота з пошуку та аналізу всього ринку open source, щоб вибрати технології, максимально підходящі по функціональності.

Масштабування на всю Росію, робота 24x7
ГІС ЖКГ обслуговує всіх учасників ринку ЖКГ.

Основні цільові параметри включають в себе (це не реальні цифри, а цільові, які повинна витримувати система):

  • 50 млн домогосподарств по Росії;
  • 2 млн багатоквартирних будинків;
  • 20 млн житлових будинків;
  • 200 тис. керуючих організацій (КК/ОСББ/ЖБК) і ресурсопостачаючих організацій (РСО);
  • 25 тис. органів місцевого самоврядування (ОМС);
  • 1 тис. органів влади суб'єктів РФ (у тому числі Госжилинспекция і ін).
Основні користувачі системи — жителі Росії, але використання системи, звичайно, не обмежена територією нашої країни. Основна активність користувачів припадає на період з 7:00 по 18:00 за місцевим часом. Для того, щоб кожен житель нашої країни міг користуватися ГІС ЖКГ у зручний йому час, забезпечено функціонування системи в режимі 24x7.

Якщо які-небудь роботи неможливі без зупинки системи, то вони проводяться в період регламентних робіт, які переважно призначаються за погодженням з Оператором на період з 21:00 до 00:00 за московським часом.

Взагалі на початковому етапі складно передбачити, яке навантаження буде надходити на систему. Якщо переоцінити потенційну навантаження, то можна вибрати такі технології та архітектуру, які будуть невиправдано складні в розробці та експлуатації. Це може спричинити вкрай великі трудовитрати і терміни створення системи.

Підтримка різних клієнтів для доступу до системи
Жителі нашої країни, а також співробітники КК, РСО та органів влади всіх рівнів мають можливість працювати з ДВС ЖКГ через web-браузер. Крім того, передбачено окремий мобільний клієнт, що дозволяє здійснювати основні функції системи для жителів (ще поки не запущений продуктив).

У ряді регіонів на момент ініціації проекту вже були впроваджені і використовувалися місцеві регіональні системи ЖКГ, в яких вже були автоматизовані процеси даного регіону. Впровадження ГІС ЖКГ не повинно було зламати сформовану регіональну практику і знищити їх напрацювання, тому ГІС ЖКГ в таких регіонах повинна працювати через регіональні системи та інтеграційні інтерфейси.

Багато ресурсоснабжающие організації та керуючі компанії — це невеликі організації без розвинених ІТ-служб, тому в ГІС ЖКГ довелося зробити упор на роботу таких організацій через Web-клієнт і завантаження/вивантаження даних з допомогою XLS-файлів. Однак є великі підприємства з розвинутими засобами автоматизації, які обслуговують сотні будинків і тисячі домогосподарств. Для них ДВС ЖКГ надає розвинені інтеграційні інтерфейси для взаємодії з такими організаціями.

По суті виходить, що у нас немає основного інтерфейсу — як мінімум web-інтерфейс і інтеграційний інтерфейс можна вважати рівнозначними за важливістю. Що це означає з точки зору архітектури системи? Це як би натякає на те, що було б краще загальну бізнес-логіку відокремити від логіки відображення на web або доступу через інтеграційні сервіси. З одного боку, це збільшить складність розгортання ДВС ЖКГ, але зате мінімізує дублювання логіки і потенційні помилки.

Завантаження та зберігання документів
Незважаючи на те, що в ГІС ЖКГ робиться наголос на зберігання даних в структурованій формі і загальний рух у бік переведення в електронну форму процесів, наприклад, укладення договорів, голосування і т. п., однак зараз багато функцій передбачають (або допускають) завантаження неструктурованих або напівструктурованих документів — сканів, текстових документів в різних форматах, фотографій і т. д. Обсяги завантажуються в ГІС ЖКГ документів можуть складати десятки терабайтів в рік.

Зберігання і забезпечення доступності документів в таких обсягах — це нетривіальне завдання, якщо брати до уваги наступні аспекти:

  • забезпечення цілісності (документи повинні знаходитися за посиланнями з підсистем, якщо вони успішно завантажилися);
  • забезпечення надійності (диски/вузли можуть виходити з ладу, але документи не повинні губитися);
  • за цими документами (де можливо) повинен здійснюватися повнотекстовий пошук з підтримкою морфології російської мови;
  • повинна виконуватися постійна антивірусна перевірка;
  • вартість зберігання таких обсягів документів повинна бути мінімальна.
Взаємодія з суміжними системами
Для роботи ДВС ЖКГ необхідні дані різних федеральних ресурсів і відомств, а також взаємодію з кредитними організаціями.

Основні контрагенти системи:

  • Єдина система ідентифікації і аутентифікації (ЕСИА) — забезпечує ідентифікацію і ідентифікацію користувачів,
  • ІС Росреестр — дані Державного кадастру нерухомості для отримання інформації про об'єкти нерухомості, дані Єдиного державного реєстру прав (ЕГРП), які потрібні для забезпечення доступу до функцій і даних;
  • ІС Федеральної податкової служби — дані Єдиного державного реєстру юридичних осіб (ЕГРЮЛ) / ЕГРІП,
  • ІС Генеральної прокуратури — відомості про перевірки юридичних осіб та ВП,
  • ІС кредитних організацій — інформація про рахунки, інформація про факти оплати і т. д.
ГІС ЖКГ взаємодіє з федеральними ресурсами і кредитними організаціями через систему міжвідомчого електронного взаємодії (СМЭВ).

Взаємодія з зазначеними вище інформаційними базами і системами легко можна назвати окремими великими проектами, які заслуговують окремого посту чи навіть серії постів.

Основні архітектурні рішення
В результаті опрацювання багатьох варіантів і альтернатив архітектури ми прийшли до рішень, які найкращим чином підходять для реалізації ГІС ЖКГ.

Источник

Функціональна декомпозиція
ДВС ЖКГ декомпозується на кілька блоків, кожен з яких включає набір компонентів, тісно пов'язаних між собою по бізнесу та/або виконують самостійну технічну функцію.


Джерело

Виділяємо наступні основні блоки, що включають компоненти, пов'язані з:

  • загальнодоступній частиною ДВС ЖКГ — такі, як головна сторінка, новини та події, законодавство, загальнодоступний форум, загальнодоступна аналітика і рейтинги, єдиний пошук по загальнодоступним матеріалів та ін,
  • роботою госжилинспекции — такі, як реєстр ліцензій, реєстр адміністративних правопорушень, реєстр інформації про способи управління багатоквартирними будинками та інші;
  • роботою керуючих компаній,
  • роботою ресурсопостачаючих компаній,
  • платежами, особовими рахунками,
  • нормативно-довідковою інформацією, реєстрацією користувачів і організацій, правами доступу, журналюванням дій і т. п.,
  • зберіганням і завантаженням документів (т. зв. файлове сховище),
  • управлінням і моніторингом системи та ін
Дана декомпозиція дозволяє забезпечити більш керовану структуру проекту в умовах стислих термінів, високої інтенсивності змін і має далекосяжні наслідки, так як навколо неї також вибудовується організаційна схема проекту і так як вона істотно впливає на масштабування системи і на багато інших аспектів.

Вирішено не використовувати декомпозицію (шардирование) за територіальною ознакою, наприклад, зробити набір регіональних вузлів, федеральний вузол, можливо, розгорнути їх у різних територіально віддалених ЦОД і т. д.

Поділ системи за територіальною ознакою для ГІС ЖКГ визнано недоцільним, так як всі плюси переважують мінуси:

  • реалізована функціональність не має суворої територіальної прив'язки, наприклад, керуюча компанія може управляти будинками в різних регіонах, так само, як і ресурсоснабжающая компанія може обслуговувати будинки без орієнтиру на якесь жорстке територіальний поділ, тому реалізація регіональних вузлів спричинить ускладнення, дублювання і потенційні проблеми з цілісністю;

  • ускладнюється розгортання та підтримка системи, додаються додаткові операції у разі змін у територіальному розподілі, наприклад, якщо вирішимо об'єднати регіональні вузли або навпаки їх розділити;

  • якщо використовувати віддалені ЦОД, то це спричинить суттєве дублювання і менш ефективне використання інфраструктури, а також виникнення додаткових нюансів, пов'язаних з каналами даних між ЦОДами і безпекою;

  • ускладнюється аналіз даних та формування зведеної звітності.
Функціональні підсистеми використовують єдине файлове сховище для завантаження та зберігання документів, яке являє собою спеціалізоване рішення, що забезпечує ефективне зберігання великих обсягів даних.

Технології розробки
Функціональні компоненти включають в себе кілька рівнів:

  • сервіси, які реалізують основну функціональну логіку і керують даними,
  • web-модулі, які надають REST-інтерфейс для користувача,
  • клієнтський інтерфейс, який виконується в браузері на стороні клієнта,
  • інтеграційний інтерфейс, який надає доступ до функціональності і даними інформаційних систем, з якими взаємодіє ДВС ЖКГ.
Багаторівнева структура використовується для того, щоб підтримувати різні інтерфейси: інтерфейс через браузер, інтеграційний, мобільний і потенційно необхідні інші інтерфейси.

Для розробки функціональних компонентів використовуються наступні технології.

Для сервісів:

  • сервер додатків JBoss EAP,
  • JavaEE Бины по специфікації EJB 3.1,
  • вбудований JPA Provider (Hibernate 4),
  • Liquibase для створення та оновлення БД (див. невеликий оглядовий доповідь),
  • JUnit / Mockito для Unit тестування,
  • реляційна СУБД PostgreSQL,
  • пошуковий сервіс SphinxSearch з використанням консолі управління і моніторингу власної розробки,
  • сервіс управління повідомленнями JBoss A-MQ;
Для web-модулів:

  • сервер додатків JBoss EAP,
  • JavaEE web-модулі,
  • аутентифікація і авторизація за допомогою Spring Security,
  • JAX-RS сервіси (реалізація JBoss RESTEasy);
Для клієнтського інтерфейсу:

  • підхід client-side rendering / single page application з використанням Angular JS,
  • Bower і Grunt для зборки;
Для інтеграційного інтерфейсу:

  • сервер додатків JBoss EAP,
  • JAX-RS сервіси (реалізація JBoss RESTEasy),
  • JAX-WS сервіси (SOAP версії 1.1),
  • реалізація сервісів на базі Spring Integration, Camel, CXF, JAXB,
  • обробка файлів у форматі Excel за допомогою Apache POI,
  • сервіс управління повідомленнями JBoss A-MQ.
Зазначений набір технологій використовується як стандарт для більшості функціональних компонентів. Взагалі, на початковому етапі ми робили дослідження щодо можливості застосування технологій NoSQL для реалізації функціональних компонентів, оскільки вважається, що ці технології заточені під вирішення проблеми масштабування БД (див. невеликий оглядовий доповідь). Однак у результаті ми прийшли до висновку, що це було б невиправдано. Декомпозиція системи на функціональні компоненти, можливості обладнання та реляційної СУБД PostgreSQL нам дозволяють досягти потрібного рівня масштабованості ефективніше і з меншими ризиками. З урахуванням статистики промислової експлуатації системи по теперішній час можна сказати, що це рішення було правильним.

Звичайно, для специфічних завдань використовуються і інші технології. Наприклад, для реалізації файлового сховища використовується NoSQL key-value база даних, оскільки це дозволяє не використовувати дорогі СГД для зберігання великого обсягу документів, а використовувати оптимальні за вартістю сервери з внутрішніми дисками, а також забезпечити можливість ефективного масштабування на сотні ТБ даних.

Якщо в майбутньому ми зіткнемося з обмеженнями в частині масштабування PosgtreSQL для будь-якого функціонального компонента, то ми зможемо переглянути його реалізацію, в тому числі із застосуванням NoSQL бази даних.

Було вирішено відмовитися від Spring Framework (за рідкісними винятками) для спрощення огляду на те, що всі необхідні сервіси надає JavaEE.

Програмно-апаратний комплекс
Для функціонування прикладного ПЗ ГІС ЖКГ необхідний набір серверів (віртуальних або фізичних), що володіють характеристиками, вираженими у певних параметрах: кількість процесорів, об'єм оперативної пам'яті на процесор, вимоги щодо IOPS для дискової пам'яті, операційна система та ін. Проте яким чином в реальності ці показники будуть досягнуті (обладнання якого вендора буде використано, яка буде використана система віртуалізації і т. д.), не так важливо.

З іншого боку, в процесі експлуатації ГІС ЖКГ перед Оператором стоїть складне питання, як забезпечити ДВС ЖКГ потрібним обладнанням таким чином, щоб воно, з одного боку, забезпечувало потрібну продуктивність і надійність, а з іншого боку, щоб воно не простоювало. Питання ускладнюється тим, що обсяги технічних потужностей, необхідних для ГІС ЖКГ в якийсь момент часу, залежать від багатьох чинників: від термінів, до яких за законодавством повинні бути внесені в систему необхідні дані, від того наскільки затребувані зараз ті чи інші функції жителями та ін. Значення і кількість цих факторів весь час змінюється.


Джерело

Тому для ГІС ЖКГ використовується так званий «хмарний» підхід: потужність ПАК і те, як вона буде нарощуватися, формулюються в термінах віртуальних машин і необхідних для них одиничних ресурсів у період часу. Інженерні підрозділи, які займаються проектуванням ПАК, заздалегідь продумують, як «перекласти» ці вимоги на конкретні специфікації обладнання.

Більш детально про пристрій «хмари» програмно-апаратного комплексу ми припускаємо розповісти в окремому пості.

Висновок
ГІС ЖКГ функціонує і розвивається. Зусилля всіх, хто робить цю систему були відзначені недавно на форумі CNEWS — наша система визнана кращим ІТ-проектом в номінації «Сучасна країна» премії CNews AWARDS 2016.

Це була оглядова стаття. У ній я зміг поверхово торкнутися лише деяких з найважливіших питань, але все одно вийшло задовгий. У наступних статтях ми можемо вже більше сфокусуватися на якихось конкретних аспектах реалізації ГІС ЖКГ, які зараз залишилися за бортом. Наприклад, це організаційна структура та схема управління проектом, рішення з управління релізами, рішення з інформаційної безпеки, питання налаштування і моніторингу, забезпечення доступності системи, наповнення довідковими даними, рішення по взаємодії з Росреестром, кредитними організаціями, рішення по розмежуванню прав доступу і делегування прав та багато інших.
Напишіть в коментарях, які теми вам більш цікаві про ДВС ЖКГ, ми постараємося про них розповісти в першу чергу.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.