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



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



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



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



Если вы думаете, что сейчас будет история «и тут я понял, что нужно нормальное ИТ-ядро, сайт, еком, мы начали развивать бизнес и продали систему федеральной сети», то нет. Сантехнический магазин он тоже быстро слил.
Читать дальше →

https://habr.com/ru/post/712270/?utm_source=habrahabr&utm_medium=rss&utm_campaign=712270

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

Читать далее

https://habr.com/ru/post/706870/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706870

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



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



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



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



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



Ну и ниже короткий каталог основных изменений.
Читать дальше →

https://habr.com/ru/post/698390/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698390

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



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



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



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



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

1. Определяем, какой стандарт применяется.


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


3. Готово!

Примерно так происходит почти на любом объекте, который я видел.
Читать дальше →

https://habr.com/ru/post/695750/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695750

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

Читать далее

https://habr.com/ru/post/695062/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695062

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

Читать далее

https://habr.com/ru/post/693994/?utm_source=habrahabr&utm_medium=rss&utm_campaign=693994

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



А мы прямо перед пандемией начали строить новый офис. И в процессе пришлось его перепридумывать и перепроектировать так, чтобы учесть новые реалии. Если очень коротко, то получилось вот что:

1. Почти нет фиксированных рабочих мест, можно садиться куда угодно.


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


3. Каждое место должно быть с зарядками, ряд мест — с экранами и док-станциями.


4. Проектирование маршрутов и потоков новое, не подразумевающее разделение на отделы и компании группы.


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


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


7. Нужны новые общественные пространства — как сейчас делают набережные и парки — так же, в соответствии с целями, должно быть в офисе.

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

https://habr.com/ru/post/692578/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692578

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

Читать далее

https://habr.com/ru/post/690986/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690986

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



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



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



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



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



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



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

https://habr.com/ru/post/691658/?utm_source=habrahabr&utm_medium=rss&utm_campaign=691658

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

Читать далее

https://habr.com/ru/post/690418/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690418

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

Читать далее

https://habr.com/ru/post/684386/?utm_source=habrahabr&utm_medium=rss&utm_campaign=684386

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



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





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



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

https://habr.com/ru/post/681898/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681898

Первые свои серьезные деньги я заработал в онлайн игре EVE Online — покупал космические корабли на одном конце Вселенной и продавал на другом. Сейчас я работаю Product Operation Manager в компании T1 Cloud. А что было между этими двумя вехами моей жизни, расскажу в этой статье.

Читать далее

https://habr.com/ru/post/681826/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681826

Когда связисты разрабатывали стандарты LTE, они сразу подумали про массовое применение для любой беспроводной связи по всей планете. Поэтому внутрь «большого» LTE попадал, например, стандарт NB-IoT для энергоэффективной передачи с одной маленькой батарейки лет так пять подряд (ближайший аналог — BLE), — старый добрый стандарт раций «нажми на кнопку и говори» на случай отказа ядра сети и так далее.



Бум Private LTE (pLTE) в России начался примерно пару лет назад, а первое внедрение — около трёх лет назад. Фактически предприятиям нужен стандарт связи, который отлично подходит для работы с кучей терминалов от датчиков оборудования до диспетчерской связи. Естественно, там, где это возможно, используется старый добрый Ethernet, но есть места типа плавильных цехов, куда кабель либо нельзя прокинуть, либо очень сложно, и места вроде дронов или других подвижных частей оборудования, куда кабель не закинуть вообще. Когда датчиков уже становится много, точно нужна беспроводная сеть.



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



Собственно, сейчас про эти нюансы я и расскажу.
Читать дальше →

https://habr.com/ru/post/680780/?utm_source=habrahabr&utm_medium=rss&utm_campaign=680780

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

Читать далее

https://habr.com/ru/post/680026/?utm_source=habrahabr&utm_medium=rss&utm_campaign=680026