Подробнее о том, как мы устроены
Ниже — то, что обычно выясняется только на третьей встрече: откуда взялось наше позиционирование, как мы принимаем инженерные решения и что честно не входит в наши обещания.
История и позиционирование
Мы начинали с разработки цифровых продуктов — сервисов, сайтов, информационных систем. Довольно быстро стало ясно, что запуск продукта упирается не в код: заказчику нужен сервер, нужна сеть, нужны доступы, резервные копии и человек, который всё это будет держать в рабочем состоянии. Так у направления разработки появилась инфраструктурная половина, а затем и собственный сервисный центр. Сегодня среди наших работ есть и информационная система для многофункционального центра, и интернет-сервисы, и серверные узлы для клиник, стоматологий, строительных и агропромышленных компаний — их можно посмотреть в разделе «Проекты».
Инженерный подход вместо «настроили — и забыли»
Инженерное решение отличается от «просто рабочего» тем, что его можно объяснить. Мы всегда можем сказать, почему выбран этот сервер, почему сеть разделена именно так, что произойдёт при отказе конкретного узла и какими будут действия по восстановлению. Отсюда несколько привычек: закладывать резервирование там, где простой действительно дорог, а не везде подряд; проверять восстановление из резервных копий, а не только их создание; описывать конфигурации так, чтобы через год их понял другой инженер. Скучно, зато предсказуемо.
Документация как обязательная часть сдачи
Самая частая беда унаследованных систем — они работают, но никто не знает как. Пароли в личных заметках, схема сети в голове у уволившегося админа, «не трогайте вон тот сервер, он важный». Мы отдаём заказчику схему сети и адресацию, перечень оборудования и лицензий, список учётных записей и порядок их передачи, регламент резервного копирования и восстановления. Это делает компанию свободной: с системой сможет работать и наша команда, и внутренний специалист, и другой подрядчик. Подрядчика, который держит клиента на незнании, мы считаем плохим подрядчиком.
Почему выгоднее один подрядчик на весь контур
Когда сайт делает студия, сервер настраивает фрилансер, сеть — монтажники, а поддержку оказывает четвёртая компания, любая нештатная ситуация превращается в переговоры. Каждый участник видит свой фрагмент и добросовестно доказывает, что у него всё в порядке. Заказчик остаётся единственным, кто видит картину целиком, — и вынужден быть техническим руководителем проекта, которым он не нанимался быть. Единый подрядчик убирает эти стыки: архитектура, оборудование, монтаж, настройка, документация, поддержка и развитие идут одной цепочкой. Это не универсальное правило — крупной компании с сильной внутренней ИТ-службой удобнее держать узких специалистов. Но для бизнеса, где ИТ — обеспечивающая функция, а не профиль, такой формат экономит и деньги, и нервы.
Где мы работаем
Офис находится в Иннополисе, по адресу ул. Университетская, д. 5, пом. 115. Выездные работы — монтаж линий и слаботочных систем, сборка серверных и телеком-шкафов, пусконаладка оборудования, обслуживание техники — выполняем в Иннополисе, Казани и по Республике Татарстан. Всё, что не требует физического присутствия, делаем удалённо для клиентов по всей России: разработка, настройка серверов и сетевого оборудования, виртуальные рабочие места, мониторинг, поддержка пользователей. Для распределённых команд формат вообще не привязан к географии — инфраструктура может находиться на нашей стороне, а сотрудники работать откуда угодно.
Чего мы не обещаем
У нас не бывает «самых низких цен на рынке»: дешевле всегда найдётся, вопрос лишь в том, что окажется вырезано из работ и какое оборудование поставят. Мы не обещаем «запуск за один день» — осмысленный проект требует аудита, схемы и проверки, а быстрый старт без этого обычно оплачивается позже и дороже. Мы не обещаем абсолютной защиты: безопасность — это управление рисками, а не гарантия того, что взлома не случится никогда. И мы не обещаем нулевых простоев: отказывают диски, падают провайдеры, отключают электричество. Обещать можно другое — что риски будут заранее названы, критичные узлы зарезервированы, порядок восстановления описан и проверен, а на обращение ответит инженер, который знает вашу систему.