Как стать автором
Обновить
175.9
Холдинг Т1
Многопрофильный ИТ-холдинг
Сначала показывать

Когда поможет только нагрузочное тестирование

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров2.7K
В мире ИТ непрерывно происходят эволюционные изменения, которые ставят во главу угла такие аспекты, как безопасность и надёжность решений.



К подобным изменениям, в частности, приводит развитие сервисов, которые должны работать с большим числом пользователей: онлайн-банкинг, маркетплейсы, сервисы покупки билетов и бронирования, бесконтактная оплата через POS-терминалы (вспомните, когда вы последний раз платили на кассе наличными?), оплата метро по Face ID, запрос и получение информации на Госуслугах и т.д.

Качественно создавать и развивать подобные сервисы сложно, к тому же, помимо понятных забот об удобстве, а также безопасности и сохранности личных данных, вас поджидают неочевидные риски, связанные именно с ростом числа пользователей. Именно здесь на помощь приходит нагрузочное тестирование. О нём ниже и поговорим, а также разберём конкретные жизненные примеры.
Читать дальше →
Всего голосов 11: ↑11 и ↓0+11
Комментарии0

Что общего между галерой (ладно, яхтой) и ИТ-командой

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров5.4K


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

Капитаны это прекрасно знают. В отличие от ИТ шкиперов целенаправленно учат работать с командой. И это обучение очень пригодилось мне в ИТ.

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

Начнём с групповой динамики, то есть слаживания команды. Вообще-то для решения этой задачи часто используются корпоративы, но мы начнём с теории.
Читать дальше →
Всего голосов 21: ↑20 и ↓1+20
Комментарии0

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

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров2.5K


Привет, Хабр! Наши ошибки на старте проекта — самые дорогие из возможных.

Я Мария, аналитик команды обследования проектов. В смысле, работаю с проектами до старта разработки. Это обычно называется «дискавери». Я уже делала 15 этих самых дискавери, и не все были настолько прекрасными, насколько бы этого хотела я или мои заказчики. Когда дискавери проваливаются — это один из обычных вариантов на практике.

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

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

Так вот. Нигде не написано про то, как же вам сделать свою работу на достойном уровне в таких условиях.

Сейчас я и хочу про это рассказать.
Читать дальше →
Всего голосов 25: ↑22 и ↓3+21
Комментарии2

Как Тарас стал Senior+ из-за CS 1.6 и дедушки с ТЭЦ

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров16K

Основной хард-скилл Тараса

Началось всё с дедушки-инженера. Из-за него у Тараса сформировался инженерный же склад ума, а дальше он увлёкся стандартными игрушками для ребёнка с технической родословной: машинками, конструкторами лего, миркоэлектроникой, Ассемблером, разработкой и потом — базами данных. Потому что тяжело остановиться, когда у вас есть радиоконструктор.

Дальше, как и положено потомственному инженеру, он пошёл работать на ту самую ТЭЦ. Что, мягко говоря, для неокрепшей студенческой психики стало серьёзным ударом, потому что после знакомства с миром современной микроэлектроники вид резистора ТЭЦ слегка настораживал. Резистор был размером с два кулака. Уровень инноваций был такой, что собранный диодный мост уже рассматривался как нечто оскорбительно новое. Вот в момент постройки такого не было, и ведь работало же как-то!

Собственно, Тарас оттуда достаточно быстро скрылся в направлении разработки на PHP, и так бы мы его и потеряли в мире интровертов (как он это сам описывает, видимо, тогда действительно PHP-разработка делалась минимальными командами), но он хотел пойти в админы. Точнее, в девопсы, но тогда это называлось всё так же — админ.

18 лет назад состоялось его посвящение в админы. Тарас начал нести демократию по всей стране.

Собственно, я хочу рассказать про своего коллегу с очень, скажем так, характерной для России судьбой в ИТ.
Читать дальше →
Всего голосов 44: ↑38 и ↓6+36
Комментарии24

История Дениса: уйти, чтобы вернуться

Время на прочтение4 мин
Количество просмотров10K

