Проблема: разработка сайта вызывает сбои в его работе

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


Как решать?

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

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

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

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

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

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

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

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

Ещё одной типовой ошибкой разработчиков является повторное использование в проекте старого, уже где-то и когда-то давно написанного кода. Задействующего устаревшие внешние программные компоненты, содержащего старые и кочующие из проекта в проект ошибки, нестабильного и небезопасного.

Подобные ошибки, при определённых настройках площадок разработки, можно отследить и исправить, не допуская появления вызывающего проблемы кода на Вашем продающем сайте.


Стоимость решения

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

Стоимость ежемесячного обслуживания физического сервера18 000 ₽. В случае обслуживания системы из нескольких серверов стоимость обслуживания начинается от 15 000 ₽. Возможны индивидуальные условия сотрудничества, в т.ч. с заключением договора с гарантированным уровнем сервисного обслуживания (SLA). Стоимость обслуживания с SLA составит от 30 000 ₽.