Категории

Cуществуют следующие способы оплаты за занятия:

  • Абонемент на 8 посещений (срок действия 1 месяц) - 300 грн.;
  • Абонемент на 4 посещения (срок действия 1 месяц) - 200 грн.;
  • Абонемент на 12 посещений(срок действия 1 месяц) - 400 грн.;
  • Разовое посещение - 60 грн.
(ДЛИТЕЛЬНОСТЬ ЗАНЯТИЙ ПО 1,5 ЧАСА)

Робота на масштабному проекті як виклик

Наше деловое партнерство www.banwar.org

Гостем цього інтерв'ю є Олексій Усов, чий досвід не може не вражати: робота в якості консультанта і архітектора на міжнародних проектах, тренера, участь в роботі над програмою сертифікації Red Hat, написання технічних статей і книги. Підтвердженням його навичок є найвищий сертифікаційний статус Red Hat на території Росії і СНД - сертифікований архітектор Red Hat XIII рівня (RHCA Level XIII). Сьогодні Олексій розповість про своє досвідом роботи на Платона - проект федерального значення, реалізованому з метою справляння плати з великовантажних автомобілів в рахунок компенсації шкоди, що завдається ними федеральних трасах Росії. Олексій займав посаду системного архітектора проекту після передачі його в експлуатацію і готовий поділитися своїм досвідом з читачами.

Олексій, в яких міжнародних проектах ви були зайняті?

Я брав участь в проектах таких компаній, як Red Hat, Juniper, CenturyLink, AT & T, US Foods, Hewlett-Packard, Oracle, Imperva, Microsoft, VMWare і Nutanix на позиціях системного архітектора, а також консультанта. Кожен проект унікальний як використовуваними технологіями, так і початковими умовами, в яких необхідно працювати. Саме досвід роботи з безліччю найрізноманітніших рішень дозволив мені успішно завершити ці проекти, що під силу тільки фахівцеві виключно широкого профілю, в той же час в деталях знайомому з конкретними технологіями. Отримати ж доступ до них мені вдалося тільки завдяки своїй сильній підготовці, підтвердженням якої є мій сертифікаційний статус. У всьому світі не більше 10 фахівців, що володіють навичками, що дозволяють досягти такого рівня, в Росії і СНД ж я займаю лідируючу позицію.

Розкажіть як ви потрапили на проект національного рівня? Чи було це усвідомленим вибором з вашого боку чи проект вибрав вас?

Протягом своєї кар'єри я завжди шукаю способи отримати новий досвід і вирости як фахівець, тому кожен наступний проект повинен ставити переді мною нові завдання. Таким викликом для мене і став Платон, до запуску якого в експлуатацію залишалося рівно 2 місяці, коли я приєднався до команди розробки на посаді DevOps-інженера. На той час платформа віртуалізації і обчислювальна інфраструктура проекту вже були побудовані командою Олександра Варламова, який брав також участь у створенні подібних рішень при побудові ЦОД та інших проектів зі світу телефоммунікацій. Вже до першої співбесіди я чітко уявляв собі масштаб проекту, в якому хочу брати участь, і Платон виявився саме таким проектом, що відповідає мої амбітним планам. Співбесіда виявилося найпростішим за всю мою кар'єру через вже наявного за моїми плечима досвіду роботи з більшою частиною технологічного стека проекту.

Як стався ваш кар'єрний ріст всередині проекту?