Здесь чуть не закончилась ИТ-карьера Дениса

Денис стал айтишником нестандартным путём. Началось всё правильно, как и должны были попадать люди в ИТ по задумке, то есть через математику в школе и информатику в университете.

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

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

Если вы думаете, что сейчас будет история «и тут я понял, что нужно нормальное ИТ-ядро, сайт, еком, мы начали развивать бизнес и продали систему федеральной сети», то нет. Сантехнический магазин он тоже быстро слил.
Читать дальше →
Всего голосов 46: ↑36 и ↓10+29
Комментарии24

Как мы сохраняем знания компаний

Время на прочтение12 мин
Количество просмотров4.2K


Документация важна. Отдел по маркетингу, может, не знает, чем именно занимается техподдержка ПО или оборудования. Филиалы в условных Новосибирске или Туле отвечают только за свои регионы. Вся накопленная подразделениями или отдельными сотрудниками информация тоже хранится фрагментарно в виде памяток в Word или Excel, а то и вовсе исключительно в головах сотрудников.

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

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

Сегодня на примере проекта по созданию системы автоматизированных рабочих мест я расскажу о структуре нашего ЦК, выполняемых им задачах, его технической реализации, возможностях и ограничениях. А в заключение наглядно продемонстрирую эффективность его работы в конкретных числах.
Читать дальше →
Всего голосов 20: ↑19 и ↓1+18
Комментарии7

Мой извилистый путь с завода железобетонных изделий до архитектора

Время на прочтение6 мин
Количество просмотров5.5K


Привет, Хабр. Меня зовут Алексей, и я сейчас расскажу, как меня привело в архитекторы из мира бетона и строительных конструкций.

Представьте: завод железобетонных изделий, где делают разные плиты, сваи, кольца и тяжёлые строительные штуки. И вот там есть процесс пропарки, когда изделие сначала обрабатывается при температуре 40°С, через два часа — 60°С, потом ещё одно изменение — и уже 80°С. На 80°С выдерживается, потом плавный отпуск, чтобы не было трещин.

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

Брак можно было уменьшить двумя путями: поставить опытного человека, пачку чая и чайник либо купить специальную железяку, которая делала бы то же самое (только не тратила чай). Железка готовая есть, продаётся как программно-аппаратный комплекс, стоит 15 миллионов рублей.

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

Так сначала я стал технологом, потом замглавинженера, а потом перешёл в ИТ и понял, что там всё то же самое, даже экспрессия в острые моменты та же.
Читать дальше →
Всего голосов 33: ↑32 и ↓1+35
Комментарии5

Нельзя просто взять и обезличить данные — опыт команды разработки «Сферы»

Время на прочтение6 мин
Количество просмотров3.3K

Бизнесу нельзя использовать данные клиентов as is для тестов. Отдел разработки не может просто взять персональные данные (ПДн) и проверить на них новую фичу, обучить Machine Learning-модель. Этот момент регулируют законы и отраслевые стандарты. Чтобы с данными можно было работать, их необходимо обезличить. В крупных компаниях сотни таблиц переплетены идентификаторами, формулами, процедурами. И здесь речь идет уже о формировании обезличенных интеграционных полигонов (комплексов БД). Максим Никитин, тимлид группы разработки, поделится опытом команды разработки платформы производства ПО «Сфера».

Читать далее
Всего голосов 9: ↑7 и ↓2+6
Комментарии0

Как системное мышление приводит на работу в ИТ из очень разных мест

Время на прочтение9 мин
Количество просмотров14K
У нас есть несколько ситуаций, когда люди не из ИТ приходят в компанию. Это очень типичные и нетипичные истории сразу. Типичные — потому что все хотят, но мало у кого получается. Нетипичные — потому что есть общие особенности мышления, которые, возможно, помогут понять, что этот человек подходит для ИТ-специальности.

