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

внешний интерфейс внешний фреймворк

Конференция раннего чата по интерфейсу, новая отправная точка для развития интерфейса, была проведена совместно с Nuggets. Добавьте WeChat codingdreamer в эксклюзивную внутреннюю группу поддержки конференции и выиграйте на новой стартовой линии.


14-я сессия Front-end Growth and Promotion, 8-29 будет в прямом эфире, 9 лекторов (Ant Financial Services / Tax Friends и т. д.),Нажмите на меня, чтобы сесть в машину 👉 (Адрес регистрации):


Текст выглядит следующим образом

Эта статья является третьей сессией - специальной сессией по созданию передней страницы, посвященной обмену лектором Юэфэй.

“如何设计实现中后台搭建PaaS平台v5”的副本 2.001.jpeg
Всем привет, сегодня я очень рад возможности в качестве лектора поделиться с вами темой «Как спроектировать и внедрить мидл- и бэк-офис для построения платформы PaaS». Сегодняшняя публикация будет посвящена строительному продукту iceeluna среднего и конечного уровня в продуктах серии Feibing технологического отдела Alibaba Tao.

представление о себе


Прежде чем поделиться, позвольте мне представиться. Я Юэфэй из маркетинговой команды среднего и закулисного маркетинга Alibaba Tao. Я отвечаю за создание продукта iceluna в середине и за кулисами, а также за продвижение и внедрение «Стандартных спецификаций протокола построения среднего и закулисного производства Alibaba Group». . Присоединился к Alibaba Juhuasuan в 2013 году, отвечая за детали ПК и беспроводной связи. Присоединился к Tmall в 2016 году, возглавил команду по маркетингу и геймплею, а также отвечал за геймплей и интерактивный бизнес. В 2019 году он присоединился к техническому отделу отдела Тао, возглавив команду маркетингового мидл- и бэк-офиса, отвечая за бизнес мидл- и бэк-офиса и сосредоточившись на создании продуктов в мидл- и бэк-офисе.

Введение в тему


Сегодняшняя тема — строительство, которое можно условно разделить на два типа строительных продуктов: ориентированные на эксплуатацию и ориентированные на НИОКР. Оперативно-ориентированные строительные продукты в основном создают полные страницы в форме визуальной конфигурации (без кода), такие как создание страниц для маркетинговых мероприятий. Строительные продукты, ориентированные на НИОКР, в основном используют разработку с низким кодом (Low-code) для создания «промежуточных и серверных систем» или «беспроводных модулей», таких как строительство торговых точек, вторичных серверных систем и строительство беспроводных сетей. Модули Ракс. Сегодня моей темой здесь является построение промежуточных и серверных систем, которое сильно отличается от построения страниц маркетинговой активности с точки зрения ролевой ориентации и режима построения. Далее я сосредоточусь в основном на двух измерениях «iceluna». продукт» и «Создание платформы PaaS».

поделиться планом


Это план, которым я поделился.Сначала я дам общее представление о продукте iceeluna и объясню предысторию продукта, позиционирование и текущую ситуацию. Во второй части будут представлены дизайнерские идеи создания продуктов в мидл- и бэк-офисе с учетом трех аспектов проектирования архитектуры, проектирования функциональных модулей и проектирования процессов НИОКР, чтобы каждый мог получить общее представление о полной картине продуктов iceluna. В третьей части основное внимание будет уделено построению инфраструктуры из промежуточного и внутреннего измерений, чтобы рассказать о том, как iceluna строит инфраструктуру. В части 4 мы вернемся к теме платформы PaaS, чтобы объяснить основные возможности, которые должна создать платформа PaaS. Наконец, будет дано резюме и прогноз.

знакомство с продуктом iceluna

Демонстрация продукта


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

История продукта