Мій шлях всередині проекту почався в компанії "Прогрес Софт", що виконувала замовлення по розробці проекту для ТОВ "РТ-Інвест Транспортні Системи" в рамках концесійної угоди між останньою і Федеральним дорожнім агентством. До дня мого приходу на проект на посаді DevOps-інженера до запуску системи залишалося рівно 2 місяці, що накладало жорсткі тимчасові обмеження. Окремо відзначу, що Платон є системою федерального значення, від функціонування якої залежить стабільність вантажоперевезень по всій країні, тому що відповідно до законодавства проїзд повинен здійснюватися при наявності або оплаченої маршрутної карти, яка описує весь маршрут руху транспортного засобу, або справного бортового пристрою, що відслідковує маршрут руху транспорту в реальному часі, не кажучи вже про необхідність функціонування систем стаціонарного і мобільного контролю для виявлення порушень. Проект має на увазі певний рівень SLA, відхилення від якого може призводити до багатомільйонних штрафів. Запуск проекту в промислову експлуатацію супроводжувався численними виправленнями проблем, що виникали "на ходу", які проявили себе тільки в реальних умовах. З огляду на різке зростання їх навантаження проект покинули все DevOps-інженери і на деякий час я виявився єдиним інженером, відповідальним за підтримку працездатності проекту федерального значення. Кадрове питання було в підсумку вирішено, але цей період кинув справжній виклик моїй здатності управляти своїм часом і планувати завдання. Я успішно впорався з цим завданням завдяки природній організованості і правильній розстановці пріоритетів. Саме в період роботи на Платона я почав свою професійну сертифікацію в технологіях Red Hat.

Приблизно через місяць після запуску проекту мені зробили пропозицію перейти на посаду системного архітектора в сервісну компанію, якій проект передавався на експлуатацію. У число моїх обов'язків входили розробка внутрішньої технічної документації по проекту і проведення тренінгів для інженерів віддаленого центру моніторингу. На новому місці я виявився єдиним фахівцем, в деталях знайомим з архітектурою проекту і структурами даних його підсистем. При виникненні будь-яких питань і формуванні пропозицій щодо оптимізації архітектури проекту зверталися саме до мене. Саме там я зустрів Андрія Боброва, на той момент обіймав посаду начальника відділу телеком, який познайомив мене зі своїм колишнім однокурсником Артемієм Кропачовим. Приклад Артемія показав мені, що немає нічого неможливого і зусилля варті того. Таким чином, я також почав працювати в цьому напрямку і пізніше став провідним експертом з технологій Red Hat в Росії та СНД. Андрій також отримав статус RHCA і є наставником інших фахівців.

Можете навести приклади цікавих завдань, з якими вам довелося мати справу за час роботи на проекті?

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

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

Як в цілому ви можете охарактеризувати отриманий на проекті досвід? Чи був він корисний для вас?

Головними технологіями, з якими я отримав глибокий досвід роботи, стали RabbitMQ і гіперконвергентная платформа віртуалізації Nutanix. Перше рішення широко використовується в мікросервісной архітектурі для реалізації концепції слабосвязанних (loosely coupled) мікросервісов, на практиці ж застосовувалася відмовостійка конфігурація, розподілена по фізичним вузлів платформи віртуалізації.

Досвід роботи з Nutanix виявився дуже цінним з огляду на малу поширеність цього рішення на території Росії і СНД, на противагу західному IT-ландшафту, де воно є світовим лідером серед гіперконвергентних рішень, 74% всіх продажів якого припадає на федеральні агентства. Слабка поширеність Nutanix обумовлюється як високою вартістю, так і порівняльної інертністю російського IT-ринку, проте вивчення цього рішення я вважаю хорошою інвестицією у власну кар'єру, тому що це дає мені перевагу перед іншими фахівцями свого класу і робить мене унікальним.

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

Крім того, на цьому проекті я отримав свій перший досвід тренінгів, проводячи внутрішні корпоративні семінари по використовується в Платона технологіям, для чого я самостійно формував методику. Даний досвід згодом сильно допоміг мені при проходженні сертифікації на тренера Red Hat (RHCI). Платон став моїм першим великим проектом, який поставив переді мною цікаві завдання і дав досвід, який продовжує окупатися і до цього дня.

Читайте найважливіші та найцікавіші новини в нашому Telegram

Олексій, в яких міжнародних проектах ви були зайняті?
Розкажіть як ви потрапили на проект національного рівня?
Чи було це усвідомленим вибором з вашого боку чи проект вибрав вас?
Як стався ваш кар'єрний ріст всередині проекту?
Можете навести приклади цікавих завдань, з якими вам довелося мати справу за час роботи на проекті?
Як в цілому ви можете охарактеризувати отриманий на проекті досвід?
Чи був він корисний для вас?