Журнал

Существует такая теория — «Черный лебедь». В ней говорится о том, что труднопрогнозируемые события могут нести огромные последствия для какой-либо системы. И если приложить эту теорию к условному кластеру k8s, например, который находится в ДЦ в определенном регионе, то если случилось ЧП вроде цунами, сервера станут недоступны, и условное приложение «упадет». И главное во всем этом события то, что виноват в этом тот, кто отвечает за поддержание инфраструктуры. В этой статье рассматриваем, какие существуют инструменты, чтобы предотвратить падение приложений даже в случае цунами — всё про Chaos engineering и Chaos monkey.

Существуют инструменты, которые призваны вывести подход «Инфраструктура как код» на новый уровень. Один из них — инструмент для CI\CD Spacelift. Он совместим с Terraform, легко интегрируется с AWS и GitHub. Подробное описание инструмента смотрите по ссылке.

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

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

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

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

Отвечая на этот вопрос, DevOps-инженер из Nixys Алексей Гаценко написал статью, где подробно описал работу с инструментами Kube-Hunter и Kube-bench и порассуждал об их эффективности, а также в целом о важности внедрения метода DevSecOps в разработку.

Системный администратор из Nixys Никита Воробьев решил поделиться с другими системными администраторами своим опытом, написав туториал по настройке почты exim4 в облаке.

Когда дело доходит до защиты ваших облачных ресурсов – безопасность является приоритетом всей организации. В чем заключается путь к зрелому DevSecOps? Более 85% опрошенных Upskilling IT 2022 заявили, что DevOps или DevSecОps являются важными и необходимыми операционными моделями. Мы обратились к представителям DevOps Institute, которые высказали свое мнение по этому вопросу.

Если у вас 1-2 проекта, а в каждом до 5 приложений, и вы раз в полгода создаете новый чарт в Helm, вы можете просто копировать старые чарты или создавать новые с нуля. Но что делать, если у вас 5 проектов, в каждом по 20 микросервисов, и каждые 2 недели ваши разработчики выкатывают новые и выкидывают старые? А еще надо постоянно что-то обновлять. А если проектов 20 или 50, что делать в этом случае? Тогда вы копируете одни и те же паттерны и шаблоны с общим костяком. Мы заметили это на одном из проектов, в котором нужно было запустить 15 микросервисов, и подумали, а почему бы не запилить единый чарт, через который будет запускаться вообще всё?

В этой статье DevOps инженер Nixys расскажет о практическом применении универсального чарта.

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

Однако, в связи с известными событиями, лавочка по сдаче экзаменов у AWS закрылась, а если говорить точнее — то с переводами оплаты стало сложнее. А так как нам от многих компаний начали поступать запросы на миграцию в Яндекс, было принято решение поголовно пройти бесплатный курс от Яндекс.Практикум «Инженер облачных сервисов» для более близкого ознакомления с облачными ресурсами Яндекса. Как это было, какие плюсы и минусы — в этой статье.