🗃 «Потом поправим»: временные решения, которые бьют по безопасности
В разработке самые неприятные проблемы редко начинаются с чего-то очевидного.
Обычно это набор мелких временных решений, которые всем кажутся безобидными.
✏️ В карточках разобрали, почему такие вещи со временем превращаются в риск для безопасности и что с ними делать до того, как станет поздно.
В разработке самые неприятные проблемы редко начинаются с чего-то очевидного.
Обычно это набор мелких временных решений, которые всем кажутся безобидными.
✏️ В карточках разобрали, почему такие вещи со временем превращаются в риск для безопасности и что с ними делать до того, как станет поздно.
🔥2❤1👍1
☁️ Что происходит в российских облаках
Если коротко, облака не становятся проще по деньгам — они становятся более гибкими, но считать их нужно внимательнее.
📁 В российских реалиях это особенно заметно: стоимость инфраструктуры давно перестала быть ценой за виртуалку. Сегодня итоговый счет складывается из множества компонентов, и без понимания этой структуры легко недооценить затраты.
Особое внимание теперь нужно уделять исходящему трафику и операциям с данными. Во всех крупных российских облаках эти параметры тарифицируются отдельно, и именно они чаще всего становятся причиной перерасхода.
🔍 Что это означает на практике? Изначально дешевое решение может заметно подорожать, если у вас много скачиваний, интеграций или если архивные данные начинают активно использоваться.
🧮 В 2026 году главный вопрос к облаку звучит так: из чего будет состоять счет?
Считать нужно всю модель целиком: вычисления, хранение, резервные копии, трафик, отказоустойчивость и запас под рост. Без этого почти гарантирован неприятный сюрприз в конце месяца.
Если коротко, облака не становятся проще по деньгам — они становятся более гибкими, но считать их нужно внимательнее.
📁 В российских реалиях это особенно заметно: стоимость инфраструктуры давно перестала быть ценой за виртуалку. Сегодня итоговый счет складывается из множества компонентов, и без понимания этой структуры легко недооценить затраты.
Особое внимание теперь нужно уделять исходящему трафику и операциям с данными. Во всех крупных российских облаках эти параметры тарифицируются отдельно, и именно они чаще всего становятся причиной перерасхода.
🔍 Что это означает на практике? Изначально дешевое решение может заметно подорожать, если у вас много скачиваний, интеграций или если архивные данные начинают активно использоваться.
🧮 В 2026 году главный вопрос к облаку звучит так: из чего будет состоять счет?
Считать нужно всю модель целиком: вычисления, хранение, резервные копии, трафик, отказоустойчивость и запас под рост. Без этого почти гарантирован неприятный сюрприз в конце месяца.
👍2
💻 1С в офисе или в облаке: где проще жить?
Проще поддержке, проще бизнесу, проще масштабироваться и переживать сбои.
🔦 Разобрали в карточках, где действительно выигрывает локальный сервер, где – облако, и что важно учесть перед переездом.
Проще поддержке, проще бизнесу, проще масштабироваться и переживать сбои.
🔦 Разобрали в карточках, где действительно выигрывает локальный сервер, где – облако, и что важно учесть перед переездом.
👍3🔥1
📇 Сколько вы теряете из-за подвисающей почты
Кажется, что 5–10 минут лагов в день — это мелочь. Да, почта чуть дольше открывается, система управления продажами подвисает, заявки грузятся не сразу. Неприятно, но не критично.
📉 На практике же — это прямые потери в лидах и выручке.
Возьмем простую модель:
У вас 10 менеджеров, каждый теряет в среднем 7 минут в день из-за из-за недостаточной скорости загрузки. Это почти 1 час потерянного времени ежедневно на всю команду. За месяц — около 20 часов, то есть почти 3 полноценных рабочих дня.
⛓️💥 Теперь к лидам:
Допустим, один менеджер обрабатывает 20 заявок в день. Из-за задержек он не успевает оперативно ответить части клиентов: кто-то уходит к конкурентам, кто-то остывает. Даже если теряется всего 10% — это уже 2 заявки в день на человека. На команду из 10 человек — 20 потерянных лидов ежедневно.
👀 А теперь смотрите подсчеты в карточке выше и делайте выводы.
Стабильность почты и CRM равняется скорости реакции, конверсии и деньгам. Потому что каждая минута задержки — это не время. Это лид, который ушел.
Кажется, что 5–10 минут лагов в день — это мелочь. Да, почта чуть дольше открывается, система управления продажами подвисает, заявки грузятся не сразу. Неприятно, но не критично.
📉 На практике же — это прямые потери в лидах и выручке.
Возьмем простую модель:
У вас 10 менеджеров, каждый теряет в среднем 7 минут в день из-за из-за недостаточной скорости загрузки. Это почти 1 час потерянного времени ежедневно на всю команду. За месяц — около 20 часов, то есть почти 3 полноценных рабочих дня.
⛓️💥 Теперь к лидам:
Допустим, один менеджер обрабатывает 20 заявок в день. Из-за задержек он не успевает оперативно ответить части клиентов: кто-то уходит к конкурентам, кто-то остывает. Даже если теряется всего 10% — это уже 2 заявки в день на человека. На команду из 10 человек — 20 потерянных лидов ежедневно.
👀 А теперь смотрите подсчеты в карточке выше и делайте выводы.
Стабильность почты и CRM равняется скорости реакции, конверсии и деньгам. Потому что каждая минута задержки — это не время. Это лид, который ушел.
🔥4
☁️ Из практики: как компания переплатила за облако в 2 раза — и что с этим сделали
Компания из электронной коммерции пришла с типичной болью: облако вроде работает, но счет растет быстрее бизнеса.
📈 За год расходы увеличились почти в 2 раза, при том что нагрузка выросла всего на ~30%.
Изначально инфраструктура была развернута в крупном корпоративном облаке. Все работало стабильно, без сбоев — но стоимость постепенно выходила из-под контроля.
🔍 На первый взгляд все выглядело нормально (сервисы работают, инцидентов нет), но при разборе выяснилось, что проблема не в самом облаке — а в том, как выстроена архитектура и используется инфраструктура.
Компания из электронной коммерции пришла с типичной болью: облако вроде работает, но счет растет быстрее бизнеса.
📈 За год расходы увеличились почти в 2 раза, при том что нагрузка выросла всего на ~30%.
Изначально инфраструктура была развернута в крупном корпоративном облаке. Все работало стабильно, без сбоев — но стоимость постепенно выходила из-под контроля.
🔍 На первый взгляд все выглядело нормально (сервисы работают, инцидентов нет), но при разборе выяснилось, что проблема не в самом облаке — а в том, как выстроена архитектура и используется инфраструктура.
🔥3
🎯 Уровень доступности: что это значит на практике — и как это устроено в Itentis
Про уровень доступности часто говорят как про цифру: 99,9% или 99,99%. Но для бизнеса важны не проценты, а то, что происходит в момент сбоя.
⚡️Уровень доступности — это в первую очередь договоренность о том, как быстро обнаруживается проблема, когда начинается ее устранение и сколько времени занимает восстановление. Именно это определяет реальные потери.
Цифры могут вводить в заблуждение. 99,9% — это до 43 минут простоя в месяц, и они обычно приходятся на самый неудобный момент. При этом процент не говорит, как быстро система вернется в работу.
🛰 В Itentis мы смотрим на это как на управляемость: проблемы фиксируются автоматически, реакция начинается сразу, есть понятные сценарии восстановления и четкая зона ответственности.
В итоге важно не «сколько доступно», а насколько быстро система возвращается в работу. Потому что простой — это всегда про деньги, а не про проценты.
Про уровень доступности часто говорят как про цифру: 99,9% или 99,99%. Но для бизнеса важны не проценты, а то, что происходит в момент сбоя.
⚡️Уровень доступности — это в первую очередь договоренность о том, как быстро обнаруживается проблема, когда начинается ее устранение и сколько времени занимает восстановление. Именно это определяет реальные потери.
Цифры могут вводить в заблуждение. 99,9% — это до 43 минут простоя в месяц, и они обычно приходятся на самый неудобный момент. При этом процент не говорит, как быстро система вернется в работу.
🛰 В Itentis мы смотрим на это как на управляемость: проблемы фиксируются автоматически, реакция начинается сразу, есть понятные сценарии восстановления и четкая зона ответственности.
В итоге важно не «сколько доступно», а насколько быстро система возвращается в работу. Потому что простой — это всегда про деньги, а не про проценты.
🔥2✍1
🔐 Глобальный и локальный инциденты 2025 года: что это значит для бизнеса
Прошлый год еще раз показал: сбои и атаки — это нормальная часть работы инфраструктуры, только вопрос сегодня заключается в том, как бизнес его переживет?
📉 Даже крупнейшие платформы могут падать, а критичные системы могут быть атакованы (смотрите карточки).
Разница только в одном: есть ли у вас сценарий, как быстро восстановиться.
🛡Мы повторяем: инцидент — это не проблема, проблема — это неподготовленность к нему.
Прошлый год еще раз показал: сбои и атаки — это нормальная часть работы инфраструктуры, только вопрос сегодня заключается в том, как бизнес его переживет?
📉 Даже крупнейшие платформы могут падать, а критичные системы могут быть атакованы (смотрите карточки).
Разница только в одном: есть ли у вас сценарий, как быстро восстановиться.
🛡Мы повторяем: инцидент — это не проблема, проблема — это неподготовленность к нему.
🔥2✍1
📊 Что происходит, когда растет нагрузка, а инфраструктура — нет
Рост бизнеса редко ломает систему сразу. Сначала все вроде работает, просто становится чуть медленнее. Вы не замечаете, но именно в этот момент начинается деградация.
🗂 Инфраструктура выходит на предел: растут задержки, система отвечает дольше. По данным Google, увеличение задержки на 500 мс может снижать трафик до 20% — пользователи просто уходят.
Дальше — прямые потери. По оценкам Амазон, каждые дополнительные 100 мс могут снижать выручку примерно на 1%.
🔍 В российской практике это выглядит так:
менеджер отвечает позже — клиент уходит,
1С думает дольше — теряются часы работы,
интеграции тормозят — заявки теряются.
🔌 Система не падает сразу: она медленно начинает тормозить бизнес, а в пике — уже не выдерживает нагрузку.
Проблема в том, что инфраструктура не растет вместе с бизнесом. И чем позже это замечают — тем дороже исправление.
Рост бизнеса редко ломает систему сразу. Сначала все вроде работает, просто становится чуть медленнее. Вы не замечаете, но именно в этот момент начинается деградация.
🗂 Инфраструктура выходит на предел: растут задержки, система отвечает дольше. По данным Google, увеличение задержки на 500 мс может снижать трафик до 20% — пользователи просто уходят.
Дальше — прямые потери. По оценкам Амазон, каждые дополнительные 100 мс могут снижать выручку примерно на 1%.
🔍 В российской практике это выглядит так:
менеджер отвечает позже — клиент уходит,
1С думает дольше — теряются часы работы,
интеграции тормозят — заявки теряются.
🔌 Система не падает сразу: она медленно начинает тормозить бизнес, а в пике — уже не выдерживает нагрузку.
Проблема в том, что инфраструктура не растет вместе с бизнесом. И чем позже это замечают — тем дороже исправление.
🔥2👍1
🎯 Тренды управления доступами: ИИ-агенты и учетные записи
Совсем недавно управление доступами сводилось к пользователям: сотрудник → логин → права.
👤 Сейчас ситуация меняется и в инфраструктуре появляется новый тип пользователей — ИИ-агенты.
Это боты, сервисы и скрипты, которые работают с данными и системами так же, как люди, и у них тоже есть доступы.
🔹 Если вы не управляете ИИ-агентами как частью системы — вы не управляете доступами.
Совсем недавно управление доступами сводилось к пользователям: сотрудник → логин → права.
👤 Сейчас ситуация меняется и в инфраструктуре появляется новый тип пользователей — ИИ-агенты.
Это боты, сервисы и скрипты, которые работают с данными и системами так же, как люди, и у них тоже есть доступы.
🔹 Если вы не управляете ИИ-агентами как частью системы — вы не управляете доступами.
👍1🔥1