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

Как мы разрабатывали собственную дизайн-систему — опыт Т1 Консалтинг

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

В нашем портфолио несколько собственных программных продуктов — например, HR-платформа Т1 TalentForce, приложение для налогового мониторинга Т1 EasyTax и система оценки эффективности бизнес-процессов Т1 Watchman.

Чтобы унифицировать UI и ускорить запуск новых сервисов, мы сформировали собственную дизайн-систему. И уже использовали её при разработке CRM-решения. Далее расскажем, как мы подошли к этой задаче.

Читать далее
Всего голосов 22: ↑20 и ↓2+18
Комментарии1

Какой должна быть современная CRM: от разработки до применения в бизнесе

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

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

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

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

Какие гаджеты могут заменить смартфоны в будущем

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

Источник

Мобильная радиосвязь впервые была использована более века назад, в далёком 1921 году, полицией Детройта (USA). Но первая коммерческая сеть появилась только в 1946-м. Компании AT&T и Bell Telephone Laboratories развернули радиосеть обслуживания своих абонентов в Сент Луисе (USA) и его пригородах. Для соединения вызывающий абонент сначала сообщал голосом оператору коммутатора, с кем он хочет говорить. Вес абонентского оборудования достигал 36 килограммов, и это без учёта источника питания, поэтому первые мобильные телефоны использовались преимущественно в автомобилях.

Фактически это был просто радиоудлинитель проводной линии. Спустя год Дуглас Ринг и Рей Янг (Bell Laboratories) предложили концепцию коммерческой сотовой связи, но до привычного нам сервиса было ещё очень далеко.

С развитием элементной базы, в первую очередь полупроводниковых элементов, размеры и вес оборудования быстро сокращались. Действующий прототип первого привычного нам аппарата создал Мартин Купер (Motorola) в 1973 году. В одном корпусе удалось разместить всё оборудование. Вес аппарата составлял около килограмма. Его ещё нельзя было носить в кармане, но элемент питания уже был внутри и обеспечивал его работу более 15 минут!
Читать дальше →
Всего голосов 28: ↑25 и ↓3+22
Комментарии19

Монетизация данных. Зачем Большой Брат следит за нами?

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


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

Теперь можно получать обработку информации в реальном времени (и реагировать гибко и сразу на те же действия на сайте или в приложении), в агрегации данных (теперь банк знает, где вы живёте, какие у вас были диагнозы по чекам из аптеки и какие интернет-магазины вы предпочитаете по адресам посещаемых сайтов, от стратегического альянса с провайдером или сотовым оператором) и так далее.
Читать дальше →
Всего голосов 19: ↑16 и ↓3+13
Комментарии2

Странные стратегические альянсы: как это сейчас работает

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


Добро пожаловать в мир новых соглашений, где сеть фастфуда может войти в стратегический альянс с ИТ-компанией и каким-нибудь государством, а потом построить цепочку типа B2B2C, G2B2C и B2B2B. Слышали про экосистемы? Это речь и про них тоже.

Крупный бизнес понял, что можно и нужно продавать свои промежуточные продукты наружу. То есть стал API-ориентированным и простым для интеграций. Это в сочетании со вторым переходом человечества в онлайн (спасибо вирусу) породило очень много новых стратегических альянсов. Странных потому, например, что можно объединяться с самым злостным конкурентом: во-первых, вы друг друга понимаете, во-вторых, имеете данные по рынку, в-третьих, можете этот рынок вместе развивать.

Давайте посмотрим, что поменялось, что происходит и на хорошие примеры таких коллабораций: где там успех и какие бывают грабли.
Читать дальше →
Всего голосов 22: ↑19 и ↓3+16
Комментарии1

Как пользователи спасают психику техподдержке

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

«Набить хай-ло» — программирование светодиодных индикаторов на корпусе для показа Hi или Lo в зависимости от нажатия кнопки «турбо», если кто-то такую ещё помнит. Один из моих первых тикетов в роли поддержки как раз закончился тем, что я сообщил пользователю, что осталось только «набить ему хай-ло».

По прошлому посту «Как пользователи расшатывают психику техподдержке» могло сложиться впечатление, что жизнь у нас совсем не сахар, а скорее даже рудники. Теперь хочу рассказать о тех приятных вещах, которые есть в работе поддержки.

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

Именно эта общительность пользователей даёт первый важный плюс: когда в компании 200–300 человек, а вы социально активны, не боитесь смотреть в глаза людям и нормально общаетесь, — через пару месяцев будете знать вообще всех. И при этом к вам будут хорошо относиться, потому что вы помогаете. Нет, конечно, будут время от времени встречаться люди, которые, наверное, в ресторанах орут на официантов, но с поддержкой фокус «Быстро подойди сюда, я тут босс» не работает. Потому что, кроме SLA, тогда будет применяться USLA, например, при SLA — один час на ответ, при USLA будет 58 минут на ожидание. Но такие случаи очень редки. Чаще всего мы всех любим и нас все любят.

