За последнее время было проведено несколько тренингов по ПБК, а также на кафедре проводятся некоторые практики. Полное название ПБК – Packaged. Business Возможности, чувство каждого Понимание Есть различия в PBC. Я тоже думаю о том, что такое PBC? Каковы мои глубокие мысли о PBC и что бы я сделал, если бы меня попросили создать BPC. Организуйте себя Понимание PBC, я надеюсь, что это вдохновит других.

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

Из определения мы видим, что PBC имеет несколько характеристик, таких как возможность идентификации бизнес-пользователями, ограниченные коллекции, автономия, наборы и т. д. Модули возможностей, которые должны быть понятны и признаны бизнес-персоналом и могут быть собраны и повторно использованы.

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

Не похоже ли это на смесь low-code и полного кода? Если вы хотите повторно использовать сборку, вам придется идти в направлении бескодовых исследований и разработок.

Некоторые люди могут подумать, что низкий код не может решить сложные бизнес-задачи, но при обработке бизнес-процессов большие бизнес-процессы включают в себя малые бизнес-процессы. Может ли низкий код решить бизнес-задачи, зависит от того, четко ли организован процесс.

Полный PBC должен включать бизнес-модели, данные, услуги, бизнес-процессы, документы и т. д., а именно:

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

Что касается моделирования процессов, моделирования предметной области и моделирования возможностей, используйте DDD для моделирования, микросервисы для реализации бизнес-центра, а затем добавьте BFF+UI. Пользовательский интерфейс не является обязательным.

Так что же такое лучший друг? В чем разница между BFF и службами приложений? BFF расположен поверх микросервисов, и его основная обязанность — отвечать за координацию и оркестровку сервисов между микросервисами. Службы приложений в основном занимаются композицией и оркестровкой служб внутри микрослужб, а также могут объединять и оркестровать службы предметной области.

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

На этом этапе у некоторых людей могут возникнуть сомнения. Кажется, нет никакой разницы между BFF, DDD и микросервисами и традиционными микросервисами. Похоже, что они являются ядром PBC. Система должна быть построена с акцентом на бизнесе. PBC имеет восемь ключевых функций: модульность, автономность, оркестрируемость, масштабируемость, возможность распространения, облачность, работоспособность и возможность обнаружения. Она может иметь только разные уровни зрелости или соответствовать им. . PBC уделяет больше внимания сборке, оркестровке и автономности. Я чувствую, что в остальном ничем не отличается от микросервисов.

Еще одним важным вопросом здесь является то, как обеспечить, чтобы проектирование и реализация модели предметной области не вышли из строя. Это не проблема, с которой сталкивается PBC, это проблема, с которой сталкиваются все системы. В реализации нет передовой технологии, она заключается в извлечении метаданных с помощью пользовательских аннотаций для защиты модели предметной области. Конечно, Alibaba также предоставляет такие инструменты, как BizWorks. Что касается PBC или микросервисов DDD+, этот инструмент может помочь нам защитить модель.

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

Усердие и самоанализ: скорость случайна, медлительность — норма. Усердно работайте над базовыми навыками, сохраняйте энтузиазм и сохраняйте любопытство.