Младшим тестировщиком у нас работает Анастасия, бывший специалист по отслеживанию подозрительных операций в банках, проводившая международные расследования. Ещё один тестировщик — Наталья, девушка из службы авиационной безопасности, которой очень нравилось искать странные вещи на картинках интроскопа. В автотестировании есть Аня, бывший строитель. Говорит, если вы способны навести порядок на стройке, то с автотестами проблем не будет. Один из ведущих разработчиков — бывший руководитель кладбища и юрист. Тимлид тестирования раньше сидел «на линии» в колл-центре. Младший аналитик — некогда ревизор федерального казначейства.


Тут тоже нельзя пропускать баги на прод.

Логика простая: если человек достаточно умён и способен мыслить системно, то он будет постоянно искать применение своим способностям. И рано или поздно придёт в ИТ, потому что это сейчас один из самых хорошо оплачиваемых секторов — и с хорошими перспективами.

Другое дело, что при этом придётся решиться и бросить успешную карьеру, чтобы начать с нуля в ИТ.

Например, вы бы поменяли пост директора кладбища на джуна-тестировщика?
Читать дальше →
Всего голосов 33: ↑30 и ↓3+30
Комментарии19

Что принципиально поменялось в ИБ

Время на прочтение12 мин
Количество просмотров4.6K


Ситуация меняется буквально на лету — а с ней так же стремительно меняется и нормативка.

За два последних года это активно коснулось всех основополагающих законов: о защите информации, персональных данных, критической инфраструктуры, электронной подписи. Вместе с ними меняются или уточняются и регуляторные нормы практически по всем направлениям: в вопросах импортозамещения, конкретизации требований ИБ в области Государственных информационных систем (ГИС), критической информационной инфраструктуры (КИИ), платёжных систем и персональных данных (ПД).

Например, теперь будут применяться оборотные штрафы за утечки ПД. И это не набившие всем оскомину 60 тысяч рублей, а конкретный процент за утечку, так что, если вы производственный холдинг или большая компания, можно влететь на несколько миллионов, в том числе за «несообщение об инциденте». А ещё речь идет и о персональной ответственности, т.е. предусмотрены штрафы не только для компаний, но и для их должностных лиц.

По идее, все должны были к этому готовиться давно, «основные» законы были приняты более пяти лет назад. Но реальность настала, а готовность разная. Это объяснимо: правки в законы и подзаконные акты вносятся постоянно. В последнее время за очень короткий срок были подписаны и приняты документы в области ИБ всеми возможными регуляторами: ФСТЭК, ФСБ, ЦБ. Темпы изменений таковы, что «угнаться» за ними трудно не только специалистам, но и государству. Всё приходится внедрять в авральном режиме.

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

Ну и ниже короткий каталог основных изменений.
Читать дальше →
Всего голосов 21: ↑21 и ↓0+21
Комментарии2

Про интроскопы

Время на прочтение8 мин
Количество просмотров16K


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

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

Представляет из себя камеру для съёмки, защитную оболочку, какие-нибудь салазки или что-то типа конвейера (не всегда, но чаще всего) и встроенный компьютер для обработки всего этого. С точки зрения ОС — это веб-камера, поверх которой делается обработка в софте. Поставляется всё это в подавляющем большинстве случаев как готовый ПАК, то есть системник или моноблок уже внутри где-то под кожухом. На борту там чаще всего «банкоматная» Win, которая не обновляется примерно никогда, равно как и софт.

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

Советы по выбору интроскопа — разница между моделями и прочие детали вообще никого никогда не волнуют, потому что принцип выбора такой:

  1. Определяем, какой стандарт применяется.
  2. Выбираем интроскоп под этот стандарт. Подбираем согласно требованиям заказчика наиболее подходящий интроскоп по соотношению цена – качество: учитываем наличие и стоимость технической поддержки, её доступность в регионе.
  3. Готово!

Примерно так происходит почти на любом объекте, который я видел.
Читать дальше →
Всего голосов 39: ↑36 и ↓3+37
Комментарии42

Почему и каким образом в мире хотят регулировать отказоустойчивость облачных провайдеров

Время на прочтение4 мин
Количество просмотров1.4K

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

Читать далее
Всего голосов 4: ↑3 и ↓1+3
Комментарии1