Я только что продемонстрировал несколько основных страниц iceeluna и получил базовое представление обо всем продукте.Продукт iceeluna разрабатывался 3,5 года, а платформа PaaS для разработки с низким кодом, которую продукт итеративно развивался до сих пор имеет ряд причин. Прежде чем понять эти причины, я хотел бы популяризировать с вами концепцию «разработки с низким кодом», о которой мы говорили сегодня. Что касается общей конструкции iceluna, у меня есть собственное понимание: это режим разработки, который позволяет разработчикам с разным уровнем опыта создавать веб-страницы с помощью графического пользовательского интерфейса, компонентов перетаскивания и управления моделями.

После понимания этой концепции, давайте поговорим об истории продуктов iceeluna:

  • Смерть средних и закулисных технологий: Весь бизнес Департамента Дао находится на стороне потребителя, а трудовые ресурсы в мидл- и бэк-офисах слабы, что в настоящее время является дилеммой для мидл- и бэк-офисов. У нас есть большое количество продавцов или вторичных операционных систем, а рабочей силы переднего плана довольно мало. Большое количество систем полагаются на серверную часть / аутсорсинг / независимых поставщиков программного обеспечения для исследований и разработок. Из-за сложной среды разработки переднего плана, быстрая технологическая итерация и высокий порог, эффективность/качество/опыт/ремонтопригодность Много проблем с сексом и т.д. Как расширить возможности? Как улучшить режим совместной работы? Традиционная модель исходного кода больше не может удовлетворять требованиям развития бизнеса, и спрос на модель разработки с малым кодом становится все более сильным.
  • Рост низкокодовой модели развитияСогласно результатам исследования рынка FORRESTER, эффективность НИОКР эффективности НИОКР может быть увеличена более чем в 10 раз за счет модели разработки с низким кодом. Это деловое давление, которое сталкивается с текущим статусом среднего фона, и это проблема, которую мы очень срочно должны решить, то есть как действовать. Это дает нам достаточно пространства для воображения. В последние годы крупные интернет-гиганты инвестировали в создание low code или uncipods. В Али мажор Бу тоже тяжелая поездка на эту штуку. Это также вытекает из третьего вопроса, который заключается в построении конвергенции и единства технологии наводнения.
  • Конвергенция и унификация после затопления здания: По консервативным оценкам, во внутренних подразделениях Alibaba имеется более дюжины продуктов для сборки с низким кодом для различных бизнес-сценариев, с огромными инвестиционными затратами и относительно разной степенью улучшения возможностей. Как сойтись и объединиться в построении этого произведения? Крайне важно улучшить строительную инфраструктуру и обеспечить единую среду эксплуатации и развития строительных услуг на уровне группы. Как человек, ответственный за соглашение о групповом строительстве, я также надеюсь решить эту проблему с помощью продуктов iceeluna.Я могу сказать, что iceeluna превратилась в платформу PaaS для строительства, чтобы обеспечить возможность создавать базовые услуги и обслуживать строительные продукты в целом. группа.

Позиционирование продукта


В настоящее время продукты iceluna имеют 3 уровня позиционирования:

  1. Общестроительные изделия средней и кулисы: Он разработан техническим отделом отдела Тао и доступен для всех сотрудников отдела исследований и разработок для создания общего строительного продукта для мидл- и бэк-офисов. Поскольку в бизнесе, основанном на Дао, почти доминируют продавцы и операционные системы Xiaoer с множеством бизнес-логик и сложных взаимодействий, трудно абстрагироваться от бизнес-шаблона с фиксированным сценарием или решения для визуальной конфигурации. Таким образом, наши продукты для разработки промежуточных и серверных компонентов с низким уровнем кода должны обладать высокой универсальностью и масштабируемостью, чтобы они могли на 100% охватывать создание сложных интерактивных системных страниц промежуточных и серверных частей.
  2. Полносвязная платформа разработки с низким кодом: Платформа с низким кодом, объединяющая создание, разработку, отладку, публикацию и даже хостинг страниц. Комплексная входная инженерная система экранирована, а вся связь открыта.
  3. Платформа PaaS: Создавайте и стройте инфраструктуру, производите строительные материалы на основе стандартных строительных протоколов и предоставляйте среду эксплуатации и разработки для строительных услуг для различных бизнес-сценариев. В настоящее время PaaS-платформа iceluna в основном предоставляет услуги в следующих двух режимах:
  4. режим платформы: бизнес-исследования и разработки поступают в центр исследований и разработок iceeluna, редактор настраивается и работает на платформе iceeluna для всей ссылки, а бизнес размещается на платформе iceeluna;
  5. Режим средней станции: оторваться от центра исследований и разработок iceeluna и предоставить возможности редактора iceeluna и возможности low-code в виде пакетов npm, чтобы помочь создавать независимые редакторы low-code в различных областях и развертывать их независимо.


