Июнь 2001

Человек месяца

Уважаемые читатели.

В отличие от многих предыдущих встреч, где выступали в основном люди из компаний по разработке систем и консалтингу, сегодня у нас "Человек Месяца", ответственный за разработку и сопровождение информационных систем ЗАО “Глобал Один” (http://www.global-one.ru/), российской компании с участием транснациональной телекоммуникационной компании Global One (http://www.global-one.net/).

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

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

Анатолий Бачин. Александр Всеволодович, Глобал Один не часто мелькает на рекламных роликах, редко встречается наружная реклама, и все же считается крупнейшей телекоммуникационной компанией. Пожалуйста, расскажите немного о Компании.

Александр Вронский. Компания Глобал Один создана в 1996 году путем преобразования группы компаний "Спринт", работавшей в России с 1990 года и занимавшей лидирующие позиции на отечественном рынке телекоммуникационных услуг. Глобал Один, унаследовав присущие своему предшественнику шестилетний опыт работы, технические и технологические достижения, развитую инфраструктуру и высокую культуру предоставления услуг, последовательно осуществляет программу расширения спектра услуг, географии присутствия, развития своего кадрового и технического потенциала.

Персонал Глобал Один насчитывает свыше 500 высококвалифицированных и имеющих большой практический опыт специалистов в области разработки и эксплуатации самых современных средств связи, поддержки работы клиентов, маркетинга и организации продаж услуг. Офисы Глобал Один находятся в 10 крупнейших экономических и культурных центрах России: Москве (центральный офис), Санкт-Петербурге, Ростове-на-Дону, Самаре, Сочи, Екатеринбурге, Новосибирске, Иркутске, Хабаровске и Владивостоке. Свыше 100 организации-партнеров, число которых постоянно растет, осуществляют дистрибуцию услуг Глобал Один.

Все это позволяет Глобал Один предоставлять услуги глобальной связи по единым технологическим процедурам и стандартам качества десяткам тысяч клиентов на территории России, а также стран СНГ и Балтии. Приоритетным направлением деятельности Глобал Один является предоставление интегральных услуг связи для бизнес-клиентов, работающих на российском рынке.

Зайдите на наш сайт www.global-one.ru, и вы увидите, что наша Компания работает по всей России и СНГ. В России Глобал Один – один из крупнейших и динамично развивающихся операторов связи. Деятельность Глобал Один на российском телекоммуникационном рынке отличают четыре ключевых компонента:

  • передовые технологии,
  • уникальный спектр и мировое качество услуг,
  • надежность доступа к услугам,
  • широта географии предоставления услуг.

Слагаемыми успеха Глобал Один являются:

  • Профессионализм и опыт. Глобал Один – это сплоченный коллектив опытных профессионалов, которые в своей повседневной работе руководствуются принципом – быть первыми на рынке российских телекоммуникаций. Успешное решение многих сложных и новаторских проблем явилось залогом авторитета, который снискали специалисты Глобал Один не только в России, но и за ее пределами. Свидетельством этого является выполнение ими телекоммуникационных проектов в 40 странах, в том числе в Армении, Белоруссии, Литве, Франции, Турции, Нигерии, Китае, Индии.
  • Ориентация на клиента. "Мы работаем для того, чтобы сделать успешным бизнес наших клиентов" – вот лозунг, который лежит в основе корпоративной культуры Глобал Один. Это означает стремление достичь полного понимания потребностей каждого клиента и решить поставленные им задачи с наибольшей эффективностью.
  • Мировое качество услуг. Глобал Один уделяет самое пристальное внимание качеству услуг как одному из важнейших условий успешной деятельности. В результате целенаправленной работы сформирована и применяется сертифицированная на соответствие международным рекомендациям и стандартам система обеспечения качества услуг.
  • Высокие технологии. Глобал Один применяет передовые технические и технологические достижения при развитии своей интегральной сети и выполнении проектов по заказам клиентов. В реализуемых Глобал Один решениях широко используются высокоскоростные спутниковые и волоконно-оптические каналы связи, эффективные методы передачи информации Frame Relay, АТМ и MPLS, технологии Интернет, Интранет и IP VPN, самое современное цифровое оборудование связи. Новейший Центр управления сетью Глобал Один обеспечивает высокую степень автоматизации контроля состояния всех ее объектов.
  • Экономическая эффективность. Глобал Один ориентируется на достижение максимальной экономической эффективности своей деятельности как залога развития Компании, укрепления ее лидирующих позиций на рынке, повышения ценности и авторитета для клиента. Свидетельством этого является устойчивый рост спроса на услуги Глобал Один.

А.Б. Расскажите, пожалуйста, о выборе и промышленной эксплуатации системы Oracle в Глобал Один.

А.Вр. Выбор платформы, и именно Oracle, был сделан совершенно осознанно. В целом Oracle является корпоративным стандартом для компании Global One. И, поскольку по сравнению с другими системами Oracle нас, в Глобал Один, вполне устроил, мы так же руководствуемся общекорпоративным стандартом. Начало внедрения Oracle в Глобал Один относится к 1995, и с тех пор мы используем для своих информационных систем серверы баз данных Oracle. До этого у нас были самые разнообразные системы, различные платформы, оглядываясь назад, можно сказать, "зоопарк".

В 1995-97 годах были закуплены серверы, и мы планомерно перевели все наши промышленные информационные системы на платформу Oracle, как на единую интегрирующую платформу, чтобы создать единое информационное пространство - хранилище данных - нечто, дающее возможность всем сотрудникам Компании работать в единой информационной среде.

А.Б. Если вы выбрали Oracle 1995 году, это значит, что вы работали с Oracle6, 7, 8 и готовитесь сейчас к Oracle9i?

А.Вр. Да, начинали мы именно с Oracle6, но практически сразу начали использовать средства разработки Developer4, поскольку пока разбирались с Oracle6, уже появилась Oracle7, мы тут же поменяли версию и начали применять Developer2000 и Designer2000.

А.Б. Какую Вы используете технику? Применяете ли Вы кластеры?

А.Вр. У нас сейчас несколько основных промышленных серверов баз данных. На всех серверах мы используем RAID-массивы. В системе биллинга применяется полное зеркалирование, в других системах - более экономные схемы.

На всех серверах запущены экземпляры Oracle различного назначения: одни предназначены для пакетной обработки больших объемов информации, другие специально настроены под интерактивную работу пользователей, есть системы, которые требуют обслуживания в режиме 24х7, другие же менее требовательны и т.д.

Что касается кластеров, то мы их не применяем. У нас есть ряд систем, весьма критичных к времени восстановления, но после детального анализа мы пришли к выводу, что применение кластеров для нас экономически нецелесообразно. Проще оказалось заключить с организацией, обслуживающей оборудование SUN, соглашение на весьма высокий уровень поддержки и сопровождения, когда замена вышедшего из строя оборудования производится в течение одного рабочего дня, и именно таким образом обеспечить приемлемую для нас надежность.

А.Б. Как построена ваша система промышленной обработки данных и развития?

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

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

Во-первых, существует стратегическое планирование необходимых и критичных для бизнеса задач, которые должны быть разработаны. Обычно мы планируем наши задачи на год, а то и на несколько лет вперед. Этим стратегическим планированием занимается отдел ИТ, в котором существуют два сектора, достаточно обособленных друг от друга:

  • подразделение разработки и
  • подразделение внедрения и сопровождения систем.

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

  • поддержка подразделений продаж: ведение потенциальных клиентов, подготовка контрактной документации и информации для выполнения системы мониторинга заказов;
  • система мониторинга заказов: контроль и управление выполнением заказов и подготовка этой информации для службы биллинга и службы сопровождения клиентов;
  • система биллинга: это сбор и обработка информации о трафике клиентов, тарификация, формирование данных в единые счета, расчет отчислений партнерам и операторам, формирование соответствующей отчетности и так далее;
  • третья система: поддержка клиентов Компании, так называемый Help Desk;
  • четвертая система: финансовая. В 2000 году мы внедрили пакет Oracle Financials из состава Oracle Applications. Насколько мне известно, именно в Глобал Одни было первое полное успешное внедрение в России Oracle Financials 11-го релиза;
  • и, наконец, статистические системы: мониторинг сетей, контроль выполнения соглашений по качеству, проактивный контроль за сетями передачи данных со стороны инженерных подразделений и т.д.

Про систему биллинга надо сказать особо. Биллинг сам по себе - неординарная вещь, в которой, с точки зрения СУБД, самое сложное в нем - это очень большое количество данных. Наша система биллинга сейчас обрабатывает сотни миллионов записей в месяц. В этой связи, на первый план выходят требования к скорости работы и надежности используемой СУБД.

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

В процессе выполнения получающегося таким образом ежемесячного плана работ бизнес-аналитик в зависимости от типа работы, комплексности и сложности ее реализации либо сам, либо совместно с бизнес-аналитиками других направлений, разрабатывает технические требования. Это так называемые общие технические требования или техническое задание, стандартизованное по ГОСТ. В этом документе описываются все требования заказчика, отражаются все аспекты информационного и лингвистического, программного, аппаратного обеспечения, времени, сроков построения разработки в внедрения системы, ее взаимодействие с другими системами и т.д. Строится business-unit модель в Designer, диаграммы сущность-связь, иерархия функций, все это верстается в единый документ, и бизнес-заказчик (у каждой системы есть владелец - подразделение ее эксплуатирующее) получает его на согласование и утверждение. Далее, после утверждения ОТТ, на их основе разрабатывается техно-рабочий проект (ТРП). В ТРП отражаются все алгоритмы, схемы, детальная программа тестирования, функциональные диаграммы, схема данных и так далее, вплоть до структуры модулей. Разработанная либо модифицированная подсистема сдается на тестирование <в подразделение внедрения и сопровождения. Если тестирование проходит успешно, то разработка внедряется в опытную эксплуатацию и эксплуатируется, в зависимости от сложности разработки: либо на конкретной работе, либо на тестовых примерах. Если в результате опытной эксплуатации пользователь не выразил никаких дополнительных требований, то разработка завершается внедрением в промышленную эксплуатацию. Если же в процессе опытной эксплуатации у заказчика возникли новые требования либо были выявлены серьезные ошибки или недочеты, то система возвращается на доработку. Обычный срок выполнения одной разработки у нас составляет полтора-два месяца, а не полгода-год, как могло показаться,< исходя из сложности процесса. В среднем, ежемесячно отделом ИТ внедряется несколько десятков новых разработок.

У нас внедрена такая система планирования и разработки, в частности, и потому, что основные информационные системы четко разделены. Это, в принципе, совершенно отдельные, самодостаточные по данным и функциональности системы, которые внутри себя имеют свои информационные ресурсы, справочники и т.д.

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

А.Б. Можно ли понять так, что уже на уровне формирования ваших баз данных закладывается разделение ответственности между подразделениями?

А.Вр. Абсолютно точно. У нас существует четко определенная модель ответственности подразделений за те или иные данные, которые рождаются в определенных системах. Остальные пользуются данными из этих систем, получая их оттуда по разрешению их владельцев.

А.Б. Как работают ваши администраторы баз данных Oracle?

А.Вр. У нас сейчас работают два АБД, на все системы. Они используют разнообразные средства мониторинга, OEM, специальные средства мониторинга всех работающих экземпляров Oracle. Они не вникают в содержимое данных, а отвечают только за эксплуатацию. Они являются man-интерфейсом в сторону support Oracle, в сторону support по "железу".

И, конечно, помогают нашим разработчикам в освоении новых возможностей Oracle. Например, мы начали использовать возможность секционирования таблиц именно с подачи АБД.

А.Б. Используете ли вы аналитические системы типа OLAP, ROLAP, MOLAP?

А.Вр. У нас есть зачаток OLAP-системы, так называемый reportig, но она пользуется уже определенным образом подготовленными данными из биллинга.

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

А.Б. Какой вы применяете механизм резервирования и восстановления? Все-таки сотни миллионов новых записей в месяц!

А.Вр. Нами применяется стандартные механизмы Oracle. Раз в месяц производится холодное резервирование файлов данных, и постоянно включен режим архивирования журналов, которые сбрасываются на ленты. Учебное восстановление? Да, конечно, мы периодически восстанавливаем базы на тестовых серверах для проверки. С внедрением Oracle8 мы, кроме сказанного выше, стали использовать способ горячего резервирования. Это позволило нам сократить ожидаемое время восстановления базы данных по архивным журнальным файлам до суток.

А.Б. А метод полного экспорта вы не используете?

А.ВР. Нет. Просто нет возможности экспортировать миллиарды записей из базы за приемлемое время, ведь в оперативном доступе данные хранятся минимум год, т.е. общий объем базы свыше миллиарда записей. И хотя до Терабайтов еще не дошли, мы уже готовы к этому. Под такие объемы у нас закуплена магнитооптическая библиотека. Сейчас мы ее начинаем использовать, поскольку сотни Гигабайтов - это уже реальность.

А.Б. Как долго вы храните данные?

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

А.Б. Расскажите, пожалуйста, о ваших сотрудниках.

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

А.Б. Вы расширяете состав или повышаете зарплату?

А.Вр. Мы предпочитаем второй путь. Во всяком случае, мы стараемся придерживаться следующего принципа: за год, каждый человек должен в два раза улучшить качество своего труда и объемы выполняемых работ, за счет интенсификации труда и внедрения новых и прогрессивных методов работы. Плюс к тому - обучение новым технологиям. Естественно, таких профессионалов обучать основам Oracle смысла нет. Обычно это курсы по новым возможностям средств разработки, поощрение чтения специальной литературы, вашего журнала в частности. Я и сам иногда в него заглядываю, и каждый раз нахожу в журнале что-то мне непосредственно интересное.

Кроме этого, обычно раз в неделю мы проводим научно-технический совет, на котором обсуждаем новые разработки, новые идеи, возникшие проблемы и способы их решения.

А.Б. Если будет организована конференция российской группы пользователей Oracle, то сможете ли Вы и Ваши сотрудники принять в ней участие?

А.Вр. Мои сотрудники в этих конференциях традиционно участвовали. Я понимаю необходимость таких встреч, необходимость осмыслить свои труды, обменяться опытом и понять, несколько качественно ты сейчас делаешь свое дело.

А.Б. Будем считать, что наша будущая конференция, если она состоится, уже имеет несколько участников и докладчиков.

Спасибо за беседу.

E-mail this page