Уже в первые дни любовь выражается в том, что вас стараются подкормить. Почти у всех есть вкусняшки в кабинетах, а приход инженера для многих из разряда «Оно шевелится, милое, давайте его покормим!» Ну, если вы мило шевелитесь, конечно.

Дальше становится интереснее.
Читать дальше →
Всего голосов 51: ↑50 и ↓1+49
Комментарии9

Что реально происходит в предиктивной аналитике на производствах?

Время на прочтение6 мин
Количество просмотров13K
Примерно 18 лет я занимаюсь автоматизацией производств и, в частности, прогностическими системами. Авария в турбине обходится в среднем в десятки миллионов рублей и, как правило, затрагивает далеко не только турбину. Отрыв рабочих лопаток турбины может нанести прямого урона на миллиарды, а потом ещё остановить генерацию на срок поставки комплектующих.

image
Пример такой турбины для понимания масштаба. Источник.

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

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

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

К этому можно добавить ещё физическую модель взаимодействий на устройстве.
Читать дальше →
Всего голосов 27: ↑27 и ↓0+27
Комментарии16

Как пользователи расшатывают психику техподдержке

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

Угадайте, что здесь произошло

Меня зовут Никита, и я всегда хожу по офису в куртке. Почему? Потому что иногда я хочу выйти из офиса покурить, а снаружи холодно. По дороге к лифту меня ловит какой-нибудь добрый коллега и просит на секундочку посмотреть его рабочее место. Я его, конечно, уже видел, но там что-то пошло не так. Возможно, утром, возможно, месяц назад. Возможно, мой вид в куртке заставил коллегу вспомнить, что поймать меня куда удобнее, чем писать тикет. Естественно, чтобы пройти от его рабочего места до улицы, снова надо пойти к лифту, то есть goto «ловит какой-нибудь добрый коллега». Ну либо кто-то позвонит прямо во время настройки, и нужно будет куда-то идти по другому тикету. Поэтому я не люблю зиму. Очень жарко ходить по офису.

Вторая вещь, способная расшатать психику даже самых стойких инженеров пришла с удалёнкой, то есть с пандемией. Это помощь по VPN. Мы подключаемся к рабочему месту сотрудников и просим ничего не трогать. Но нет. Они очень хотят помочь. А помощники они от бога. Вот я пытаюсь что-то нажать, а мышку вдруг начинает водить кругами. Это пользователю стало скучно, и он ей покрутил. Может кнопку любую нажать. Обычно любая — это покрупнее. Ещё круче, когда пользователь не просто пьёт чай, а помогает активно. «А я знаю, что вот надо сюда», – и начинается борьба за мышь: кто кого победит, кто быстрее мышкой пользуется и точнее кликает. Но пользователи обычно проигрывают, у них аим и префайр на кнопки плохие, и ещё они часто горячих клавиш не знают.
Читать дальше →
Всего голосов 202: ↑191 и ↓11+180
Комментарии315

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

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


Я занимаюсь внедрением инструментов по ESG (это экология и устойчивое развитие) в России в крупных корпорациях.

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

Сейчас, упрощая, это выглядит так: нужно создавать какую-то деятельность по ESG, но пока не очень понятно, какую и как. Тем не менее симуляция такой деятельности вполне способна привести к росту реальной деятельности тоже. Реальность такова, что уже пару лет как крупные компании в России делают годовой отчёт по деньгам и ещё годовой отчёт по устойчивости. И это уже не просто благотворительность, чтобы быть хорошим, — этого мало, надо менять что-то внутри процессов.

С точки зрения управления ESG-факторы — скорее бизнес-риски, которыми нужно управлять. Например, на западе и в России уже есть покупатели, которые не будут брать товар у производителя, если он несёт больший вред для экологии, чем аналоги.

Давайте разбираться, как это выглядит. А то будет как с заменой бумаги на планшеты: «сэкономили 2 тонны древесины» звучит хорошо, а «закупили ещё 500 Li-ion батарей в алюминиевых корпусах» уже хуже.
Читать дальше →
Всего голосов 28: ↑25 и ↓3+22
Комментарии28

Квантовые технологии: что реально с ними сейчас происходит в мире и в России

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

Квантовый процессор Google на базе массива из 54 кубитов.

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