Затем, в нашей постановке целей, у нас есть следующие три цели:

  1. наделение полномочиями: Расширение прав и возможностей является нашей первой и самой важной целью, потому что в текущей деловой ситуации с развитием мидл- и бэк-офиса расширение прав и возможностей является именно важным средством преодоления давления бизнеса мидл- и бэк-офиса. изменить производственные отношения с интерфейсом через серверную часть и аутсорсинг, чтобы улучшить и повысить производительность проектов НИОКР или всей команды НИОКР, чтобы наш внутренний аутсорсинг мог работать за границей, уменьшая некоторые ненужные зависимости и затраты.
  2. Повысить эффективность: Цель состоит в том, чтобы сократить затраты на НИОКР. Повышение эффективности всегда было вечной темой нашей технологии, но что касается текущей ситуации с iceeluna, то эффект от повышения эффективности не особенно идеален, о чем мы поговорим на следующей странице.
  3. построить экологию: Надейтесь стать платформой PaaS или создать промежуточную платформу, перейти к инкубации для создания продуктов, сформировать матрицу продуктов и повысить эффективность исследований и разработок в различных областях.

Статус продукта


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

  • наделение полномочиями: Количество активных пользователей — 1000+, на бэкенд приходится 44%, на фронтенд — 39%, на тестирование — 11%, на аутсорсинг — 7%. Из пропорции видно, что более 60% пользователей относятся к персоналу, не занимающемуся исследованиями и разработками, и используют iceluna для построения системных страниц. Из данных видно, что iceluna хорошо влияет на расширение возможностей.
  • Повысить эффективность: более 440 онлайн-приложений, более 6000 страниц, посвященных исследованиям и разработкам средних и внутренних приложений в нескольких отделах Alibaba.Согласно расчету модели алгоритма сложности программного обеспечения Холстеда (которая будет представлена ​​в следующих главах), эффективность исследований и разработок на душу населения увеличилась примерно на 200%.
  • построить экологию: Предоставление полных услуг по строительной инфраструктуре и услуг платформы PaaS, а также разработка более 8 специализированных строительных продуктов для бизнес-сценариев.

архитектурный дизайн айселуна

Архитектурный дизайн


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

  • серверная служба: Уровень сервера, реализованный инфраструктурой Midway на основе Node.js, предоставляющий интерфейсы данных платформы и службы Socket.
  • Создайте уровень инфраструктуры: Цель предоставляет среду разработки для создания редакторов. Ядро включает в себя наращивание потенциала 4 модулей протокола описания средней и фоновой конструкции, редактора с низким кодом, подключаемой экологии и экологии материалов;
  • Сервисный уровень PaaS: Предоставляет работающую среду для редакторов сборки, так что он может иметь полные возможности службы поддержки сборки.
  • Центр исследований и разработок: Основная позиция бизнес-исследований и разработок, обеспечивающая интегрированный в облако процесс исследований и разработок. Содержит 4 функциональных модуля: центр сайта, центр приложений, центр материалов и центр обработки данных.
  • Создайте продукт: Верхний уровень предназначен для создания уровня продукта, который представляет собой создание продуктов iceeluna в качестве платформы PaaS или средней платформы с целью инкубации различных вертикальных полей.

Функциональный модульный дизайн

Далее, с точки зрения дизайна функциональных модулей, мы лучше поймем полную картину функций iceluna.Он по-прежнему основан на трех уровнях базовой архитектуры с точки зрения PaaS для разборки основных модулей внутри.

