Автор оригинала: David Wong.
8 июля 2019 года rainbow выпустила версию 5.1.5. Это обновление версии предоставляет новый опыт конвейерной доставки на рынок приложений и оптимизирует механизм работы, архитектуру servicemesh, управление службами и другие аспекты служб исходного типа.
- Rainbow: он поддерживает весь процесс разработки корпоративных приложений, архитектуры, доставки, эксплуатации и обслуживания. Благодаря “неинвазивной” архитектуре он легко соединяет все виды корпоративных приложений, а базовые ресурсы могут подключаться к IaaS, виртуальным машинам и физическим серверам и управлять ими.
- Версия выпуска: 5.1.5
- Обновление версии: Рекомендуется
- Область обновления: рынок приложений, построение исходного кода, архитектура servicemesh, сбор журналов
Вот подробная версия интерпретации:
Обновление опыта работы на рынке приложений Rainbow
Рынок приложений rainbow всегда был ключевым направлением rainbow. Некоторые пользователи спросят, почему сообщество helm становится все более зрелым и имеет все больше и больше приложений. Почему вы не жалеете усилий, чтобы создать свой собственный рынок приложений? Нельзя отрицать, что спецификация приложения helm была признана пользователями сообщества kubernetes, и все больше и больше предприятий с открытым исходным кодом предоставляют приложения helm. Однако люди, которые все это использовали, знают, что спецификация приложения helm-это метод упаковки приложений с высокими техническими требованиями. Чтобы сделать отличное приложение для управления, это даже сложнее, чем собственная спецификация kubernetes. Цель проекта rainbow – дать пользователям возможность разрабатывать, доставлять и управлять своими приложениями в облаке без изучения технологии kubernetes (или даже контейнерной технологии). Цель рынка приложений rainbow – дать возможность всем разработчикам завершить полную доставку кода в приложение одним щелчком мыши.
Это обновление предоставляет нам следующие функции:
- Поддержка установки приложений непосредственно из облака на локальное устройство. В прошлой версии нам нужно было завершить синхронизацию из облака на локальный рынок, а затем выбрать установку приложения. Этот процесс немного громоздок и неявен. Теперь вы можете напрямую просматривать и устанавливать облачное приложение. Рынок облачных приложений устанавливает приложение напрямую
- Опубликуйте частное приложение на рынке облачных приложений и доставьте его пользователям rainband, которых вы хотите доставить. Рынок приложений разрешает шифрование для всех медиаресурсов в каждом приложении. Только авторизованные пользователи могут загружать и устанавливать опубликованные частные приложения. Кросс-облачная доставка будет очень простой.
- Публикуйте общедоступные приложения в сообществе. Распространение приложений Rainbow будет содержать информацию издателей, и вы сможете продвигать свои корпоративные приложения в облаке.
Кроме того, мы должны решить проблему, связанную с тем, как заставить пользователей rainbow устанавливать напрямую с таким количеством приложений helm. Что мы делаем, так это преобразуем приложение helm в приложение rainbow и храним его на рынке приложений rainbow, чтобы пользователи могли устанавливать его напрямую. Пожалуйста, обратите внимание на этот процесс: https://market.goodrain.com/h…
Архитектура ServiceMesh поддерживает управление входящей сетью
В этой версии мы продолжаем оптимизировать архитектуру servicemesh и обновляем версию envoy на уровне панели данных до версии 1.9.0. На уровне панели управления добавлена поддержка управления сетью во входящем направлении, включая функцию объединения соединений, основанную на количестве подключений и одновременных запросов, и введена функция глобального ограничения тока, основанная на сторонней службе ограничения тока. Контроллер XDS оптимизирован для эффективного сравнения фактических изменений ресурсов и эффективного снижения частоты событий обновления, передаваемых в envoy.
Имплантация прозрачной архитектуры Servicemesh
Пользователям Rainbond нужно только открыть соответствующие плагины для интеграции бизнес-сервисов с архитектурой servicemesh.
Добавьте встроенный плагин управления сетью для поддержки управления входящей сетью
Оптимизация других функций
- Носитель служебной версии построения исходного кода изменен с пакета slug на образ контейнера. Работа служб исходного кода больше не будет зависеть от распределенной файловой системы, а рабочая среда поддерживает управление версиями.
- Задача построения службы-это действие, которое потребляет ресурсы узлов управления. Если создание пакетной службы не ограничено, ресурсы узлов управления будут исчерпаны. Это обновление вводит ограничение на одновременное выполнение задачи построения. Максимальное количество параллельных задач зависит от ядер процессора текущего узла управления. Неудачные задачи будут ждать в системе сообщений.
- Это оптимизирует политику, согласно которой политика доступа к службе автоматически вводится в службу в виде переменных среды, чтобы служба могла получить политику доступа текущей службы, что очень полезно для некоторых веб-служб.
- Адрес связи между подключаемым модулем службы и средой выполнения приложения изменяется с адреса мостового адаптера docker 0 в прошлом на IP-адрес узла, что устраняет зависимость предыдущей версии от IP-адреса мостового адаптера docker0. Избегаются следующие исключения: данные анализа производительности не могут быть получены, а обнаружение службы является ненормальным
- Стандартный метод сбора журнала вывода и вывода ошибок контейнера службы изменен с получения из процесса настройки предыдущей службой узла на получение из файла журнала узла службой узла, что снижает нагрузку процесса настройки и время задержки представления журнала пользователю.
- Команда GRCTL service get оптимизирована для облегчения просмотра пользователями состояния работы контейнера службы.
Исправление ошибок
- Исправлена ошибка с данными доступа к доменному имени, игнорируемыми службой поддержки клиентов.
- Информация о подключении службы ремонта на передней панели не отображает модуль подкачки, что приводит к неполному отображению ошибки.
- Восстановите версию сборки службы, удалите постоянные данные службы и автоматически устраните ошибки, которые не работают должным образом. В новой версии очистка включена по умолчанию.
- При применении резервного копирования измените политику резервного копирования, чтобы создавать резервные копии только текущей версии сборки службы, уменьшите объем данных резервного копирования и обеспечьте вероятность успешного резервного копирования.
- Исправлена ошибка, из-за которой приложение для установки на рынке приложений не было успешно построено в первый раз и не могло продолжить сборку позже.
- Исправлена ошибка, из-за которой переменная среды службы и передача информации о соединении не действовали.
- Когда обновление приложения исправлено, недавно добавленная служба, включающая подключаемые модули, не может напрямую устранить ошибку подключения подключаемых модулей.
- Исправлена ошибка, из-за которой метаданные не изменялись автоматически после изменения свойств узла.
- Исправлена ошибка, из-за которой не удалось скомпилироваться при настройке версии среды выполнения типа языка nodejs.
Установка версии
Текущая версия является последней версией серии 5.1 и последней версией платформы серии 5.1.5, установленной с даты выпуска. Руководство по установке: Установка радужного кластера
Обновление версии
Требования к обновлению и меры предосторожности
- V5.1.5 поддерживает обновление с v5.1.2-v5.1.4. Если вы не обновились до версии 5.1.2, пожалуйста, обратитесь к версии 5.1.1. X документация по обновлению и сначала обновление до версии v5.1.2: версия GRCTL, например: Rainbow GRCTL v5.1.4-выпуск-1b49703-2019-05-19-10
- Процесс обновления перезапустит службу управления, поэтому только кластер с одним узлом управления временно повлияет на работу консоли. Пожалуйста, выберите разумный период обновления.
Скачать пакет обновления 5.1.5
Размер образа автономного пакета составляет около 650 Мб, а доступное пространство на текущем диске кластера должно быть не менее 2 ГБ
#Rainbow component upgrade package wget https://pkg.rainbond.com/offline/5.1/rainbond.images.2019-07-07-5.1.5.tgz -O /grdata/services/offline/rainbond.images.upgrade.5.1.5.tgz #Upgrade script package wget https://pkg.rainbond.com/offline/5.1/rainbond-ansible.upgrade.5.1.5.tgz -O /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz
Извлеките сценарий установки и выполните сценарий обновления
rm -rf /tmp/rainbond-ansible rm -rf /grdata/services/offline/upgrade tar xf /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz -C /tmp/ cd /tmp/rainbond-ansible/scripts/upgrade/ bash ./upgrade.sh
Обновление Завершите проверку
- Запустите кластер GRCTL, чтобы убедиться, что все службы и узлы работают нормально
- Версия GRCTL подтверждает, что версия была обновлена до 5.1.5, а версия образа работающего компонента-v5.1.5-выпуск
Если у вас есть какие-либо вопросы по поводу обновления, пожалуйста, обратитесь к сообществу для обратной связи.
Оригинал: “https://developpaper.com/rainbond-5-1-5-release-remote-one-click-installation-in-enterprise-application-market/”