За последние годы уже несколько раз компании объявили, что достигли квантового превосходства – способности решать задачи, невыполнимые для классических компьютеров. В 2019 году Google опубликовала статью в Nature, заявив о достижении квантового превосходства на массиве из 54 кубитов. 3 декабря 2020 года уже китайские учёные сообщили о достижении квантового превосходства с новым суперкомпьютером Jiuzhang на запутанных фотонах. В этом исследовании за 200 секунд была решена задача, которая на обычных суперкомпьютерах решалась бы более 1,5 миллиардов лет.

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

  • Уровень ошибок – квантовые компьютеры отдают правильный результат вычислений с какой-то долей вероятности.
  • Время удержания когерентности – вам не нужен квантовый компьютер на 300 кубитов, который потеряет свою квантовую когерентность раньше, чем вы начнёте вычисления.

Предлагаю пройтись по текущим достижениям в этой области. Посмотрим, почему РЖД стал крупнейшим квантовым оператором в России. А ещё попробуем понять, пора ли уже внедрять шифрование McEliece в TLS и паниковать или можно ещё немного подождать.
Читать дальше →
Всего голосов 35: ↑34 и ↓1+33
Комментарии34

Разбор решений участников хакатона T1 Digital Challenge

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

В ноябре мы провели двухдневный хакатон T1 Digital Challenge. 18 команд боролись за призовой фонд в 500 тысяч рублей и решали две задачи: создание корпоративных решений с помощью No-Code и Low-Code платформ, и улучшение пользовательского опыта (CX, Customer Experience). К слову, это уже второй наш хакатон — в августе на CRM Hack участники создавали «киллер-фичи» для нашей CRM-системы. 

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

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

Я рефакторю компании

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

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

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

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

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

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

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

Итак, давайте покажу процесс верхнеуровнево: как разобрать и собрать процессы заново, выстраивая это всё в систему.

Читать дальше →
Всего голосов 66: ↑63 и ↓3+60
Комментарии23

Мониторинг производственного оборудования: как с этим дела в России

Время на прочтение9 мин
Количество просмотров9.8K
image

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

Базовая проблема следующая. Вот вы производите установку для крекинга нефти, либо станок для машиностроения, либо какое-то другое устройство для завода. Как правило, продажа сама по себе крайне редко возможна: обычно это контракт на поставку и обслуживание. То есть вы гарантируете, что железяка будет работать лет 10 без перебоев, а за перебои отвечаете либо финансово, либо обеспечиваете жёсткие SLA, либо что-то подобное.

По факту это означает, что вам нужно регулярно отправлять инженера на объект. Как показывает наша практика, от 30 до 80 % выездов — лишние. Первый случай — можно было бы разобраться, что случилось, удалённо. Либо попросить оператора нажать пару кнопок — и всё заработает. Второй случай — «серые» схемы. Это когда инженер выезжает, ставит в регламент замену или сложные работы, а сам делит компенсацию пополам с кем-то с завода. Или просто наслаждается отдыхом с любовницей (реальный случай) и поэтому любит выезжать почаще. Завод не против.

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

У меня гибридное облако. Кто отвечает за ИБ, и какие новые угрозы появляются?

Время на прочтение9 мин
Количество просмотров4.8K
image

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

Самая частая ситуация — слияние-поглощение, когда вы купили конкурента, а у него куча старого, но ещё хорошего железа. А у вас уже облачный подход. Или когда вы настолько круты, что у вас есть P-машины IBM либо какие-то особенные хранилища (бывают у телестудий и медицинских центров). В любом случае вы столкнетесь с ситуацией, когда есть безопасники в облаке, есть департамент ИБ на вашей стороне и куча костылей — посередине.

По данным Garnter, есть вероятность 90 %, что вопрос переезда в облако коснётся вас в этом или следующем году, поэтому стоит задуматься над кибербезопасностью уже сейчас.

Ниже в статье — базовые вещи на тот случай, чтобы можно было легче договориться с провайдером о зонах ответственности и внедрить лучшие практики обеспечения информационной безопасности. Соответственно разделение зон ответственности и практики по ИБ мы используем в Техносерв Cloud для заказчиков с гибридными средами и потому знаем, что и где может пойти не так.
Читать дальше →
Всего голосов 27: ↑23 и ↓4+19
Комментарии2

DevOps vs DevSecOps: как это выглядело в одном банке

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


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

Банк решил, что можно и нужно перетащить весь пайплайн к себе «под крылышко» от коммитов до выпуска. Чтобы всё было единообразно и под контролем команд, отвечающих за продукт в банке. То есть как если бы внешний подрядчик просто работал где-то в соседней комнате офиса. На корпоративном стеке. Это обычный девопс.

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

Одно простое откровение, что подрядчик имеет полный доступ к коду продукта, уже перевернуло их мир.