Автоматизация тестирования 1С (и не только) с помощью RPA

Время на прочтение7 мин
Количество просмотров4.4K
Пожалуй, сейчас уже нет ни одного специалиста по тестированию, который бы не задумывался над вопросом автоматизации тестирования. Великое множество фреймворков, языков, специальных инструментов автоматизации — выбирай самый подходящий, на твой взгляд, и автоматизируй. Но не всегда всё так просто.

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

В поисках такой платформы мы сравнили известные инструменты автоматизации:



Получается, что команда автоматизаторов, которая вполне успешно автоматизирует тестирование всех остальных систем IT-ландшафта компании, используя, например, самые распространённые фреймворки Java, не может взять в работу 1С. Автоматизация тестирования 1С становится достаточно редкой и обособленной компетенцией.

В поисках идеального предложения для решения проблемы мы решили побрейнштормить и поискать нестандартные решения. Что умеет работать с 1С и при этом может использоваться для автоматизации тестирования? В какой-то момент у нас появилось понимание, что действия, аналогичные автоматизации UI, часто применяются в роботизации. По сути, роботизация — это форма технологии автоматизации бизнес-процессов. А чем тестирование не бизнес-процесс? Отличительной и основной особенностью роботов RPA является возможность использования пользовательского интерфейса, в том числе и десктопного, для сбора данных и управления приложениями, т. е. именно то, что нужно для автоматизации тестирования 1С.
Читать дальше →
Всего голосов 25: ↑24 и ↓1+27
Комментарии3

Нужно ли стартапам начинать с Kubernetes — обсуждаем аргументы за и против

Время на прочтение4 мин
Количество просмотров3K

В профессиональной среде довольно популярно мнение, что молодым компаниям стоит избегать контейнерной инфраструктуры. Его придерживаются даже бывшие разработчики Kubernetes. Но, разумеется, с ним согласны не все. Мы в T1 Cloud пишем про облачные технологии и решили обсудить разные точки зрения.

Читать далее
Всего голосов 11: ↑9 и ↓2+8
Комментарии9

Как мы перепридумывали офис для мира, где офис не нужен

Время на прочтение7 мин
Количество просмотров9.4K


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

А мы прямо перед пандемией начали строить новый офис. И в процессе пришлось его перепридумывать и перепроектировать так, чтобы учесть новые реалии. Если очень коротко, то получилось вот что:
  1. Почти нет фиксированных рабочих мест, можно садиться куда угодно.
  2. Очень много переговорок, кабинок для звонков, мест типа скамеек со столиками и так далее — офис нужен в основном для встреч.
  3. Каждое место должно быть с зарядками, ряд мест — с экранами и док-станциями.
  4. Проектирование маршрутов и потоков новое, не подразумевающее разделение на отделы и компании группы.
  5. Офис может утилизироваться в разные дни по-разному, поэтому нужно учесть нагрузки в инженерных системах: например, нагрузка может быть больше количества рабочих мест в дни выступлений или сильно меньше в обычные. Нужно автоуправление светом, температурой и т.п., учитывающее такие колебания.
  6. Нужна нормальная система бронирования рабочих мест и переговорок, «профили температуры», чтобы к брони привязывать желаемый климат и так далее.
  7. Нужны новые общественные пространства — как сейчас делают набережные и парки — так же, в соответствии с целями, должно быть в офисе.

Проще говоря, поменялась задача офиса, а исходя из неё, поменялось и всё то, что считалось хорошей практикой или стандартом. Мы обкатываем новый офис уже почти полгода, поэтому есть, что рассказать.
Читать дальше →
Всего голосов 28: ↑27 и ↓1+26
Комментарии19

Заложить основу: как принятые на старте решения определяют развитие продукта в будущем

Время на прочтение4 мин
Количество просмотров1.6K

Погружаясь в разработку, компания выбирает язык программирования, фреймворки, продумывает архитектуру. Но принятые на старте решения могут «закостенеть» настолько, что будут определять дальнейшее развитие приложения или сервиса. Порой внесение изменений требует полной переработки продукта — особенно в устоявшихся организациях. Мы в T1 Cloud предлагаем решения для бизнеса и хотим поговорить, как с этим вопросом можно работать.