Построение уровня инфраструктуры включает создание базовых возможностей, включая протоколы построения, визуальные спецификации, инженерные леса и другие базовые возможности на исходном уровне. Во-вторых, мы создаем ядро ​​​​редактора, включая скелет, пакет тем, подключаемый модуль и элементы управления для настройки панели визуальных свойств, в дополнение к двум основным модулям моего холста и механизма рендеринга, а также модуль возможностей интернационализации. В подключаемом экологическом модуле все функциональные модули редактора общей конструкции в настоящее время существуют в виде подключаемых модулей. Например, вверху у нас будут плагины, такие как управляемые моделями, распознавание изображений, управляемые данными, логическая оркестровка и оркестровка процессов. ядро ​​обновления модели R & D для повышения эффективности. Второй - это общее дерево структуры, атрибут/событие/стиль/данные и другие плагины в редакторе.На этом этапе визуальное улучшение в основном используется для достижения цели повышения производительности. Что касается экологии материалов, мы надеемся построить полную экологию материалов, разрабатывать и создавать компоненты, создавать блоки, создавать шаблоны и экземпляры компонентов с помощью методов с низким кодом, а также выпускать и делиться материалами. Модули PaaS и центра исследований и разработок не будут подробно представлены один за другим.

Дизайн процесса НИОКР


На этой странице основное внимание уделяется дизайну процесса исследований и разработок центра исследований и разработок iceluna, который в основном разделен на 2 роли авторизации:

  1. Администратор станции: Как правило, ответственность несет профессиональный бизнес-интерфейс.После создания и утверждения сайта можно получить основную информацию о сайте, конфигурацию редактора по умолчанию, конфигурацию приложения по умолчанию и конфигурацию материала по умолчанию. завершенный. Эта конфигурация определяет тему приложения, созданную под сайт, форму построения и редактирования, а также пул выбора материалов.
  2. администратор приложения: после выбора входа на сайт вы можете создавать приложения, создавать несколько веток, входить в редактор сборки для создания страниц или компонентов, онлайн-отладки в режиме реального времени, а также публикации и развертывания одним щелчком мыши на сайте.

Строительство инфраструктуры в мидл и бэк-офисе


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

Содержание этой страницы представляет собой полную картину всей нашей инфраструктуры строительства с низким кодом. С левой стороны мы можем видеть процесс разработки материалов. Профессиональные фронтенд-студенты разрабатывают исходные материалы и размещают их в центре материалов. исходный код , с помощью одного из наших модулей синтаксического анализа мы можем создать файл описания для компонентов сборки. С помощью этого файла описания вы можете войти в наш редактор сборки с низким кодом. Редактор сборки с низким кодом распознает этот компонент и сгенерирует конфигурацию свойств панель этого компонента имеет хороший опыт построения и редактирования. Во-вторых, редактор может загружать готовые компоненты исходного кода в центр материалов путем выпуска и превращать их в компонент сборки. Матрицы нескольких продуктов строятся на основе одних и тех же стандартов протокола, а также до и после центра материалов, чтобы материалы можно было циркулировать и повторно использовать, формируя экологию материалов. Как видно справа, внешний интерфейс, аутсорсинг и тестирование созданы для использования редактора low-code, и редактор low-code стал основной возможностью. Как обеспечить технологический прогресс редакторов с низким кодом и общие идеи построения объясняются в следующих пяти направлениях:

  1. Прежде всего, необходимо определить стандартную спецификацию для протокола описания строительства.Все строительные продукты соответствуют этой спецификации строительства, чтобы материалы могли распространяться.
  2. Нам необходимо построить экосистему разработки редакторов Iceluna, как возможность, предоставляемая платформой PaaS или промежуточной платформой, может инкубировать редакторы с низким кодом в различных сценариях с низкими затратами;
  3. Это редактор с низким кодом, который мы предоставляем.Для удовлетворения потребностей разных целей мы включим создание технологических стеков, таких как React, Rax и небольшие программы.Редактор должен поддерживать несколько технологических стеков и адаптироваться к нескольким концам.
  4. По сравнению с другими редакторами с низким кодом, как он поддерживает технологический прогресс и какие у него основные возможности.
  5. Мы хотим создать подключаемую экологию и материальную экологию.