В этот момент и началась история DevSecOps, про которую я хочу рассказать.
Читать дальше →
Всего голосов 35: ↑32 и ↓3+29
Комментарии4

На чём стоит экономить в облаке

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


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

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

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

Рассмотрим ситуации, когда выгоднее фиксированные тарифы, а когда — pay-as-you-go-концепция (PAYG). Плюс рассмотрим, что можно выключить лишнего, и где чаще всего впустую расходуются ресурсы. Пройдёмся по основным видам ресурсов: CPU, RAM, виртуальным дискам, сети и бэкапам.
Читать дальше →
Всего голосов 28: ↑27 и ↓1+26
Комментарии13

Как мы перешли на удалёнку полгода назад из-за перерубленной оптики

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


Рядом с двумя нашими зданиями, между которыми было 500 метров тёмной оптики, решили выкопать большую яму в земле. Для благоустройства территории (как завершающего этапа прокладки теплотрассы и строительства входа в новое метро). Для этого нужен экскаватор. С тех дней я не могу на них спокойно смотреть. В общем, случилось то, что неминуемо случается, когда в одной точке пространства встречается экскаватор и оптика. Можно сказать, что такова природа экскаватора и промахнуться он не мог.

В одном здании находилась наша основная серверная площадка, а в другом через полкилометра — офис. Резервным каналом был Интернет через VPN. Оптику мы положили между зданиями не по соображениям безопасности, не из банальной экономической эффективности (так трафик получался дешевле, чем через сервисы провайдера), а тогда — просто из-за скорости соединения. И просто потому, что мы те самые люди, которые могут и умеют класть оптику банкам. Но банки делают кольца, а при втором линке другим маршрутом вся экономика проекта посыпалась бы.

Собственно, именно в момент обрыва мы и перешли на удалёнку. В своём собственном офисе. Точнее, в двух сразу.
Читать дальше →
Всего голосов 25: ↑23 и ↓2+21
Комментарии8

Как писать техстандарт по защите информации для крупной компании

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


Любая крупная компания со временем сталкивается с проблемой появления неразберихи в применяемых методах, способах и средствах защиты информации.

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

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

Вторая задача — стандартизовать технические решения. Каждая техническая мера защиты в идеале выполняется определённым образом с применением одного или нескольких конкретных средств. Если, например, применяете для защиты хостов антивирусы одного вендора, то можно с большей скидкой (из-за большого объёма) закупать лицензии, не надо держать штат специалистов, обладающих опытом работы с разными решениями. А если стандартизовать множество решений по ИБ, то можно создавать в разных компаниях похожие группы архитектуры и централизовать управление ими, тем самым практически отказаться от локальных подразделений.

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

Боремся с пробками в маленьком городе за небольшой бюджет: результаты 6 месяцев проекта

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


Старый добрый советский светофор имеет два режима: работает и не работает. Его первая оптимизация — добавить в реле ночной и дневной режимы. Вторая — такая же: добавить утренний, вечерний и дневной, отличающиеся разными задержками таймера переключения ламп. И дальше — всё. Дальше нужны датчики и внешние потоки информации либо вообще связная сеть.

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

Но мы пошли чуть дальше: в городе Новомосковске (120 тысяч жителей) поставили на светофоры камеры, поменяли все контроллеры и связали всё это в одну сеть. Бюджет у города небольшой, поэтому правила пока эвристические без всякого космоса вроде data mining и машинного обучения, светофорных объектов не очень много (потому что даже поставить 21 камеру уже дорого), но мы смогли добиться вполне конкретных результатов.

Скорость прохождения перекрёстков с нашими «умными светофорами» и обычных перекрёстков рядом увеличилась. Мы научились приоритизировать поток машин утром на крупный завод, считать и обрабатывать транзитные фуры и даже замахнулись на ГЛОНАСС-датчики «скорой», чтобы убирать возможные заторы перед ними.
Читать дальше →
Всего голосов 68: ↑68 и ↓0+68
Комментарии33

Опыт реализации сетевых фабрик на базе EVPN VXLAN и Cisco ACI и небольшое сравнение

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

Оцените связки в средней части схемы. Ниже к ним вернёмся

В какой-то момент вы можете столкнуться с тем, что большие сложные сети на базе L2 неизлечимо больны. В первую очередь проблемами, связанными с обработкой BUM трафика и с работой протокола STP. Во вторую — в целом морально устаревшей архитектурой. Это вызывает неприятные проблемы в виде даунтаймов и неудобства управляемости.

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

Была возможность сравнить именно реализацию. Не эксплуатацию, про неё стоит говорить года через два-три.

Итак, что такое сетевая фабрика с наложенными сетями и SDN?
Читать дальше →
Всего голосов 23: ↑23 и ↓0+23
Комментарии4

Информация

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