Что если бы мы жили в мире, где облака платят нам за свое использование и рекомендации?

Стоп, а мы уже в таком живем! Если вы еще не пользовались нашим itentis.cloud, то время пришло: тест-драйв 14 дней бесплатно без привязки карты, пользуйтесь, делитесь с друзьями — а мы начислим бонус на карту 💸

Начните работу в облаке - зарегистрируйтесь и разверните свой первый кластер за пару минут 🚀

Нужно уточнить детали? Обсудить требования? У вас сложный проект? Мы поможем подобрать правильное решение - @itentis_bot

Аналитики в сфере IT-решений и облачных технологий фиксируют бум: спрос на аренду дата-центров вырос на 52%! Бизнес массово отказывается от собственных серверов в пользу гибкости и эффективности.

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

itentis group предлагает не просто аренду, а готовое IT-будущее. Наша платформа itentis.cloud — это частное, безопасное и мощное пространство для ваших данных и приложений.

Хватит откладывать! Протестируйте переход без рисков.
Мы даем 14 дней полного доступа бесплатно. Никаких скрытых платежей и привязки карты. Просто заходите и работайте.

🎯 Ваш ход! Попробуйте и почувствуйте разницу itentis.cloud

#itentiscloud #миграциявоблако #ITинфраструктура #бизнесэффективность #датацентр #цифроваятрансформация #облачныетехнологии

🔐 Как настроить двухфакторную аутентификацию так, чтобы никто не бесился

Двухфакторка не обязана раздражать. Начните с удобства: вместо бесконечных СМС используйте приложения-аутентификаторы или push-уведомления — они быстрее, стабильнее и не лезут в чек за связь.

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

И самое важное — доступно объясните людям, зачем это нужно: не «так требует регулятор», а чтобы нельзя было просто угнать их аккаунты и данные.

📄 Сразу раздайте простую инструкцию «что делать, если потерял телефон», чтобы паники не было ни у сотрудников, ни у техподдержки.

🔍 «Что я вижу в инфраструктуре компаний, когда к нам впервые приходят за ИТ-поддержкой?»

На связи технический директор ITENTIS GROUP, Анатолий Бовсуновский. И сегодня я укажу 5 ошибок, которые повторяются годами.

За последние годы я многократно убеждался: компании очень разные, а ошибки в инфраструктуре одни и те же. Практически в каждом проекте повторяется один и тот же набор.

«Черный ящик»
Нет нормальной документации: пароли, схемы, конфиги, точки входа – в голове 1–2 людей или в старых файлах. Любой сбой превращается в расследование.

«Супергерой в единственном экземпляре»
Вся ИТ-жизнь завязана на одном инхаус-специалисте. Он заболел или уехал – задачи встают, риски растут, решений никто не принимает.

«Свалочный мониторинг»
Логи собираются, алерты настроены, но этим никто системно не управляет.
Письма тонут в почте, приоритизации нет, о проблемах узнают от сотрудников и клиентов.

«Лоскутное одеяло»
Разные ОС, панели, стандарты. Каждый подрядчик ставил «как ему удобнее». Поддержка такого зоопарка неэффективная и дорогая.

«Дырявое ведро безопасности»
Слабые пароли, старое ПО, нет сегментации, почти у всех права администратора. Компания живет в режиме постоянного риска, просто об этом не знает.

Все эти вещи исправимы! Но первый шаг всегда один: признать, что проблема системная, а не «нам просто не везет с инцидентами»

👥 Почему компании боятся менять ИТ-подрядчика - и что мы видим изнутри

Когда речь заходит о смене ИТ-подрядчика, бизнес чаще всего боится не нового исполнителя, а самого процесса перехода.

Страх понятный: никто не хочет рисковать продажами, складом и бухгалтерией ради красивого слова «оптимизация».

💬 Плюс есть еще один человеческий фактор: страх самих перемен. «Да, все работает криво, но мы хотя бы знаем, чего ожидать. А вдруг новая компания будет еще хуже? Эти уже в теме, а новых нужно заново посвящать во все процессы, объяснять нюансы, разжевывать контекст». В итоге компания годами терпит неудобный сервис только потому, что боится шагнуть в неизвестность.

Как это выглядит с нашей стороны, когда мы заходим в инфраструктуру?

🔍 Чаще всего нас встречают:

Бардак с паролями - доступы уволившихся сотрудников, логины в личных чатах, общий админ-аккаунт «на всех»;

Недостающая или устаревшая документация - схем инфраструктуры нет, регламентов нет, часть сервисов существует только «в памяти» старого подрядчика;

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

🔗 И вот парадокс: компания боится сменить подрядчика, чтобы «ничего не сломать», в то время как внутри все уже держится на хрупкой конструкции из привычек и устных договоренностей.

