Департамент общественных и внешних связей Ханты-Мансийского автономного округа – Югры сообщает:
На прошедшем сегодня заседании регионального правительства утвержден план мероприятий по централизации инфраструктуры информационных систем автономного округа. В его обсуждении приняли участие муниципальные образования.
«Дорожная карта проекта синхронизирована с задачами, которые поставлены в Концепции «Бережливый регион», государственной программе «Информационное общество». Эти меры, безусловно, будут способствовать цифровизации экономики», - отметила губернатор Югры Наталья Комарова.
Напомним, работа по централизации инфраструктуры информационных систем ведется по поручению главы региона. Для этого департаментом информационных технологий Югры проанализирована практика субъектов РФ по централизации сферы ИКТ. В результате анализа выявлено, что инструменты, используемые органами госвласти, а также подведомственными учреждениями, в том числе принятие управленческих решений ИКТ, планирование закупок в ряде субъектов, сосредоточены в одном органе власти который осуществляет функции по реализации единой государственной политики и нормативному правовому регулированию в сфере ИКТ.
«Это дает управленческий и экономический эффект. Централизация полномочий закупок в сфер ИКТ позволит реализовать единые подходы и требования к их осуществлению, в том числе по мероприятиям по защите информации, повысить эффективность принятия управленческих решений, что будет способствовать цифровизации экономики автономного округа, а также позволит оптимизировать расходы бюджета округа на закупки серверного, коммутационного оборудования и создание информационных систем», - рассказал директор департамента информационных технологий Югры Павел Ципорин.
Он отметил, что в едином реестре информационных систем Югры зарегистрировано более 900 информационных систем, ряд из которых имеют дублирующий функционал. По его мнению, централизация инфраструктуры позволит обеспечить соблюдение единых принципов при создании функционирования государственных информационных систем Югры, отвечать требованиям законодательства, оптимизировать структуру органов власти и подведомственных им учреждений, повысить эффективность труда служащих и работников государственных учреждений, занятых в обслуживании ИКТ. «При этом стоит отметить, что действующие контракты в сфере ИКТ будут также сопровождаться на ранее заключенных условиях, что не ухудшит условия их исполнения для контрагентов. Реализация мероприятий плана позволит осуществить поэтапный переход региона к цифровой экономике», - сказал он.
В ходе заседания правительства своим опытом по внедрению централизованной модели управления в сфере информационно-коммуникационных технологий, мнением о работе Югры в этом направлении поделились федеральные эксперты.
«После централизации уровень принятия управленческих решений сократился в разы. На текущий момент Тульская область на вопросы информатизации органов власти тратит порядка 500 млн рублей в год. Если полностью отдать на аутсорсинг, то затраты составили бы порядка 2 миллиардов рублей. Когда единым заказчиком является министерство или подведомственное учреждение министерства, это снижение цены от 18 до 30%. Мне понравилось, что в проекте распоряжения затронут вопрос информационной безопасности. Это важно и актуально с учетом количества атак и угроз. Также мы занимаемся муниципальными образованиями. Они создали единый конструктор сайтов органов местного самоуправления. И, по сути, мы одномоментно решаем все вопросы», - рассказал министр по информатизации, связи и вопросам открытого управления Тульской области Ярослав Раков.
«Ваш план – это главный и первый шаг. По каждому направлению будет дополнен портфелем проектов. Важнейший раздел – нормативно-правовое регулирование. В Москве с 2011 года существует региональный закон, где прописаны полномочия органа в сфере информатизации по централизации управления информационными системами, модернизации инфраструктуры. Эффект накопительный, это десятки миллиардов рублей», - сказал заместитель руководителя департамента информационных технологий города Москвы Эдуард Лысенко.
Губернатор Югры Наталья Комарова акцентировала внимание членов правительства на необходимости создания портфеля проектов по централизации инфраструктуры информационных систем с утверждением его членами Проектного комитета Югры.
Куратором реализации плана определен первый заместитель губернатора округа Геннадий Бухтин, ответственным исполнительным органом - департамент информационных технологий.
В завершение глава региона дала ряд поручений: «Поручаю в срок до 1 июня 2018 года создать систему контроля за эффективностью функционирования информационных систем в автономном округе. Совместно с департаментом внутренней политики до 1 июня 2018 года внести в правительство автономного округа проект плана информатизации ключевых функций исполнительных органов государственной власти, подлежащих автоматизации с учетом общественного мнения», - сказала Наталья Комарова.
По переводу всех территориальных банков на единую ИТ-платформу стартовала в 2011 году и была завершена летом 2015 года. Ее целями являлись: сокращение сроков вывода на рынок банковских продуктов, создание качественно новых условий для дальнейшей централизации и унификации операционных и бизнес-функций, сокращение расходов Сбербанка на ИТ.
Оценка Германа Грефа: Как только мы построили наш супер data-center, мы пришли к выводу, что мы абсолютно неконкурентоспособны
Результаты программы централизации
Единая ИТ-платформа
До реализации программы в каждом макрорегионе использовался свой набор основных банковских платформ от разных разработчиков, одних только биллинговых систем насчитывалось семь штук. В рамках «Централизация 2.0» в Сбербанке была создана централизованная ИТ-платформа: «зоопарк» автоматизированных систем территориальных банков заменили на ряд унифицированных систем.
В рамках проекта, в частности, были созданы следующие системы:
- Автоматизированная система «Филиал-Сбербанк» (АС ФС). В ней работают более 80 тыс. пользователей во всех территориальных банках «Сбербанка».
- Единая корпоративная система (еКС). На момент завершения программы в ней содержатся данные 2 млн счетов юридических лиц, 400 тыс. кредитных договоров клиентов-юрлиц, 250 кредитных договоров микробизнеса. В день в системе обрабатывается до 7 млн расчетных документов по счетам юридических лиц.
- Единый кредитный портфель частных клиентов. В нем хранятся данные более 60 млн договоров из которых 15 млн договоров – действующие. С помощью системы проводится порядка 80 тыс. выдач по кредитам в день и 600 тыс. погашений по кредитам в день.
- Единый центр обработки депозитов физических лиц (АС еЦОД). Содержит данные 630 млн счетов, из которых 425 млн счетов являются действующими. Через систему проводится порядка 290 млн операций по счетам ежедневно.
- Единый платежный сервис (АС еПС) для осуществления биллинговых платежей. Взаимодействует с более чем 100 тыс. поставщиков различных услуг (коммунальные службы, детские сады, энергетические компании и др.), в отношении которых происходит около 6 млн платежей в день.
- Единый кассовый центр (еКЦ), которым пользуются около 400 кассовых центров Сбербанка по всей стране.
Все системы базируются в едином ЦОДе «Южный порт» . Филиалы «Сбербанка» работают с ними через тонкий клиент.
Помимо централизации ИТ-инфраструктуры территориальных банков «Сбербанк» также стандартизировал и унифицировал бизнес-процессы.
Масштабы программы
Программу централизации в Сбербанке называют беспрецедентной по своему масштабу. По данным вице-президента, главного архитектора ИТ Сбербанка Андрея Хлызова , в ее рамках было осуществлено более 700 крупных внедрений.
Создание централизованной ИТ-платформы велось силами «Сбербанк-Технологии» , а в общей сложности в реализации программы были задействованы более 32 тыс. человек.
Что же касается финансирования, в одном из выпусков газеты для сотрудников «Сбербанк-Технологии» – СБТ Vision Андрей Хлызов сообщал, что бюджет программы составляет более одного миллиарда долларов.
Программа вышла в финал конкурса IPMA International Project Excellence Award 2015 в номинации «Mega-Sized Projects» (мега-крупные проекты), итоги которого будут подведены в конце сентября.
Андрей Хлызов подчеркивает, что при таких масштабах программа была выполнена в рекордные сроки: проект был завершен за четыре года, в то время как в среднем разработка и внедрение аналогичных программ в мире занимает 10-12 лет.
Эффекты от программы
В качестве одного из наиболее важных результатов централизации в Сбербанке называют ускорение вывода новых продуктов на рынок: если ранее их тираж в среднем занимал неделю, теперь во многих случаях - один день.
Говоря об экономическом эффекте «Централизации 2.0» в банке приводят данные, что чистый дисконтированный доход (Net Present Value, NPV) программы составил около 8 млрд руб. Его удалось достигнуть за счет оптимизации затрат при осуществлении основных бизнес-процессов и сокращения расходов на ИТ. При этом экономический эффект почти вдвое превысил запланированный: изначально в «Сбербанке» ожидали получить 4,6 млрд руб.
Важным результатом стало и сокращение времени технологического простоя ИТ-систем в Сбербанке. В ходе реализации программы была разработана технология онлайн-миграции данных без прерывания сервисов банка и гибким управлением нагрузкой на систему.
В результате централизации существенно повысилась и производительность ИТ-систем банка, отмечают в Сбербанке. Для горизонтального масштабирования обработки данных была внедрена технология Oracle RAC, которая позволила распределить обработку данных территориальных банков по нескольким узлам на базе трех high-end систем IBM Power 795 .
Сложности проекта
Перевод территориальных банков на единую платформу не был гладким. Одной из проблем по ходу реализации программы стала неготовность самого мегаЦОДа к «заливке» систем и ограниченность площадей. Об этом Андрей Хлызов рассказывал в корпоративном издании для сотрудников «Сбертеха» – СБТ Vision. Возникали и проблемы на программном уровне: например, при создании централизованной ИАСК (интегрированная автоматизированная система кредитования) физлиц на платформе Oracle.
Ошибка в ПО IBM 9 месяцев тормозила программу Сбербанка
В сентябре 2015 года Андрей Хлызов рассказал TAdviser, что при внедрении еКС (единой корпоративной системы) Сбербанка была выявлена серьезная ошибка в ОС IBM AIX , использовавшейся в проекте, из-за которой затормозились темпы реализации программы.
Внедрение еКС началось в 2011 году. В качестве вычислительной платформы для нее были выбраны новые мощные серверы IBM p795 . Данная модель сервера была выпущена в конце 2010 года и еще не была «обкатана» на проектах сопоставимого с проектом Сбербанка масштаба.
Ошибка в ПО дала о себе знать при увеличении нагрузки на машину в режиме SMT4 (SMT - simultaneous multithreading, SMT4 - 4-поточный SMT на ядро). Для еКС планировалось использовать три машины IBM p795. Сначала, в конце 2011 года, режим SMT4 был запущен только на одной из них, и при этом система нормально работала, рассказывает Хлызов. На тот момент к системе были подключены три банка - Западно-Уральский, Западно-Сибирский и Сибирский банки. Однако после того как к машине подключили еще один банк – Уральский, начались серьезные проблемы: система начала падать, и, как выяснилось – падать на уровне ОС.
«Фактически мы столкнулись с недокументированной ошибкой на уровне операционной системы AIX. Окончательно разрешили мы эту проблему только примерно через девять месяцев, - рассказывает главный архитектор ИТ Сбербанка.
По его словам, поскольку это была ядерная проблема ОС, решалась он совместно со специалистами IBM, американскими в том числе, а также со специалистами Oracle и Symantec, ПО которых также задействовано в системе, и специалистами банка. На фоне этого была даже создана специальная регламентированная под-организация внутри банка – CritSit (сокр. от critical situation) - на которую выносятся проблемы, связанные с внешними вендорами и которая разбирает их на уровне ведущих инженеров Сбербанка.
По словам Андрея Хлызова, в банке была уверенность, что проблему удастся победить, однако эта история притормозила темпы реализации программы централизации: «Мы убрали режим SMT4, и ситуация стабилизировалась, после чего в течение почти девяти месяцев мы в систему больше никого не добавляли».
После того как проблема на уровне ОС была решена и банк поставил все обновления, включая обновления Oracle, Symantec и прикладного ПО, режим SMT4 был снова включен и подключение банков к системе продолжилось, сказал Хлызов.
Переход к ресурсной модели предоставления ИТ-сервисов должен предусматривать эволюцию не только сервисов, но и ИТ-подразделения. Точно так же, как ресурсная ИТ-служба достигает экономии на масштабах благодаря консолидации ресурсов и виртуализации своих услуг, управляющая ею организация должна и сама виртуализоваться, чтобы эффективно реагировать на потребности пользователей. Хотя некоторая специализация неизбежна просто в силу сложности современных информационных технологий, жесткое деление по специальностям - Windows-UNIX, системысеть, СУБД-устройства хранения - в условиях ресурсной модели неэффективны. Когда специализация действительно нужна, необходимо четкое разделение обязанностей, не оставляющее никаких «зазоров» в части услуг, предоставляемых пользователям.
Централизация ИТ-сервисов не обязательно означает их физическое размещение в одном месте. Все аргументы в пользу размещения ИТ-ресурсов ближе к пользователям для минимизации задержек и затрат на коммуникации по-прежнему остаются в силе. Централизация означает здесь централизованное администрирование и стандартизацию сервисов, обеспечивающие единство информационных технологий на всем предприятии. Сотрудник, переходящий в другое подразделение, должен находить там те же ИТ-сервисы, точно так же как турист, приехавший из НьюЙорка в Париж или Токио, обнаруживает в номере одни и те же удобства.
Изменение психологии пользователей.
Сделать так, чтобы пользователи чувствовали себя комфортно, когда у них отбирают рычаги управления - всегда сложная задача, но особенно сложна она в случае информационных технологий, где в течение 15 лет пользователи все больше и больше контролировали свои собственные информационные сервисы. Однако, сегодня ИТ-службы стали жертвой открытости информационных систем. Появление недорогих, простых в использовании компьютеров побудило компании и производственные подразделения автоматизировать рабочие процессы. Только когда эта автоматизация уже произошла, пришло понимание того, что компьютеры должны быть связаны так же, как бизнес-процессы, которые они автоматизируют. Необходимость интегрировать разнородные компьютерные системы побуждает предприятия возвращаться к централизации, а это придает привлекательности ресурсной модели. Задача, стоящая перед архитекторами ресурсной службы, состоит в том, чтобы получить желаемые преимущества, не утратив «дружественности» вычислительных систем уровня подразделения. Среди важных факторов успеха для ИТ-подразделения можно отметить: Внимание к пользователям. В течение всего процесса перехода на ресурсную модель пользователи должны оставаться в центре внимания. Порядок внедрения ресурсных служб должен определяться потребностями пользователей. На начальных этапах для придания пользова-.
телям веры в возможности ресурсной модели следует задействовать личные взаимоотношения. Сервисные порталы должны быть построены максимально удобно для пользователя. Отчеты должны содержать не больше и не меньше того, что хотят знать пользователи. Технические навыки ИТ-специалистов должны отвечать стандартным требованиям пользователей - таким как знание баз данных или Web-технологий. На каждом шаге надо активно собирать отклики пользователей, анализировать их и предпринимать действия, направленные на лучшее удовлетворение потребностей пользователей.
Полнота. Ресурсная служба работает лучше всего, когда она обслуживает все сообщество. Если услугу можно реализовать в рамках ресурсной модели, это должно быть сделано. Сложившаяся ресурсная ИТслужба должна предоставлять все базовые инфраструктурные услуги, ресурсные услуги, сервисы по требованию и консультативные услуги, упомянутые выше в этой главе.
Стандартизация. В ресурсной ИТ-службе следует стандартизовать не только сервисы (например, один тип зеркалированных емкостей хранения, один тип отказоустойчивости, и т.п.), но и внутренние процессы. Заказ и установка, развертывание новых или дополнительных сервисов, техническое обслуживание и ремонт оборудования, модернизация ПО и установка исправлений - стандартизация всех этих процессов позволяет достичь максимальной эффективности, качества и экономии. Автоматизация. Все рутинные операции в ресурсной службе следует автоматизировать. Это касается установки, развертывания, мониторинга, обнаружения ошибок, самостоятельного ремонта и обработки запросов на услуги. По возможности, неполадки следует обнаруживать автоматически и устранять до того, как их заметят пользователи. Повсеместная автоматизация позволяет ресурсной службе снизить расходы без ухудшения экономической отдачи для предприятия в целом. Гибкость. Предоставляя стабильные услуги, ресурсная ИТ-служба должна в то же время отвечать на непредвиденные запросы пользователей. Вовлекая пользователей в процесс планирования, ресурсная ИТ-служба минимизирует вероятность непредвиденных ситуаций, однако в силу своей обслуживающей роли на предприятии ИТ-подразделение обязано отвечать на любые возникающие потребности пользователей. Ресурсной службе следует иметь пул свободных ресурсов на случай возникновения непредвиденных потребностей. Способность развертывать ресурсы по требованию без негативного влияния на предоставление сервисов должна стать частью архитектуры системы. Одна из серьезнейших проблем для поставщика ресурсных услуг - поддерживать технологии на современном уровне, в то же время сохраняя стабильное меню сервисов. Ресурсная ИТ-служба должна следить за развитием технологий (это просто должно быть чьей-то служебной обязанностью) и периодически анализировать свою работу и сервисы в свете предложений рынка.
Учет. Сервисы ресурсной ИТ-службы должны поддаваться учету. Сервисы следует проектировать так, чтобы их стоимость однозначно определялась степенью использования. Неизбежно будет какая-то общая инфраструктура (площади, корпоративная сеть, заработная плата ИТ-персонала и т.п.), но пользователи должны платить только за используемые услуги, а не за возложенную на них долю ИТ-затрат предприятия.
Инновации. ИТ-подразделение должно постоянно искать новаторские подходы к совершенствованию существующих и созданию новых сервисов. Бизнес постоянно меняется. Если цель ресурсной ИТ-службы.
Соответствие задачам бизнеса, она должна предугадывать изменения потребностей. Для выявления потенциальных новых сервисов можно использовать фокус-группы. Как и в случае коммунальных ресурсов, пользователи, если услуги ИТ не удовлетворяют их нужды, в конечном счете сами решат свои проблемы, вернувшись к старым неэффективным подходам.
Партнеры и поставщики.
Успех основанных на стандартах ИТ-систем объясняется тем, что они не привязывают покупателя к одному определенному поставщику. Это следует иметь в виду, выбирая поставщиков и партнеров для построения ресурсной ИТ-системы. Для каждой значительной категории оборудования и программного обеспечения, используемого в ресурсной ИТ-службе, следует иметь по меньшей мере два одинаково эффективных источника.
Партнеры нередко оказывают и консультативные услуги. Прежде чем входить в какие-то отношения с партнером, следует внимательно оценить, насколько его стратегия соответствует философии ресурсного подхода. Вот некоторые ключевые вопросы подобного анализа:.
Насколько тщательно партнер оценивает положение пользователей, прежде чем предложить решение?.
Есть ли у партнера излюбленные решения, или он открыт для любых возможных вариантов?.
Готов ли партнер работать со стандартными сервисами ресурсной службы?.
Способен ли партнер плавно перевести пользователей с существующих систем на ресурсную модель?.
Понимает ли партнер цели ресурсного подхода к ИТ на предприятии и способен ли он работать в интересах этих целей?.
Точно так же как ресурсная служба заключает соглашения об уровне сервиса с пользователями, партнеры должны быть связаны соглашениями об уровне сервиса с ресурсной службой. Подобные SLA должны четко указывать, какие результаты и уровень текущей поддержки требуются от партнера. Партнерские соглашения должны предусматривать передачу ИТ-службе навыков в форме как подробной документации, так и обучения.
Хорошими, хотя и редкими, партнерами обычно являются консалтинговые организации, обладающие квалификацией как в ИТ, так и в организационном анализе. Это особенно касается начальных этапов перехода на ресурсную модель. Подобные партнеры могут ускорить успешный переход на ресурсную модель и помочь преодолеть организационные барьеры и сопротивление пользователей.
Наконец, стандартные «ресурсные» программные средства (например, для резервного копирования) и прикладные продукты должны быть «дружественными» к пользователям. Они должны иметь инструментальные средства для мониторинга потребления, а в идеальном случае - лицензироваться по уровню потребления. Перед внедрением приложений следует оценить возможность их адаптации к многочисленным потребностям предприятия.
Комитет экономического развития, промышленной политики и торговли (КЭРППиТ) является одним из ключевых органов исполнительной власти Санкт-Петербурга, регулирующих политику экономического развития города. В круг его задач входит решение вопросов, касающихся различных областей жизнедеятельности северной столицы: от организации государственного заказа до развития внешнеэкономической деятельности и поддержки работ по оказанию различных услуг населению города.
Задачи
Деятельность КЭРППиТ напрямую связана с активным использованием информационных технологий (ИТ). В настоящий момент в организации официально зарегистрировано 18 крупных информационных систем (ИС), внесенных в общегородской Реестр информационных ресурсов и информационных систем.
ИТ-инфраструктура КЭРППиТ включает в себя несколько десятков серверов, расположенных на трех территориально распределенных по городу площадках. Общее число пользователей в настоящий момент составляет порядка 350 человек. Наиболее востребованными в работе являются информационные системы государственного заказа, мониторинга социально-экономического развития и потребительского рынка, электронного документооборота, кадрового и бухгалтерского учета. Поддержка и развитие ИТ-инфраструктуры осуществляется сотрудниками отдела ИТ.
В 2007 году руководством Комитета перед отделом ИТ была поставлена задача повышения уровня доступности контролируемых ИС, их отказоустойчивости, надежности функционирования ИТ-инфраструктуры в целом, а также повышения эффективности работы отдела ИС без увеличения штата и изменения состава сотрудников. Для достижения поставленных целей было принято решение о создании централизованной системы управления ИТ-инфраструктурой и реорганизации работы отдела ИТ с учетом лучшего мирового опыта.
Среди факторов, влияющих на выбор решения, были определены следующие:
- требовательное отношение пользователей к ИТ, обусловленное активным использованием сотрудниками Комитета информационных систем и высокими требованиями, предъявляемыми к качеству предоставляемых ИТ-услуг и своевременности оказания технической и консультационной поддержки;
- разнообразие парка ПК, программного обеспечения, установленного в подразделениях Комитета;
- жестко ограниченный бюджет ИТ.
Для решения поставленных задач и организации работ по внедрению, руководством Комитета было принято решение о привлечении стороннего консультанта. Результатом проведенного тендера стало сотрудничество с компанией «Инфосистемы Джет», перед специалистами которой были поставлены следующие задачи:
- автоматизировать основные операции по контролю и управлению ИТ-ресурсами;
- обеспечить возможность проактивного обнаружения и локализации проблемных ситуаций;
- реализовать сервисный подход в управлении ИТ-инфраструктурой.
Специалисты компании «Инфосистемы Джет» провели обследование существующей ИТ-инфраструктуры, изучили подходы к эксплуатации системы. Были определены основные объекты мониторинга: сервера, активное сетевое оборудование, системы обеспечения бесперебойного электропитания, а также ОС, СУБД, приложения (Lotus Notes, Citrix и др.).
В составе системы управления ИТ были выделены подсистемы, решающие следующие задачи:
- мониторинга активного сетевого оборудования;
- мониторинга серверов и приложений;
- управления рабочими местами.
Системы управления ИТ обеспечивает выполнение следующих функций:
контроль работоспособности и производительности активного сетевого оборудования:
- выявление нештатных ситуаций в сетевой инфраструктуре;
- обеспечение возможности графического отображения топологии сети;
- сбор и агрегация данных о значениях контролируемых параметров активного сетевого оборудования;
- учет и инвентаризация активного оборудования;
контроль серверов и приложений:
- контроль доступности и производительности серверного оборудования, ОС, СУБД и приложений;
- корреляционную обработку параметров мониторинга на уровне программных агентов (для серверов), с целью исключения незначащей, дублирующей информации;
- выполнение автоматических корректирующих действий, включая запуск программ, на объекте управления,
- графическое отображение дерева сервисов в виде карты взаимосвязанных объектов всех элементов ИТ-среды (сеть, серверы, приложения, базы данных), обеспечивающие функционирование заданной ИТ-услуги (т.е. оценка доступности ИТ услуг и приоритезация работ в зависимости от степени влияния проблемы на ИТ-услугу);
- генерирование отчетов о работе ИТ-инфраструктуры, которые представлены в виде собственно отчетов (в форме таблиц или текстов) либо в форме графов (графическое представление показателей функционирования объектов мониторинга);
В контур системы управления серверами и приложениями включены все основные ИС.
управление серверами и рабочими местами:
- учет (инвентаризация) аппаратных и программных ресурсов ИТ-инфраструктуры;
- контроль удаленных установки и инсталляции ПО;
- удаленное управление компьютерами (функция Remote Control).
Доступ к информации мониторинга осуществляется с единой консоли оператора.
Для построения централизованной системы мониторинга специалистами КЭРППиТ и компании «Инфосистемы Джет» было выбрано программное обеспечение компаний Hewlett-Packard и Microsoft.
В настоящий момент мониторинг ИТ-инфраструктуры КЭРППиТ осуществляется круглосуточно. Организован контроль сети передачи данных, серверного оборудования, ПО и программных комплексов, развернутых на удаленных площадках. Автоматизирована подготовка ежедневных отчетов, в которых отражаются данные о работе оборудования, в частности, сведения о недоступности тех или иных сервисов и сбоях в работе подсистем. Данные отчетов хранятся на сервере системы и доступны за любой период времени с начала её функционирования. Система регулярно формирует отчеты о составе оборудования и ПО, что необходимо при планировании изменений, модернизации оборудования и внедрении новых ИТ-услуг.
Реализация проект началась в мае 2007 г. Работа была рассчитана на шесть месяцев, но, заинтересованность руководителей и ИТ-специалистов КЭРППиТ в результатах проекта и активное участие в его реализации, позволили завершить проект на два месяца раньше запланированного срока — в августе 2007 г.
Особое внимание было уделено обучению специалистов отдела ИТ Комитета. Оно осуществлялось в два этапа. На первом по рекомендации компании «Инфосистемы Джет» сотрудники отдела прошли обучение на специализированных курсах производителей ПО. А на втором - специалисты компании «Инфосистемы Джет», осуществлявшие установку программных продуктов, в ходе проекта организовали практическое обучение основным способам и методам работы с системой.
Работы по настройке и апробации системы проводились специалистами ИТ-отдела одновременно. Это дало возможность оперативно вносить необходимые изменения на всех этапах работ, и, следовательно, сократить время внедрения решения.
В результате проекта заказчик получил эффективную систему управления ИТ, которая позволяет контролировать и наглядно оценивать текущее состояние и работу всех элементов ИТ-инфраструктуры организации. Её внедрение позволило достичь следующих результатов:
- повысить устойчивость работы информационных систем организации;
- автоматизировать деятельность персонала отдела ИТ по мониторингу и управлению конфигурацией ИТ-инфраструктуры;
- сократить время локализации и устранения проблемных ситуаций;
- получать консолидированные отчеты о функционировании системы и обеспечить сохранность этой информации в течение длительного времени;
- осуществлять обоснованную приоритезацию выполняемых работ;
- обеспечить руководство отдела ИТ оперативной и статистической информацией о работе ИТ-инфраструктуры.
В рамках проекта была решена задача повышения защищенности рабочих мест пользователей ИТ за счет централизованного распространения «разрешенного» программного обеспечения и предназначенных для него пакетов обновлений. Это позволило значительно снизить нагрузку на персонал отдела ИТ.
После завершения проекта специалисты компании «Инфосистемы Джет» осуществляли сервисную поддержку системы управления ИТ КЭРППиТ: выполнялись работы по проверке, оценке функционирования, а также, по запросам заказчика, «донастройке» развернутой системы.
Развитие проекта
Специалистами компании «Инфосистемы Джет» было проведено обследование организации деятельности по управлению и эксплуатации ИТ-инфраструктуры КЭРППиТ. В результате была дана оценка текущего уровня зрелости процессов деятельности в соответствии со стандартом CobIT, определены основные направления дальнейшего развития в рамках внедрения сервисного подхода к управлению ИТ. В частности, было дано заключение о том, какие процессы управления ИТ являются основными, критичными для работы Комитета и требуют внимания и поддержки. Было определено, какие из процессов и в каком объеме необходимо внедрять и детализировать для обеспечения функционирования ИС в условиях развития системы, изменения нагрузки, повышения уровня требований пользователей к качеству её работы.
В 2008 году КЭРППиТ Правительства СПб и компания «Инфосистемы Джет» планируют продолжить сотрудничество. В настоящий момент определены следующие задачи развития ИТ-инфраструктуры организации:
- развитие системы управления ИТ в части мониторинга ИС и предоставления услуг;
- создание и интеграция в систему управления ИТ автоматизированной подсистемы Service Desk;
- оптимизация деятельности по управлению инцидентами и работами и повышение уровня зрелости процессов управления ИТ в целом,
- создание и внедрение подсистемы учета ИТ-инфраструктуры.
11.06.2014, Ср, 17:06, Мск
Надежность, безопасность, управляемость, гибкость и эффективность – вот пять параметров, которыми определяется ИТ-инфраструктура. Они, как правило, не оспариваются. Самыми разными могут быть подходы к созданию ИТ-инфраструктуры и ее управлению. Обсуждению актуальных проблем, характерных для рынка инфраструктурных решений, была посвящена конференция «ИТ-инфраструктура: оптимальное развитие», организованная CNews Conferences и CNews Analytics. Она прошла 10 июня 2014 г.
ИТ-инфраструктура – это не только дата-центры и облака, которые сегодня строят многие компании. В состав инфраструктурных ИТ-решений входят и структурированная кабельная система, и сети хранения данных, и телефония, и автоматизированные рабочие места, и даже личные устройства пользователей, которыми те пользуются в рамках концепции BYOD. Дата-центры обычно предполагают централизацию ресурсов, однако, по мнению Марины Аншиной , председателя комитета по стандартам союза ИТ-директоров России, централизация – это не всегда хорошо. В ИТ тоже действует правило не класть все яйца в одну корзину. При отсутствии грамотной организационной и функциональной структуры бизнеса централизация ИТ-инфраструктуры попросту неэффективна.
На инфраструктуру влияет огромное количество показателей – от текущего состояния компании и ее рыночного положения до бюджета и «технологичности» как ИТ-, так и бизнес-сотрудников. Требования к ИТ-инфраструктуре и ИТ в целом представляют собой многоуровневые SLA (соглашение об уровне услуг). Бизнес интересует лишь верхний уровень, то есть взаимодействие с ИТ-сервисами, на более низких уровнях SLA существует в связках «сервисы – программное обеспечение» или «прикладные платформы – системное ПО».
Средний и крупный бизнес довольно часто предпочитает развивать собственную инфраструктуру, а не мигрировать в облака. Причины лежат не только в сфере безопасности (сегодня это уже не главная проблема), сколько в геополитике, особенностях налогообложения и достаточно трудно решаемом вопросе, что делать с существующей инфраструктурой. Если все-таки принимается решение о переходе в облако, то и в России, и в ближнем зарубежье, по оценкам облачных провайдеров, уже существует инфраструктура, которую достаточно просто можно интегрировать с внутрикорпоративными системами. Максим Березин , руководитель виртуального дата-центра компании «Крок», в частности, опроверг мнение о том, что облачные ресурсы служат лишь для тестовых сред. По внутренней статистике компании, до 80% ресурсов дата-центров «Крок» обслуживает так называемую Production-среду. Основные пользователи облаков – это финансовые и ритейловые компании (на них приходится 50%). Ближайшие планы «Крок» связаны с переходом СХД на флеш-память, почасовую тарификацию и новую биллинговую систему, позволяющую генерировать детальные отчеты о потребляемых ресурсах.
С тем, что облачный подход (IaaS) обеспечивает лучшее управление финансовыми и организационными рисками, согласен и Станислав Спирков , ведущий менеджер DEAC. Он убежден, что ИТ-руководство получает необходимые ресурсы по требованию, финансовый директор эффективнее управляет и контролирует операционные расходы, а бизнес-руководство переносит акценты с капитальных затрат на развитие и обеспечение непрерывности бизнес-процессов. Как раз именно такая схема, по словам Марии Шилиной , руководителя дирекции по проблемам ЖКХ Аналитического центра при Правительстве РФ, нужна в жилищно-коммунальном хозяйстве нашей страны, чтобы и жители, и органы власти, и бизнес опирались на стабильный достоверный информационный базис. Однако сегодня облачные провайдеры не видят в участниках рынка ЖКХ (а это свыше 200 тыс. организаций) партнера, но между тем и этому рынку необходима помощь со стороны ИТ-специалистов в разработке единых функциональных требований к ИТ-системам и формировании единых правил и стандартов, аналогичных тем, что приняты Американским национальным институтом стандартов и технологий (NIST).
