Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию шестую статью из цикла «IPsecHub+».
После обсуждения отказоустойчивости у нас остался один важный нерешенный вопрос в нашей целепостановке - вопрос масштабирования решения.
Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию пятую статью из цикла «IPsecHub+».
В этой статье цикла мы поднимем один из самых важных вопросов построения любой топологии - вопрос отказоустойчивости. Предлагаю вам рассмотреть, как мы можем сделать наш концентратор отказоустойчивым.
Всем привет! На связиНиколай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию четвертую статью из цикла «IPsecHub+».
В прошлой статье мы рассмотрели схему построения IPsec‑концентратора на основе так называемой эскалаторной топологии. А сейчас мы рассмотрим примеры более сложных сценариев, когда нужно выполнять регуляторные требования, пристыковать филиалы с пересекающимся адресным пространством, ну и тому подобное.
Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию третью статью из цикла "IPsecHub+".
В предыдущей статье мы пришли к выводу, что желательно максимально сократить количество сущностей, которые участвуют в процессе добавления или удаления нового филиала.
Прежде всего, это нужно для максимального упрощения автоматизации процесса. Я думаю, вы согласитесь, что делать автоматизацию для Linux-машин - это одно, а для Linux-машин и какого-нибудь NGFW типа Fortigate - это совсем другое. Особенно если учесть, что этот NGFW обслуживает не только сервис стыковки по IPsec, а вообще всю компанию, и последствие ошибки в скриптах автоматизации - это не только падение IPsec-сегмента, но и других сервисов.
Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию вторую статью из цикла «IPsecHub+».
После того, как в первой статье цикла мы немного погрузились в специфику нашей технологической базы, давайте рассмотрим классический сценарий построения GRE‑over‑IPsec туннеля. Это будет первый шаг к реализации нашего решения «IPsecHub+».
Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
Представляю вашему вниманию цикл статей проекта "IPsecHub+".
В этом цикле статей я хотел бы поделиться своим обобщенным и систематизированным опытом применения стека протоколов IPsec. Накопленный опыт преобразовался в цельное решение, которое позволяет выполнить ряд сложных задач, продиктованных реалиями динамично развивающегося бизнеса и сложным сетевым ландшафтом. Оно хорошо масштабируется, реализуется на разных платформах и легко автоматизируется.
Привет! Меня зовут Лиза, я технический писатель в ЕДИНОМ ЦУПИС. В этой статье хочу поделиться с вами инструментарием технических писателей. Многие думают, что мы просто пишем в текстовых редакторах, но на самом деле набор инструментов для создания технической документации может быть сильно шире.
Для коллег других специальностей этот набор приоткроет доселе невиданные сферы, которые технические писатели могут охватить помимо создания текстов. А для самих техписателей ознакомиться с этим списком будет интересно и полезно, чтобы порефлексировать: вот это я тоже умею, а вот тут знаю инструмент получше, а это неплохо бы освоить. Так что присаживайтесь поудобнее и давайте окунемся в почти безграничный мир инструментов технических писателей!
Хочется начать с тезиса: все методологии хороши, главное – правильно их применять. Однако несмотря на все усилия, я все еще встречаю скепсис у технических специалистов и иногда бизнеса, что Agile методологии не применимы к большим и сложным проектам. Фразы из серии «давайте сначала все продумаем», «у вас не будет второго шанса произвести первое впечатление», «мы не принесем ценности пока не сделаем все фичи», «UI/UX должен быть самый лучший на старте» все еще звучат, и данная статья в легкой форме покажет, что они не всегда актуальны ?
Меня зовут Сергей Солдатов, я занимаюсь развитием продуктов в ЕДИНОМ ЦУПИС, поэтому статья будет построена в плоскости управления продуктом, но, надеюсь, будет интересна и техническим специалистам, командным лидам, проектным менеджерам и возможно тем, кто планирует строительство дома ?
Еще один важный момент: моя дорожная карта не подразумевает привязки ко времени, так как в моем рассказе важнее ключевые этапы развития продукта (дом), определение MVP и масштабирование, а дедлайны оставим к темам KPI и построения временных планов.
Одна из сложнейших задач этого года — адаптация под новые условия работы с зарубежными вендорами и с open-source сообществом в целом. Open-source не решает все проблемы; в некоторых случаях он их только создает. При этом в российской разработке есть особенности, связанные с импортозамещением. Все вместе это наложило отпечаток на большинство классических программных платформ и языков программирования.
В 2023 году ЕДИНЫЙ ЦУПИС перевел информационные сервисы на отечественную платформу Java с поддержкой ее поставщика. Сейчас в качестве среды разработки и исполнения Java в ЕДИНОМ ЦУПИС используется Axiom JDK Pro. Давайте посмотрим на проблемы этого года глазами разработчиков Java-платформы, а поможет нам в этом Олег Чирухин, деврел в команде этого дистрибутива.
Всем привет! На связи Николай Едомский, руководитель группы сетевых инженеров в ЕДИНОМ ЦУПИС.
В этой статье я простыми словами расскажу о том, что из себя представляет DDoS, о самых распространенных видах DDoS и методах борьбы с ними. Основная цель материала – на простых примерах передать суть этого явления и обозначить особую важность грамотного построения защиты от DDoS.
Всем привет! Меня зовут Лиза, я методолог обучающих программ в ЕДИНОМ ЦУПИС. Даже во время прохождения очень интересного и полезного курса сосредоточиться может быть крайне сложно. В мире, наполненном информацией, учиться мешает буквально любой внешний фактор. В статье я расскажу о проблемах, с которыми мы сталкиваемся в процессе обучения, и о том, как эти проблемы преодолеть.
В этой статье я разберу на примере команды технических писателей, как решить проблему "невидимости" работы команды с помощью новостных дайджестов. Статья будет полезна командам, которые хотят стать более открытыми для коллег из соседних подразделений, а также для более эффективного и прозрачного взаимодействия с заказчиками.
В этой статье я на примере разберу процесс проектирования онлайн-курса «Практика эффективной обратной связи» по модели 4C/ID с использованием нейросетей. Расскажу, на каких этапах проектирования нейросети могут быть полезны, какие возникли трудности и каких результатов мы добились. Статья будет полезна методологам, методистам, специалистам L&D и всем, кому интересно заглянуть за кулисы проектирования онлайн-обучения.