О краеугольных камнях в ИТ-инфраструктуре

    В некоторых вопросах я все-таки пессимист. Опыт подсказывает, что от 60 до 80% компаний в сегменте среднего бизнеса не отвечают современным IT- требованиям. Исторически сложившаяся там сетевая архитектура может быть вполне даже гениальна, но, если она завязана на одного человека, тем более, отсутствующего в данный момент, - это создает реальные проблемы для бизнеса. Инфраструктура морально устаревает с каждым годом, не масштабируется, изменять ее рискованно. Конкуренты за счет новых технологий делают рывок вперед. Характерный пример наш недавний клиент – сервисная компания, которая занимается ремонтом и обслуживанием мобильных телефонов. Мы познакомились с ними в критический момент, когда в компании потеряли пароль от дисковой полки. Как назло в этот момент стало заканчиваться дисковое пространство. Его переполнение грозило остановкой программ, утратой данных и, как следствие, потерей десятков тысяч долларов прибыли. Перенести данные в другое место оказалось нетривиальной задачей, так как компании Sun, чье оборудование было выбрано под полку уже не существует. Системный администратор вынужден был каждый день зачищать дисковое пространство...   Sun StorEdge   Когда нас пригласили разобраться с проблемой, неожиданно возникла другая, потом третья. Мы прыгали с проблемы на проблему несколько недель, попутно обнаруживая замысловатые конфигурации (настройка iptables) на экзотических операционных системах (Gentoo Linux). Дело оказалось в том, что автором данной сетевой архитектуры был  системный инженер из головной компании, который создавал ее годы назад и давно не участвовал в оперативной деятельности дочерней компании. Но никто не рисковал изменять подходы к архитектуре и, в результате, за годы в ИТ-системе образовалась мешанина из "заплаток", наложенных поверх чудно задуманного, но необычного платья. Разбираться в этом было, конечно, неприятно, но нам удалось распутать "бороду" на катушке ИТ-спининга без драматических аварий и остановок. При этом понадобилось в три раза больше инженерных часов, чем было записано в контракте. По ходу процесса случались совсем уж курьезные случаи. Мы увидели, что в филиале в Ростове-на- Дону неправильно работает сеть. Долго не могли понять почему, пока сотрудники этого филиала не прислали фотографии. Выяснилось, чтобы один из сервисов работал лучше, они перетыкали сетевой шнур из одного сервера в другой и наоборот. И нигде не было прописано, что эта операция происходит. customer cables   Чтобы решать проблемы такого уровня, какие возникли у нашего клиента, нужен абсолютно бесстрашный системный администратор с неуклонной решимостью и несгибаемой силой воли, готовый взяться за модернизацию устаревшей сети. Или умудренный опытом владелец бизнеса, чтобы позвать специалистов, которых в нашей стране не так уж много… Ваш Сергей Житинский.

Проекты и кейсы

Внедрение Continuous Integration

Внедрение Continuous Integration

Внедрение Continuous Integration/Deployment в процесс разработки приложения.
Результат: Повышение эффективности работы команды, снижение количества ошибок в разработке и тестировании.

Оптимизация инфраструктуры

Оптимизация инфраструктуры

Оптимизация инфраструктуры сетевой компании.
Результат: Снижение количества аварий с 5-6 в месяц до 1-2 в квартал