Стандартная спецификация протокола описания сборки

Как указать стандартную спецификацию для построения протокола описания? Некоторые из моих мыслей основаны на следующих 4 аспектах:

  1. Версионное, семантическое, прогрессивное описание. Процесс генерации приложений через облако. Поэтому в создании основного протокола нам нужно знать, как постепенно описывать четырех концепции компонентов, блоков, страниц и приложений.
  2. Никаких новых концепций не вводится и может быть заменено стандартным исходным кодом.: Никаких новых синтаксических концепций не вводится, а часть кода представляет собой чистый синтаксис JS, что снижает порог для начала работы; уточнение отношения преобразования между каждым атрибутом и исходным кодом может генерировать высококачественный стандартный исходный код, неотличимый от рукописного ввода;
  3. Масштабируемый, торгуемый и мультитерминальный: поддержка внедрения сторонних пакетов npm и повышение масштабируемости возможностей описания протокола для удовлетворения сложных и меняющихся потребностей различных приложений, таких как сторонние библиотеки инструментов, такие как Lodash и Moment.js; продукты могут распространяться в различных создавать продукты, не задействуя хранение данных в каком-либо частном домене, единые стандарты и построение экологии материалов. Не только для React, но и для небольших программ и других терминалов;
  4. Поддержка интернационализации

Экология разработки редактора low-code

Как платформа PaaS или создание промежуточной платформы, iceluna надеется открыть все базовые возможности редактора атомарно, поэтому при создании редактора мы учитывали следующие проблемы:

  1. Многоуровневая архитектура: вся структура разделена на четыре уровня построения возможностей.Самый внутренний уровень — это ядро ​​для построения редактора (в основном включая обмен сообщениями, управление состоянием и анализ конфигурации, загрузку каркаса и возможности загрузки механизма подключаемых модулей); второй — rendering Модуль, то есть часть модуля рендеринга, его входом является Schema, соответствующая протоколу описания построения, через который может быть отрендерена вся страница, далее вверху находится модуль макета, который в основном отвечает за перетаскивание материала , детализация и редактирование в области холста. Щелчок, сочетания клавиш, несколько режимов дизайна и другие операции обеспечивают гибкие возможности расширения; верхний слой является каркасом всего редактора, включая скелеты, темы и все панели в редакторе интегрированы в виде функциональных плагинов.
  2. Модульная развязка: Фреймворк здесь многоуровневый, каждый слой представляет собой независимый пакет npm, и возможность предоставления атомарных сервисов может быть открыта. Например, мы можем открыть общий low-code редактор для нужных сцен, а можем открыть его только в виде движка оркестровки или движка рендеринга, например превью материалов, построенных в центре материалов.
  3. Возможность расширения и экосистема развития: В дополнение к существующим возможностям, он также предоставляет полный скелет, подключаемые модули и средства управления разработкой, а также инструменты командной строки, чтобы гарантировать, что весь механизм создания, редактирования и разработки с низким кодом завершен и завершен, а весь скелет и плагины также доступны на всей нашей платформе.

Мультитерминальная адаптация low-code редакторов


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