Смена ИТ-подрядчика сама по себе не опасна. Опасно другое - жить в инфраструктуре, где нет прозрачности, доступа к знаниям и контроля над точками входа.

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

📢 Как выглядит зрелая ИТ-среда. И почему большинству компаний до нее три шага

На связи руководитель отдела продаж Itentis Илья Худяков.

Когда мы заходим к заказчику первый раз, очень быстро становится понятно, зрелая у него ИТ-среда или нет. В зрелой картине мира все прозрачно: понятно, какие системы есть, кто за что отвечает, где хранятся данные и как устроены ключевые сервисы. Есть резервные копии, мониторинг, регламенты, и главное - это все реально работает каждый день.

💡Хорошая новость в том, что до такого состояния большинству компаний буквально три шага. И проблема обычно не в технологиях, а в дисциплине.

Шаг 1. Навести порядок в доступах

В зрелой ИТ-среде нет общих логинов «admin/admin» и людей, у которых есть доступ ко всему, потому что так удобнее. У каждого сотрудника - своя учетная запись, минимально необходимые права и понятный жизненный цикл: назначили, изменили, отключили в день увольнения. Права в критичных системах пересматриваются регулярно.

Как только компания приводит доступы в порядок, резко снижается количество инцидентов и «магических» ситуаций, когда никто не может ответить, кто именно что-то сделал в системе.

Шаг 2. Описать ключевые процессы

Речь не о толстых регламентах на сотни страниц. Зрелость начинается с простых вещей:
- как создаются и меняются доступы;
- кто отвечает за резервные копии;
- что делать при сбое 1С, почты, CRM;
- кто и в каком порядке принимает решения в аварийной ситуации.

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

Шаг 3. Перестать жить без реальных бэкапов

Зрелая ИТ-среда - это когда на вопрос «есть ли у нас резервные копии и пробовали ли мы из них восстанавливаться?» можно ответить конкретно: где лежат копии, как часто делаются, кто отвечает, когда в последний раз проверяли восстановление.

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

▫️Если свести все к одному тезису, зрелая ИТ-среда - это про предсказуемость. Вы понимаете, что у вас есть, кто этим управляет и как вы будете действовать в случае сбоя.

И для перехода к этому состоянию чаще всего нужны не новые продукты, а три понятных шага: доступы, процессы и настоящие бэкапы.

🔒 Как построить резервирование, которое действительно спасет

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

🔺Ключевой принцип №1: резервная копия должна храниться отдельно от боевой среды.

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

🔺Ключевой принцип №2: резервирование имеет смысл только тогда, когда вы регулярно проверяете восстановление. Бэкап, который ни разу не разворачивали, остается теорией.

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

❓Если завтра пропадет боевой сервер, вы можете четко ответить, откуда будете подниматься, кто этим займется и сколько времени займет восстановление?

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

📢 Из практики: как мы восстановили базу из бэкапа, сделанного «в прошлом году»

Говорит технический директор ITENTIS GROUP, Анатолий Бовсуновский.

Хотим сегодня поделиться кейсом, важно: клиент разрешил рассказать эту историю в обезличенном виде.

Обратилась российская типография по печати на одежде, производственный цех с классическим набором ИТ: 1С для учета и продаж, несколько рабочих баз, офисный файловый сервер (клиент обслуживался у другой ИТ-компании, но потерял доверие и обратился к нам).

Что произошло? Однажды бухгалтерия и отдел продаж попытались зайти в 1С и увидели вместо привычных документов набор бессмысленных символов. Несколько баз были зашифрованы, а следом на почте обнаружили уведомление: если хотите получить ключ для расшифровки, переведите определенную сумму в криптовалюте по указанным реквизитам.

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

Фактически в живом состоянии остался один вариант - «бэкап последней надежды», который когда-то давно был выгружен и увезен из офиса. Именно он и стал точкой восстановления. Да, бэкап оказался прошлогодним, с заметным лагом по данным, но это было лучше, чем полная потеря истории.

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

Выводов из этой истории несколько.

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

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

💡Третье, самое важное: должен существовать бэкап, физически и логически отделенный от боевой инфраструктуры. Если все копии живут в той же системе, что и продуктив, шифровальщик или ошибка администратора с одинаковым успехом снесут и данные, и резерв.

📬 Главные итоги 2025 года в IT: что на самом деле изменилось

На связи технический директор ITENTIS GROUP, Анатолий Бовсуновский.

Хотим сегодня подвести итоги, так как 2025 год для российского ИТ стал не годом прорывов, а годом взросления.

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

✍🏻 Какие ключевые выводы, которые мы видим по итогам года?

1. ИТ как сервис перестал быть опцией, стал нормой

Компании массово пересобирают ИТ-ландшафты: заменяют зарубежные решения, оптимизируют инфраструктуру и параллельно режут издержки.

