Архитектура электронного правительства. Часть восьмая – облака над поселком

Я решил специально остановиться на «облачном» вопросе. Не надо быть семи пядей во лбу для того, чтобы понять, что использование инструментов e-gov на уровне поселений, неважно первого типа или второго, будет минимальным. Причины этого вполне предсказуемые: лень, «отсутствие необходимости», ну и попросту сельским жителям сложно посетить сайт собственного поселения, да и у них свои заботы: корова недоена, уборка, посадка и т.д. Все это гораздо важнее, чем пнуть председателя сельсовета, чтобы он, наконец, вкрутил лампочку на фонарном столбе, если он – столб – вообще есть.

Вывод – разворачивать всю инфраструктуру, информационные системы - как минимум не выгодно, как с точки зрения денег, так с точки зрения трудозатрат. С минимальными потерями выйти из этой ситуации поможет парадигма облачных вычислений. Причем, именно с точки зрения оплаты за потребленные ресурсы. Вопрос теперь в том, где же взять это облако. Фактически это означает, что необходимо иметь облачные сервисы для субъекта федерации, которые будут обслуживать все поселения на территории (для примера: в Волгоградской области более 400 муниципальных поселений). Причем, подразумевая, что, потенциально, эти маленькие электронные правительства будут обрабатывать персональные данные, следует говорить о построении некоей смеси Government private cloud и Government public cloud, тут сложно говорить о терминологии. С одной стороны эти облака должны выдавать наружу внешние порталы поселений, с другой – они не должны выдавать беспрепятственно наружу системы обработки запросов граждан и внутренние порталы.

Построение такого облачного ЦОДа, с точки зрения первоначальных вложений, в глобальном смысле (не вдаваясь в особенности бюджетного устройства РФ), будет гораздо выгодней, чем развертывание 400+ отдельных серверов. Далее встанет вопрос в стоимости операционной деятельности. Боюсь, что такой ЦОД всегда останется дотируемым, даже если будет предоставлять услуги для поселений на возмездной основе. Тем не менее, стоимость операционной деятельности (ROI) облачного ЦОДа будет меньше совокупного ROI все поселковых серверов. Можно попытаться промоделировать все деньги, но я не буду делать этого в блоге J

Архитектура электронного правительства. Часть седьмая

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

Тем не менее, проблемы с кадрами в таких администрациях остаются (имеется в виду, что администрации не только не могут взять на работу ИТ специалиста, но и найти приходящего - сложно), поэтому необходимо предусматривать возможность передачи обслуживания инфраструктуры, приложений на сторону. Не только в чистый outsourcing людей, но и использовать IaaS и SaaS.
Применение промышленной CRM, как основы для построения системы обработки обращений граждан в данном случае уже становится оправданной.
Внутренний портал выполняет функции средств групповой работы, а также простейшей системы документооборота.
Внешний портал является как представительством администрации поселения в Internet, так и точкой входа в систему обработки обращений граждан.