Основные возможности редактора с низким кодом


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

  1. из коробки: Предоставляет полноценную интегрированную службу построения и не требует перехода в автономный режим для разработки 2. Во-вторых, он поддерживает настраиваемые редакторы сборки и настраиваемые стили бизнес-тем. В то же время мы поддерживаем совместную работу нескольких человек и параллельную разработку нескольких филиалов на нашей платформе, которая может работать с большими и сложными проектами. Например, в маркетинговой системе Taobao десятки людей параллельно разрабатывают одно и то же приложение, и часто создается несколько филиалов для требований параллельной разработки. Поэтому для некоторых больших и сложных систем, подобных этой, промежуточные и серверные системы построения не имеют возможности совместной работы нескольких человек и параллельной разработки в нескольких филиалах, что в принципе невозможно реализовать в наших бизнес-сценариях. Таким образом, эти две составляющие наращивания потенциала очень важны.
  2. Изоляция песочницы безопасности: мы провели исследование рынка многих продуктов для сборки в отрасли и обнаружили, что многие редакторы сборки плохо изолированы. iceluna находится в разработке уже 3 года, и неоднократно повторял несколько этапов от изоляции до неизоляции.Наконец, все проблемы полностью решены и полностью реализована изоляция песочницы, чтобы гарантировать, что страница сборки полностью изолирована от сам редактор, не мешают друг другу и поддерживают независимость настроек темы.
  3. Возможность отладки в реальном времени: Наш холст - это настоящая среда выполнения, это не симулятор или неполный рендеринг. Многие редакторы с низким кодом в отрасли представляют собой просто чистый рендеринг пользовательского интерфейса в состоянии построения. Интерактивные данные или события настраиваются способом с низким кодом, это не может быть. Он вступает в силу в режиме реального времени и требует отладки с помощью ссылок, таких как предварительный просмотр или выпуск. Бизнес-логика мидл- и бэкэнд-сценариев очень тяжелая, и часто требуется высокочастотная отладка в реальном времени, что также является важной возможностью в сочетании с построением бизнес-сценариев, что отличается от других продуктов для построения.

Экология материалов редактора low-code


Общая строительная платформа, которую мы предоставляем, имеет разные требования к материалам для разных бизнес-сценариев. Сегодня наша строительная платформа обслуживает более 400 интерфейсных приложений для обслуживания более 20 отделов группы или более крупной организационной системы.Если предоставляется только один набор библиотеки материалов, удобство использования строительной платформы будет значительно снижено. Нам нужно иметь возможность быстрого доступа к разным материалам для разных БЕ и разных бизнес-сценариев.Первый пункт - мы можем быстро производить материалы, второй пункт - быстрый доступ к существующим материалам, а третий пункт - уметь производить этот материал в обращении может стать экологическим механизмом, как экология иконки Iconfont. Так что iceluna также работает над тем, как создать экологию из строительных материалов с низким кодом. Основная работа, которую мы делаем в этой области, в основном заключается в следующем:

  • Единый договор описания строительных материалов: Унифицируйте стандарты, стандартизируйте производство и улучшите возможность повторного использования строительных материалов.
  • Недорогой доступ к материалам: Поддерживает недорогой доступ к пакету npm компонента React, нет необходимости дважды упаковывать или разрабатывать компонент, просто настроив форму, вы можете получить доступ к компоненту и убедиться, что все атрибуты компонента в исходном коде заполнены. , в атрибуте Панель конфигурации может иметь полные возможности визуальной настройки, независимо от того, какой тип свойства у вас есть, будь то тип массива, тип объекта или тип ReactNode, он имеет полный механизм визуализации для обеспечения хорошего редактирования опыт.
  • Построить материальный поток: Создайте рынок строительных материалов, чтобы сформировать экологический механизм, аналогичный Iconfont.


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

Создание платформы PaaS, предоставляющей строительные услуги

В этой главе мы возвращаемся к основной теме нашей темы — наращиванию потенциала платформы PaaS. Для слушающих студентов позиционирование платформы PaaS может быть не совсем ясным. PaaS: Платформа как услуга (Platform-as-a-Service). Позиционирование Iceluna PaaS заключается в том, чтобы создать рабочую среду редактора и среду разработки как услугу и предоставить ее для создания продуктов в различных бизнес-сценариях.

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

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

Сервис настройки редактора сборки

В нашем центре веб-сайтов мы предоставляем визуальный способ настройки редактора. С помощью облачной конструкции можно создавать различные редакторы сборки, такие как редактор сборки Iceuna справа и редактор imgcook ниже, которые находятся в центре исследований и разработок. Создано 2 разных редактора. сайты с редакторами построены отдельно. Мы только что видели конфигурацию редактора, так что же может настраивать редактор?

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

