Показываем работающие проекты: корпоративные сайты и собственный цифровой продукт.
Каждую работу можно открыть и посмотреть: всё живое, а не макеты. Без выдуманных цифр и «кейсов ради объёма» — что сделано, то и показываем.
Корпоративный сайт B2B-компании, работающей с морепродуктами.
Отрасль: рыбопереработка и морепродукты, B2B.
Задача: разработка корпоративного сайта и цифровой инфраструктуры проекта.
Результат: компания присутствует в интернете как B2B-поставщик — продукция и компания представлены наглядно.
Корпоративный B2B-сайт.
Отрасль: B2B-торговля.
Задача: разработка корпоративного сайта и цифровой инфраструктуры проекта.
Результат: ещё один коммерческий веб-проект — рабочее представительство компании в интернете.
Веб-представительство архитектурной мастерской.
Отрасль: архитектура и проектирование.
Задача: разработка сайта и цифровой инфраструктуры проекта.
Результат: работа из другой отрасли — на сайте показаны архитектурные работы мастерской.
Продукт, который мы разрабатываем сами.
Цифровая платформа для СНТ, ДНП, ТСЖ и кооперативов. Сайт товарищества, кабинеты, реестры, финансы и голосования — в одном месте.
СВОЕЗЕМ — доказательство того, что мы умеем создавать не только сайты: платформа развивается как самостоятельный продукт со своей командой разработки и сопровождения.
Работа начинается с задачи компании: кого представляет будущий ресурс, что он должен решать и какой инфраструктуры требует.
Проектируем и разрабатываем: структура, содержание, техническая реализация — с оглядкой на то, кто и как будет ресурсом пользоваться.
Разворачиваем, проверяем и передаём. Дальше — модернизация и техническая поддержка по мере надобности.
Портфолио небольшое — и это нормально, учитывая, что большая часть работ не может быть представлена на обозрение из-за соглашений о неразглашении. Мы не добавляем работы «для объёма» и не приписываем себе чужие: здесь только то, что сделали сами и что можно открыть и проверить. Как при этом устроена инфраструктурная работа — в типовых сценариях ниже.
Раздел будет пополняться по мере передачи новых проектов: сайты и системы — с разрешения заказчиков, собственные продукты — по мере их развития.
Работы выше — сайты: их можно открыть и проверить. Инфраструктурные проекты показывать нельзя — это внутренние системы компаний. Поэтому вместо выдуманных «инфраструктурных кейсов» — восемь типовых сценариев: как ставятся задачи, которые мы реально решаем, и что представляет собой решение. Это описания практик, а не конкретные проекты: без названий компаний, без вымышленных цифр.
Типовой сценарий для торговой компании на 10–30 рабочих мест: данные растут, и «папка на компьютере у бухгалтера» перестаёт справляться.
Проблема: файлы разбросаны по компьютерам, база 1С живёт на одной машине, копии делаются вручную и нерегулярно.
Решение: выделенный сервер — файловое хранилище с разграничением доступа и база 1С; копии снимаются по расписанию, свободное место на дисках под мониторингом.
Технологии: Windows Server, общие папки, 1С, резервное копирование по расписанию, мониторинг дисков.
Результат: данные компании собраны в одном обслуживаемом месте, копии снимаются сами — и известно, как из них восстановиться.
ФАЙЛОВЫЙ СЕРВЕР 1С WINDOWS SERVER РЕЗЕРВНОЕ КОПИРОВАНИЕ
Типовой сценарий для компании, часть которой работает из дома и поездок и не видит файлы и сервисы офиса.
Проблема: документы пересылаются в мессенджерах, «последняя версия» определяется наугад, о доступности внутренних сервисов известно только по жалобам.
Решение: шлюз с защищённым туннелем — сотрудник подключается и работает с файлами и сервисами офиса; внутренний файлообменник с понятной структурой; контроль доступности с уведомлениями.
Технологии: MikroTik, WireGuard, файлообменник, Zabbix.
Результат: работа с документами идёт в одном месте, а не в переписке; об отключении сервиса сообщает мониторинг, а не сотрудники.
VPN MIKROTIK WIREGUARD ZABBIX
Типовой сценарий для компании, чья инфраструктура выросла из одного физического сервера.
Проблема: 1С, файлы и сайт живут на одной машине — любое обновление или новый сервис становится риском для всех остальных задач.
Решение: перенос сервисов с физического сервера в отдельные виртуальные машины — по одному, планом и с проверкой после каждого шага; снапшоты позволяют откатить изменение.
Технологии: Proxmox, виртуальные машины под 1С, файлы и веб, снапшоты.
Результат: сервисы не завязаны на одно железо; новый сервер поднимается из копии, а изменение можно откатить — перенос идёт без простоя для работы компании.
PROXMOX ВИРТУАЛИЗАЦИЯ МИГРАЦИЯ
Типовой сценарий для компании без собственного IT-специалиста: штат не нужен, а порядок в инфраструктуре нужен.
Проблема: IT держится на энтузиазме — «кто-то шарит»; обновления и копии откладываются, и при сбое непонятно, кто ответственный.
Решение: серверы, сеть и рабочие места берутся на абонентское обслуживание — мониторинг, обновления, поддержка пользователей, плановые работы по графику, выезд при необходимости.
Технологии: мониторинг (Zabbix), резервное копирование, удалённая поддержка, плановые работы.
Результат: вопросы по IT адресуются в одно место; о сбоях предупреждает мониторинг, а копии и обновления не зависят от чьей-то памяти.
АБОНЕНТСКОЕ ОБСЛУЖИВАНИЕ МОНИТОРИНГ ПОДДЕРЖКА ПОЛЬЗОВАТЕЛЕЙ
Типовой сценарий для компании, которая переезжает или открывает новую площадку: сеть закладывается сразу как схема, а не собирается потом из того, что нашлось.
Проблема: сеть, собранная в последний момент, живёт по принципу «как-то ловит»: один роутер на весь офис, Wi-Fi не достаёт до части помещений, а при обрыве провайдера останавливается вся работа.
Решение: сеть проектируется под планировку и задачи: маршрутизатор на границе, VLAN — офис, гости и служебные устройства раздельно, Wi-Fi по помещениям, резервирование интернет-канала, если провайдеров два, и VPN-доступ для удалённой работы. Конфигурация сохраняется и документируется.
Технологии: MikroTik, VLAN, Wi-Fi, WireGuard, резервирование канала.
Результат: офис получает управляемую сеть с первого дня: сегменты разделены, каналы подстраховывают друг друга, а замена оборудования не означает настройку с нуля.
СЕТЬ MIKROTIK VLAN WI-FI
Типовой сценарий для компании, где первым о проблеме узнаёт бизнес: «почта не работает» звучит от сотрудников, а не от системы.
Проблема: диск заполнялся неделями, копия не снималась несколько дней, сервис перезапускался по ночам — но всё это становится известно только в момент остановки работы. Журналы при этом размазаны по устройствам, и часть записей затирается.
Решение: контроль серверов и сети — доступность сервисов, диски, CPU/RAM, выполнение копий — с уведомлениями, на которые есть реакция; события syslog с MikroTik и серверов собираются в одну точку, рядом с метриками.
Технологии: Zabbix, syslog, Graylog или ELK.
Результат: о заполнении диска или непрошедшей копии система сообщает заранее; при сбое остаётся хронология событий с датой и причиной — вместо «вчера ещё работало».
МОНИТОРИНГ ZABBIX SYSLOG ЖУРНАЛЫ СОБЫТИЙ
Типовой сценарий для компании перед развитием — переездом, наймом, новой площадкой: сначала картина, потом решения.
Проблема: инфраструктура складывалась годами без плана — сервер покупался «под тогда», сеть досталась от прошлого подрядчика, документации нет. Ответ даже на простой вопрос «что у нас вообще есть» собирается по крупицам, а планировать развитие в такой ситуации — значит действовать вслепую.
Решение: аудит: инвентаризация серверов, сети и сервисов, проверка схемы копий и того, как работает восстановление, разбор доступов. На выходе — отчёт: состояние, риски, рекомендации по приоритету и план действий, который можно выполнять своими силами или с подрядчиком.
Технологии: инвентаризация, проверка восстановления из копий, разбор конфигураций и доступов, документирование схемы.
Результат: компания видит свою инфраструктуру целиком — что есть, что рискует и что делать дальше в порядке приоритета; решения о росте принимаются на основе данных, а не советов со стороны.
IT-АУДИТ ИНВЕНТАРИЗАЦИЯ ДОКУМЕНТАЦИЯ
Типовой сценарий для торговой компании, чей учёт вырос внутри Excel: заказы, склад и оплаты живут в книгах с формулами, копиями и правилами «на особый случай».
Проблема: данные живут не в одной системе, а во взаимосвязанных файлах: доступ разграничен папками и привычками, кто изменил заказ или цену — неизвестно, а старый период несложно пересчитать случайно.
Решение: переносятся не ячейки, а бизнес-правила, связи и контрольные расчёты — в веб-приложение с ролями и историей изменений: у каждого числа есть источник, статус, права и история. Данные проходят через промежуточную базу со сверкой, и новый контур сначала работает рядом с Excel.
Технологии: Django, PostgreSQL, Docker, развёртывание на виртуализации Proxmox.
Результат: учёт живёт в единой базе на контуре компании: роли разграничены, отчёты строятся из системы, а Excel остаётся инструментом выгрузок — перестаёт быть хранилищем данных.
ВЕБ-СИСТЕМА УЧЁТА DJANGO POSTGRESQL РОЛИ И ПРАВА
Да: от задачи и структуры до развёртывания и поддержки. Подробнее — на странице корпоративных сайтов и веб-сервисов.
На встрече: системы учёта компаний — их данные, и в публичное портфолио они не выкладываются. Продукт СВОЕЗЕМ можно изучить отдельно.
Расскажите о своей задаче: работы здесь — примеры качества, а не шаблоны. Решение всегда проектируется под конкретную компанию.
Потому что показываем только реальное: компания молодая, и портфолио растёт вместе с ней. Три открытых работы и собственная платформа честнее, чем тридцать безликих «кейсов».
Да: техническая поддержка и модернизация — отдельные направления. Жизнь ресурса после запуска длиннее самой разработки.