ИТ-аутсорсинг и сервисная модель («ИТ как услуга») в 2025 году стали стандартом - особенно для среднего бизнеса. Держать большой штат дорого, а риски простоев и ошибок слишком высоки.

2. Регуляторика стала жесткой и системной

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

Для бизнеса это постоянное напряжение: нужно развиваться, обновлять 1С, не падать по инфраструктуре и при этом соответствовать ИБ-требованиям. Собственной экспертизы часто не хватает, а поддерживать её внутри - слишком дорого.

3. Облако - главный способ выживания и роста

Облачные решения в 2025 году - это прагматичный выбор:
- быстрый запуск проектов;
- оплата по подписке вместо CAPEX;
- масштабирование под реальную нагрузку;
- упрощенное резервирование и отказоустойчивость.

Особенно активно в облака переезжают 1С, CRM, документооборот и сервисы совместной работы. Бизнес все чаще осознанно перекладывает часть рисков и ответственности на провайдера.

4. Кадровый голод никуда не делся

Опытные админы, 1С-разработчики и ИБ-специалисты по-прежнему «на вес золота». Рынок перегрет, людей переманивают, а любая текучка бьёт по бизнесу напрямую.

В 2025 году многие владельцы компаний окончательно пришли к выводу: надежный подрядчик выгоднее, чем бесконечная гонка за штатом.

5. Основные боли бизнеса сошлись в одной точке

По факту, запросы клиентов выглядят так:
- поддержка и развитие 1С без зависимости от 1-2 ключевых людей;
- перенос инфраструктуры и 1С в облако с понятной ценой и SLA;
- ИТ-поддержка «под ключ»: рабочие места, серверы, бэкапы;
- выполнение требований по безопасности без собственного дата-центра.

2025 год расставил всё по местам: сейчас ИТ - это в первую очередь про устойчивость бизнеса. Надо помнить, что чем раньше компания передаст рутину и риски профессиональному партнеру, тем проще ей будет расти дальше.

Друзья, с наступающим Новым годом!🎄🌟

В 2025-м мы все жили в мире, где бизнес все сильнее зависит от ИТ. Желаем, чтобы в 2026-м ваши системы работали предсказуемо, резервные копии не только делались, но и успешно восстанавливались, а мониторинг сообщал о проблемах задолго до того, как о них узнают пользователи.

Спасибо за доверие, совместные проекты и сложные, но интересные задачи! В новом году мы, как и раньше, готовы быть рядом с вами💫

С Новым годом и до встречи в 2026!

🫆История двухфакторной аутентификации

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

💡Идея двух факторов родилась задолго до интернета: карта + PIN. Один фактор - то, что у вас есть, второй - то, что вы знаете.

Потом эту логику забрали корпоративные ИТ с токенами и брелоками для доступа в сеть и VPN. В 2000-х ее довели до массового уровня банки — через SMS-коды, таблицы одноразовых паролей.

📲 Смартфоны сделали историю удобнее: приложения-генераторы кодов, push-подтверждения, коды прямо в банковском или корпоративном приложении. Сейчас над этим уже растут аппаратные ключи и сценарии «входа без пароля», когда важен сам факт вашего физического подтверждения.

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

🎲 Новогоднее бинго Itentis на 2026 год

Отмечайте с чем столкнулись!

Если у вас закроется хотя бы одна линия бинго (по горизонтали, вертикали или диагонали), в 2026-м вам точно пригодятся ИТ-аутсорсинг, внятная инфраструктура и управляемая 1С.

А тут как раз мы🙌🏻

⭐️ Как появился 1С: короткая история технологии простыми словами

Продолжаем наше новогоднее знакомство с истоками. Если вы успели устать от салатов и одних и тех же фильмов, самое время переключиться: вспомним, как появился 1С.

Идея родилась в начале 90-х, когда бизнес уже появлялся, а удобного софта под российскую реальность - нет.

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

Так появились первые версии «1С:Бухгалтерии» - по сути, инструмент, который закрывал одну конкретную боль: быстро и по правилам вести учет для малого и среднего бизнеса. Дальше все развивалось по нарастающей.

Появилась идея не отдельных программ, а платформы. Сначала первая тиражная платформа 7.0 потом 7.5 и 7.7, потом привычная всем 1С:Предприятие 8.Х - уже как конструктор, на котором можно собрать не только бухгалтерию, но и управление торговлей, складом, производством, зарплатой, CRM и отраслевые решения.

Можно было проследить, как технология развивалась вместе с рынком: клиент-сервер, работа через терминал, веб-клиент, облачные 1С, интеграция с внешними сервисами, мобильные клиенты.

В 2026 году 1С - это уже целая экосистема: платформа, сотни типовых конфигураций, тысячи доработанных решений под конкретные компании.

А ведь причина, по которой она так прочно держится в бизнесе, проста: 1С выросла из реальной практики российских компаний, их учета, налогов и операционных процессов.