**

  • Настройка темы: Строительные редакторы могут быть встроены в различные сценарии. Например, в отделе Тао мы можем встроить WebIDE и исходный код для достижения возможности взаимопреобразования. Вы можете переключиться на разработку исходного кода одновременно, или вы можете переключиться на визуальную разработку В то же время ниже весь его визуальный стиль выполнен в темном цвете, поэтому мы также предоставляем возможность конфигурации пакета тем на платформе, а затем адаптируемся к различным стилям тем для настройки редактора.

  • Настройка плагина: Мы предоставляем полный механизм подключаемых модулей. Все панели всего редактора построения представлены в виде подключаемых модулей. В настоящее время в редакторе iceluna имеется в общей сложности 26 подключаемых модулей (показаны справа). При этом в плагине В экологическом пуле у нас в будущем будет накапливаться все больше и больше публичных плагинов, и этот плагин можно встроить в редактор сборки. Если в этом пуле плагинов нет плагина, который вам нужен, мы также предоставляем платформу для разработки плагинов, чтобы вы могли реализовать независимый плагин, который не связан с функцией редактора, подключаемый и настраиваемый.


Облачная служба сборки/публикации/хранилища БД

Служба построения облака является одним из основных звеньев платформы разработки с низким кодом iceluna.В настоящее время способность создания облака в основном заключается в том, чтобы использовать страницы, которые мы создали в процессе создания приложения, а затем схему, сгенерированную компонентами, которые хранится в базе данных Фрагментированные данные позже С помощью облачного построения они публикуются в виде пакета ресурсов приложения или компонента или редактора, а исходный код этих приложений и компонентов, созданный в то же время, мы также отправляем в GitLab как хранилище, а также отправить в CDN, подать заявку на ресурсы CDN и, наконец, отправить в сеть. В настоящее время облачное построение в основном поддерживает приложение (ежедневный/онлайн-выпуск), компонент (выпуск с низким кодом/Procode), редактор (конструкция холста/фрейма), 3 основные функции и 6 форм возможностей построения.

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

  1. Децентрализация редактора: На нашей платформе каждому приложению, созданному под сайт, соответствует свой собственный пакет ресурсов редактора.В этом случае мы можем настроить каждое приложение со своей собственной темой и расширениями компонентов, с возможностью контроля версий.
  2. Выпуск и развертывание в один клик: Выполнение контроля разрешений; динамический анализ зависимостей компонентов; слияние ствола в процессе выпуска ветки, при возникновении конфликта разрешение конфликта онлайн; сборка Webpack и выпуск CDN.
  3. Откройте несколько систем: хранилище GitLab и механизм отката кода через GitLab, во-вторых, Tair используется для параллельных блокировок процесса сборки и, наконец, ODPS используется для анализа журнала сборки.

Услуга совместной работы нескольких человек

В платформе PaaS совместная работа нескольких человек является незаменимой возможностью. Его основной принцип заключается в добавлении механизма блокировки файлов через соединение WebSocket. Блокировка файлов в настоящее время включает блокировки страниц, блокировки компонентов и общедоступные блокировки файлов на уровне приложения на платформе. , Замки в этих трех измерениях. Общая идея состоит в том, чтобы использовать механизм поддержки активности WebSocket для поддержания обмена сообщениями поддержки активности с Tair. На стороне Tair сохраняется распределенная оптимистическая блокировка, которая активно выходит из строя, а затем сохраняется информация о блокировке.Если в течение примерно 10 секунд не будет нового пульса, блокировка выйдет из строя. Таким образом, как только клиент на стороне клиента или сервера будет отключен, блокировка файла будет автоматически снята таким механизмом для служб совместной работы с несколькими людьми. Мы также провели некоторое исследование решений для совместной работы нескольких человек в отрасли.Например, DingTalk и Google Docs используют более продвинутую отраслевую технологию OT, которая является относительно сложной и более мощной. Для сценариев low-code редактора достаточно возможности редактирования блокировок. Точки, обрамленные красными линиями в редакторе iceluna слева, имеют функцию блокировки.

Многофилиальный параллельный сервис