Читать далее
Всего голосов 8: ↑5 и ↓3+4
Комментарии2

Мир непостоянен, и это нормально

Время на прочтение7 мин
Количество просмотров9.4K


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

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

Нассим Талеб ввёл понятие антихрупкости — это не просто устойчивость к кризисам, а укрепление в ответ на них.

Современный мир всё чаще начинают называть «эпохой джокеров» (она наступила сразу за «эпохой трендов») — когда события с малой вероятностью вызывают большие последствия. Например, когда контейнеровоз в Суэцком канале застрял в текстурах.

В общем, теперь будет только так. И работать надо в условиях постоянных изменений. И это новая «нормальность».

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

Для начала разберём кризис 24 февраля и посмотрим, как он повлиял на меня: у нас большая группа компаний, много сотрудников, проектов, сотни вендоров и решений. Вся деятельность спланирована минимум на год вперёд. Для планирования надо понимать цели группы, знать стратегию и каскадировать эти планы на подразделения. Проблема только в том, что, когда прилетает «джокер», всё это летит в тартарары. И наступает управленческая паника.
Читать дальше →
Всего голосов 44: ↑34 и ↓10+27
Комментарии24

Что может предложить ЯП для облака

Время на прочтение3 мин
Количество просмотров2.6K

В блоге T1 Cloud мы говорили о языке программирования Hare и суждено ли ему заменить Си в долгосрочной перспективе. Сегодня поговорим о другом нишевом ЯП — Ballerina. Он заточен под работу в облаке и разработку сетевых сервисов. Однако мнения об этом проекте довольно полярные — инженеры отмечают как удачные решения, так и серьёзные недостатки.

Читать далее
Всего голосов 18: ↑16 и ↓2+15
Комментарии0

Право на шифрование — как обстоят дела в мире

Время на прочтение4 мин
Количество просмотров6.3K

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

Читать далее
Всего голосов 7: ↑7 и ↓0+7
Комментарии9

Импортозамещаем MS на MS: что лучше знать до миграции почты из Office365 на on-premise Exchange 2019

Время на прочтение6 мин
Количество просмотров7.9K
Заказчик понял, что в связи с последними событиями можно ожидать внезапного окончания сервиса в облаке MS для всей компании. Если бы там крутилась только почта, то проблем бы не было: есть очень много опенсорсных или OS-based решений российской разработки. Но кроме самой почты ещё были календари, согласования, брони переговорок, общие ящики, сложные права доступа на отпуска и все прочие вещи. Нужно было сохранить не только почту, но и все процессы Exchange, с которыми работала компания, потому что они были глубоко в её бизнес-процессах.

И заказчик выбрал Exchange 2019 в частном облаке. Знаю, звучит странновато, но это реальность: лицензии уже были, стек знакомый, ресурсы выделены, а максимум, что сделает MS в такой ситуации — это лишит поддержки. Что заказчику не угрожало, потому что официальной поддержки его уже лишили. Мы поддерживали его вместо MS.


Вот эти согласования документов, интегрированные с почтой — одна из причин переезда с MS на MS

В общем, дальше надо было просто взять и переехать так, чтобы сотрудники компании это не почувствовали. И здесь было несколько подводных камней. Началось с того, что MS, видимо, не рассматривала в принципе это направление миграции: O365->On-prem просто не покрыт документацией, а в интерфейсе новой консоли серенький и неактивный в духе «under construction». Ну и сами ящики оказались не очень маленькими: при нормальной подписке ящик получает лимит до 100 Гб, и пользователи уверенно заполнили их примерно до 40-50 Гб каждый. После того как за неделю непрерывной синхронизации мы мигрировали три ящика, стало понятно, что с этим надо что-то делать.
Читать дальше →
Всего голосов 24: ↑23 и ↓1+26
Комментарии10

Информация

Сайт
t1.ru
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия
Представитель
Холдинг Т1