23 ноября 2018 года вышел релиз CloudStack-UI версии 1.411.25. Ключевым улучшением в нем стало появление подраздела для управления снимками виртуальных машин через интерфейс. Также, команда продолжила разработку UI-плагина Log View и реализовала возможность менять формат времени для фильтрации журналов записей. Кроме того, мы сделали правую панель деталей более удобной, добавив возможность менять ее ширину. Подробная информация о всех улучшениях и исправлениях данного релиза представлена ниже.
Последние публикации
Как получить максимальную отдачу от инфраструктуры CI/CD
Шаблон рабочей нагрузки серверов CI/CD существенно отличается от других типовых шаблонов нагрузки. Причина лежит в характере рабочей нагрузки, которую создают приложения, выполняющиеся на этих серверах. В рамках процессов CI/CD существует два основных типа рабочей нагрузки:
- сборка, тестирование и развертывание артефактов;
- выполнение развернутых сред тестирования для веток Git, коммитов и конфигураций.
Обычно лучше разделять эти нагрузки так, чтобы они выполнялись на разных серверах. Основная предпосылка в том, что рабочая нагрузка, создаваемая процессами сборки, стремится утилизировать максимальное количество доступных вычислительных ресурсов (CPU, IO) для быстрого выполнения задачи. Когда на том же сервере размещаются и развернутые приложения, разработчики должны применять ограничивающие политики для защиты развернутых окружений от нехватки ресурсов, вызванной чрезмерным использованием серверных ресурсов во время выполняения процессов сборки и тестирования.
Ускоряем CI/CD с помощью обнаружения изменений зависимостей с использованием GitLab CI, кэша Docker и контрольных сумм
Проблема частичной сборки проекта в системе CI/CD может быть довольно сложно решаемой. Она затрагивает несколько аспектов, но самыми важными из них являются два – время, затрачиваемое на сборку проекта при обнаружении изменений, и влияние развертывания артефактов на продуктовую и тестовые системы.
Проблему можно довольно легко решить, когда используются такие системы сборки, как GNU make, Maven, NPM и другие. Они осуществляют автоматическое управление зависимостями для определенных типов проектов. Но когда система сборки не поддерживает автоматическое управление зависимостями для проекта, сложно реализовать сборку рационально и эффективно, а значит она будет выполняться медленно, артефакты будут многократно копироваться в репозитории артефактов, а связанные сервисы будут перезапускаться даже тогда, когда нет изменений, требующих развертывания.
Есть несколько подходов для ограничения влияния избыточных сборок, и они базируются на реализации управления зависимостями:
- отслеживание зависимостей вручную;
- сборка и развертывание на основе Dockerfile;
- автоматическое управление зависимостями на основе контрольного суммирования.
Все эти подходы имеют свои преимущества и недостатки и требуют тщательного анализа перед применением. Давайте кратко рассмотрим каждый из них.
Десять неправильных вещей, которые инженеры используют при работе с Docker-контейнерами
Статья является переводом и адаптацией англоязычной статьи автора Rafael Benevides из Red Hat.
Если вы используете контейнеры, то скорее всего обнаружили, что они решают множество проблем и имеют следующие преимущества:
Неизменяемость. ОС, версии библиотек, конфигурации, каталоги и приложения зафиксированы внутри контейнера. Это гарантирует, что тот же образ, который был протестирован QA, в промышленной среде будет демонстрировать то же поведение.
Легковесность. Объем памяти, используемый контейнером, небольшой. Вместо сотен или тысяч Mбайт, контейнер будет занимать память, необходимую для выполнения его процесса.
Скорость запуска. Запустить контейнер можно так же быстро, как и обычный процесс Linux. Запуск контейнера занимает несколько секунд вместо нескольких минут.
Однако, многие пользователи используют контейнеры как обычные виртуальные машины и забывают, что они обладают важным свойством: после создания образа контейнер не должен изменяться.
Релиз CloudStack-UI 1.411.24 доступен для использования
9 ноября 2018 года мы выпустили релиз 1.411.24. В работе над релизом мы продолжили разработку UI-плагина Log View и реализовали для него такие функции, как отслеживание журналов в режиме реального времени и поиск по записям журналов. Кроме того, мы сделали более удобным именование виртуальных машин при их создании, улучшили компонент выбора дискового предложения. Также, команда исправила некоторые ошибки интерфейса. Подробная информация о всех улучшениях и исправлениях в релизе представлена ниже.