Одной из наиболее важных проблем, которые необходимо решить с помощью возможности многоветвевого параллелизма, является разрешение конфликтов.Для исходного кода разрешение конфликтов является существующей возможностью, но это очень сложная проблема для облачных инженерных систем с низким кодом. До сих пор код разрешения конфликтов iceluna по-прежнему является кодом, описывающим схему протокола, которую относительно сложно сравнивать, что является одной из проблем. Во-вторых, общий процесс разрешения конфликтов, несколько параллельных ветвей, включая откат кода к базе данных БД, построение этого общего механизма относительно сложно. Общий процесс показан на рисунке выше.

Сервис отката кода

Служба отката кода в основном использует базовый механизм синхронизации, который гарантирует, что мы можем указать любой хэш фиксации для отката кода приложения редактора. Поскольку каждый выпуск, который мы делаем на платформе low-code, синхронизирует код с Git, любой выпущенный код можно откатить в наш редактор low-code. Самая большая трудность здесь заключается в том, что «фрагментированная информация базы данных» и «файл проекта исходного кода в репозитории Git» могут иметь отношение преобразования «один к одному».

Создайте систему измерения эффективности

На прошлой странице упоминалась система измерения производительности low-code билдинг платформы, на самом деле это не связано с технологией, но почему мы должны говорить о системе измерения производительности? Мы занимаемся созданием платформ уже 3 года, и другие братья и команды столкнулись с проблемой при создании платформ, то есть они говорят, что построение может повысить эффективность, но нет очень точного метода или стратегии для измерения того, насколько повышается эффективность, поэтому мы потратили много времени, чтобы исследовать, как иметь стратегию, чтобы измерить, действительно ли здание эффективно. Конкретный метод реализации, стандарт измерения заключается в том, что мы используем модель алгоритма измерения сложности программного обеспечения Halstead в отрасли.Эта модель алгоритма может принимать схему, сгенерированную при построении страницы, в качестве входных данных, и она проходит через количество выражений в Схема, например, Десятки операторов, таких как длина кода, могут рассчитать сложность схемы и предполагаемое время разработки.

Конечно, предполагаемое время разработки необходимо неоднократно корректировать, и относительно точное число будет получено после того, как оно будет больше соответствовать реальной ситуации. Кроме того, по сравнению с разработкой исходного кода, конструкция с низким кодом имеет то преимущество, что пользователи работают на нашей платформе, а сторона платформы может записывать записи операций каждого научно-исследовательского персонала на определенной странице с помощью скрытых точек, журналов операций и т. д. ., если интервал между 2-мя операциями находится в пределах 10 минут, считается эффективный период времени разработки, и сумма эффективных периодов времени является фактическим временем разработки. Рассчитав формулу эффективность НИОКР = предполагаемое время разработки/фактическое время разработки, вы можете узнать, повышается или снижается эффективность разработки пользователя. В центре обработки данных на платформе iceluna будет специальный центр производительности, который будет передавать данные, такие как общая производительность НИОКР на душу населения и индивидуальная производительность НИОКР всей платформы. Так что это очень ценно, поэтому я делюсь этим со всеми.

Резюме и перспективы

  • Итог предстоящей дороги: Стоимость строительства общестроительных изделий в мидл- и бэк-офисах очень высока, что может решить проблему расширения возможностей и совместной работы.Однако эффективность НИОКР не оправдала ожиданий в несколько раз и даже в 10 раз. необходимо перейти на новые модели исследований и разработок Nocode, такие как построение на основе моделей и интеллектуальное строительство, или создать матрицу продуктов в области строительства для достижения цели повышения эффективности.
  • Глядя в будущее: Стремление сделать iceluna платформой HPaPaaS (платформой сверхвысокой производительности) для средних и внутренних областей. Если вы единомышленники, я с нетерпением жду вашего присоединения!

Присутствие команды и подбор персонала



Наконец, это набор в нашу команду.Если вы заинтересованы, пожалуйста, отсканируйте код и добавьте мой WeChat!

Как отправить резюме

  • DingTalk: Лунная муха
  • WeChat:

Ссылка на продукт команды:

Добро пожаловать в нашу команду! !