Configurable Network Computing или CNC is JD Edwards ( JDE) клиент-сервер проприетарная архитектура и методология, реализующая его высокомасштабируемые корпоративные бизнес-решения программное обеспечение, которое может работать на широком спектре оборудования, операционные системы (ОС) и аппаратные платформы. Теперь, будучи подразделением Oracle Corporation, Oracle продолжает спонсировать постоянную разработку системы JD Edwards Enterprise Resource Planning (ERP ). Несмотря на высокую гибкость, архитектура ЧПУ является проприетарной и, как таковая, не может быть экспортирована в какие-либо другие системы. Хотя главное требование архитектуры ЧПУ - изоляция приложений от базовой базы данных и операционных систем - было в значительной степени вытеснено современными веб-технологиями, тем не менее технология ЧПУ продолжает оставаться в основе архитектуры JD Edwards OneWorld и EnterpriseOne и будет играют значительную роль в инициативе Oracle по разработке архитектуры слияния. Несмотря на то, что ЧПУ является частной архитектурой, она не является продуктом Oracle или JDE. Термин ЧПУ также относится к системным аналитикам, которые устанавливают, поддерживают, управляют и улучшают эту архитектуру. ЧПУ также являются одной из трех технических областей компетенции JD Edwards Enterprise Resource Planning ERP, в которую входят разработчики / составители отчетов и функциональные / бизнес-аналитики.
Oracle продолжает разработку e ЧПУ и будет включать ключевые элементы технологии ЧПУ в свой проект Oracle Fusion, который объединит технологии JDE, PeopleSoft и собственные технологии прикладного программного обеспечения.
В архитектуре ЧПУ корпоративное программное обеспечение JD Edwards (JDE) работает прозрачно изолированно от базы данных, в которой хранятся бизнес-данные, и от клиентский компьютер, лежащая в основе операционная система и все другие промежуточные серверы бизнес-приложений JDE. С точки зрения непрофессионала, бизнес-программы «не заботятся» о том, где находятся данные или какая операционная система используется на любом из компьютеров конечных пользователей. Серверы приложений, на которых работают бизнес-программы, также не должны напрямую «знать», какие системы баз данных вызываются на стороне обработки данных или на стороне сервера. Архитектура ЧПУ отслеживает это с помощью различных таблиц базы данных, которые указывают бизнес-приложениям на серверы, которые запускают или выполняют бизнес-приложения, а также включают инструменты подключения к базе данных, называемые драйверами баз данных, которые также сообщают системе, где находятся серверы баз данных и какие конкретные базы данных нужно использовать. выполнять поиск, вставку данных и извлечение данных из. Из-за ключевой природы базовой архитектуры надежная инфраструктура ЧПУ имеет решающее значение для успеха установки или внедрения JD Edwards OneWorld. Поддерживаемые серверные базы данных включают базу данных Oracle, Microsoft SQL Server и базы данных IBM DB2. Сервер приложений может работать на платформах Windows, Unix / Linux и IBM System i (ранее известная как iSeries и AS / 400). Веб-сервер может быть IBM WebSphere (в Windows, Unix / Linux или System i) или Oracle Weblogic Server (в Windows или Unix / Linux).
В среде, которая традиционно была известна как клиент-серверная среда, приложения должны взаимодействовать через комбинацию различных аппаратных платформ, операционных систем и баз данных, включая. Архитектура ЧПУ использует уровень программного обеспечения, называемый промежуточным программным обеспечением, который находится между операционной системой платформы и бизнес-приложениями JDE. Для этого JDE предоставляет два типа промежуточного программного обеспечения: промежуточное ПО JDENET для связи и промежуточное ПО для баз данных JDEBASE. Промежуточное ПО JDEBASE взаимодействует с базой данных через ODBC, JDBC или SQL * Net.
Согласно документу JD Edwards «Реализация конфигурируемых сетевых вычислений» архитектура ЧПУ определяется следующим образом:
«ЧПУ - это технический архитектура для программного обеспечения JD Edwards OneWorld и EnterpriseOne. ЧПУ позволяет легко настраиваемым распределенным приложениям работать на различных платформах, при этом пользователям или аналитикам не нужно знать, какие платформы или базы данных задействованы в той или иной задаче. ЧПУ изолирует бизнес-решение от базового Предприятия могут развиваться и внедрять новые технологии, не переписывая приложения... (это) архитектура приложений, которая позволяет интерактивным и пакетным приложениям, состоящим из единой базы кода, работать в сети TCP / IP, состоящей из нескольких серверных платформ и Базы данных SQL. Приложения состоят из бизнес-функций многократного использования и связанных данных, которые можно динамически настраивать в сети. Общая цель бизнеса Они призваны обеспечить перспективную среду, которая позволяет им изменять организационные структуры, бизнес-процессы и технологии независимо друг от друга ".
Еще одной сильной стороной JD Edwards является его многофункциональность -основная архитектура. Это означает, что можно создавать отдельные экземпляры JDE в разных выпусках инструментов и изолировать эти выпуски друг от друга. Это делается путем создания отдельного набора системных папок для другого основания. В основном файле конфигурации приложений или корпоративного сервера, JDE.ini, входящие и исходящие порты изменяются на порты, отличные от порта другой основы, поэтому, если одна основа имеет порт 6015, то альтернативная может использовать 6016. Кроме того, порт Папка выпуска клиентских инструментов устанавливается на сервере развертывания, и системный администратор использует JDE Planner или среду установки для определения другой основы. Затем можно указать последующие полные пакеты для использования этой другой основы.
До появления приложений EnterpriseOne версии 8.12, работающих с инструментами выпуска / пакета обновления 8.96, Самым уязвимым аспектом технологии ЧПУ было то, что спецификации проприетарных объектов приходилось копировать с полного клиента на сервер приложений, чтобы пользовательские параметры выбора и обработки данных JDE выполнялись в соответствии с запросом на сервере. Если эти проприетарные спецификации были повреждены, объект пакетного приложения, в свою очередь, на сервере приложений мог быть поврежден. Единственным исправлением была перестройка и повторное развертывание объекта. Точно так же, если есть какой-то промежуточный процесс, который искажает спецификации объекта, когда они доходят до клиентского ПК, связанный объект может быть поврежден и больше не будет работать правильно. Поскольку приложения обновляют E812 и Tools Release или системы или базовый пакет обновления, патентованные спецификации были заменены свойствами объекта на основе XML, которые оказались более стабильными и менее подверженными повреждению. Осенью 2008 года Oracle выпустила выпуск приложений E900, а к осени 2010 года выпуск инструментов был до 8.98.3.3. E900 Update 1, или E901, является последним выпуском по состоянию на осень 2010 года.
Хотя копирование спецификаций объекта между различными Средами в одной системе легко, код, однажды разработанный в любой данной системе нелегко перенести в другие системы. JD Edwards разработал встроенный процесс под названием «Упаковка продукта» для решения этой проблемы, но он медленный, нелегкий в использовании и имеет ряд ограничений. Из-за этого он в основном используется для доставки обновлений программного обеспечения самой Oracle, в то время как независимые поставщики программного обеспечения в основном используют сторонние инструменты, такие как Boomerang. Product Packaging поддерживает экспорт спецификаций, а E812 и более поздние версии позволяют экспортировать версии в виде файлов ZIP через столбец действий в Object Management Workbench
Спецификации объектов трудно получить данные из, потому что они находятся в проприетарном формате. Таким образом, вся интересная информация скрыта от глаз. Некоторые из этих данных могут быть получены, интерпретированы и отображены с помощью стандартного программного обеспечения JDE, но во многих случаях этого может быть недостаточно, недостаточно быстро или в желаемом формате. Многие сторонние программные решения были разработаны, чтобы восполнить этот пробел.
Несмотря на свою мощь, архитектура ЧПУ может быть чрезвычайно сложной, что затрудняет ее обслуживание кем-либо, кроме довольно старшего поколения. Аналитики ЧПУ. Нередко можно увидеть 50 серверов в некоторых более крупных реализациях, и все они должны поддерживаться. Хотя виртуализация помогла в некоторых областях, нужно потратить много времени на поддержание всех этих серверов в рабочем состоянии.
Существует ряд сторонних приложений, которые добавляют функциональность и программируемость планировщику JDE. Они включают Cisco Tidal Enterprise Scheduler, который является клиентским продуктом JDE, и Appworx, сторонний серверный планировщик, в котором продукт сценариев и рабочих потоков настроен для поддержки JDE, добавляя к vanilla планировщик, поставляемый с JDE. AutoDeploy, сторонний поставщик, полностью автоматизирует процесс сборки и развертывания пакета для JD Edwards EnterpriseOne, снижая сложность предпроектного, проектного и постпроектного сопровождения базы кода.
Появление технологий всемирной паутины и HTML также изолировало пользователей и приложения от базовых технологий. Архитектура ЧПУ сочетает это с собственной архитектурой через архитектуру Java Applications Server (JAS). Веб-клиенты связываются с архитектурой ЧПУ через эти серверы JAS.
Осенью 2008 г. Oracle выпустила версию приложений E900, а к лету 2011 г. выпуск инструментов был до 8.98. 4.3. Осенью 2009 года было выпущено обновление E900 Update 1. К лету 2011 года потребовалось более 2000 патчей для электронных обновлений программного обеспечения (ESU), чтобы довести версию E901 до последних текущих уровней кода. Осенью 2010 года было выпущено обновление 2. Осенью 2011 года Oracle выпустила Applications Release 9.1 и Tools Release 9.1, существенно изменив внешний вид E1.
Промежуточное ПО JDENET и JDEBase - это два элемента в архитектуре ЧПУ, которые позволяют приложениям JDE обмениваться данными в гетерогенных распределенных вычислительных средах. JDENET обрабатывает обмен данными на уровне представления с другим внутренним приложением JDE, в то время как JDEBASE является промежуточным программным обеспечением JDE, которое обеспечивает независимый от платформы доступ к базе данных SQL различных производителей.
JDENET - это промежуточное программное обеспечение, ориентированное на сообщения, которое соединяет сгенерированный уровень представления приложений JDE с компонентами бизнес-функций через стандартный интерфейс программирования приложений JDE, или API называется «jdeCallObject». Промежуточное ПО JDENET, работающее в архитектуре ЧПУ, поддерживает конфигурацию компонентов бизнес-функций для выполнения в гетерогенной распределенной вычислительной среде, которую поддерживает архитектура ЧПУ.
JDEBASE - это промежуточное программное обеспечение базы данных, которое предоставляет независимые от платформы API-интерфейсы прикладных программ для доступа к базам данных разных производителей. Эти API используются двумя способами. Первый способ - это приложения JDE, которые динамически генерируют язык структурированных запросов (SQL), зависящий от платформы, в зависимости от запроса источника данных. Второй способ - в виде открытых API-интерфейсов для написания расширенных бизнес-функций на языке C. JDE использует эти API для динамического создания операторов SQL для конкретной платформы. Таким образом, это промежуточное ПО обеспечивает доступ к базе данных между рабочими станциями и серверами. Для этого как устаревшее промежуточное ПО JDE OneWorld, так и новое промежуточное ПО JDE EnterpriseOne включают поддержку драйверов базы данных для различных сторонних драйверов баз данных, включая ODBC, для подключения к серверу Microsoft SQL, OCI, для подключения к базе данных Oracle и клиенту. Драйверы Access 400 для подключения к IBM DB2.
Системные аналитики, работающие в этой области, известны как ЧПУ JDE. В зависимости от размера компании, внедряющей систему JDE, может быть один или несколько ЧПУ. В некоторых небольших компаниях нет резидентного ЧПУ, но некоторые из повседневных функций ЧПУ, такие как безопасность и построение и развертывание объектов бизнес-программы, выполняются штатным разработчиком JDE, в то время как стороннее ЧПУ вызывается для нестандартные, критические и / или высокорисковые работы с ЧПУ, такие как обновление и расширение системы. CNC - одна из трех областей знаний JDE, другие - это разработчик JDE, который изменяет код, и функциональный аналитик JDE, который является экспертом в предметной области и бизнес-процессах.
В последние годы в сообществе ЧПУ было много дискуссий по названию «ЧПУ». На многих веб-сайтах, включая такие, как Oracle и LinkedIn люди, которые много лет работали в области ЧПУ, предлагали новое название, которое заменит традиционное название ЧПУ. Один из самых популярных - «JD Edwards Systems Architect» или «EnterpriseOne Architect», даже просто «JDE Architect». Похоже, это вызвано тем фактом, что многие руководители ЧПУ участвуют в планировании и реализации базовой архитектуры ЧПУ, и что термин ЧПУ на самом деле не имеет никакого значения в отношении фактического описания работы. В то время как дискуссии идут по кругу, рекрутеры продолжают использовать описание работы с ЧПУ или, отказавшись от термина ЧПУ, могут называть должность «системный администратор JD Edwards». К сожалению, этот более поздний термин в значительной степени неправильно понимается рекрутерами и ИТ-специалистами, незнакомыми со сложностями реализации JD Edwards, и которые сказали ЧПУ, что из заголовка JDE System Administrator их обязанности довольно просты и, вероятно, имитируют обязанности администратора электронной почты или операционных систем. администратор добавляет / удаляет пользователей и сбрасывает пароли пользователей. Несмотря на дискуссии о полезности названия CNC, ИТ-специалисты, кажется, возвращаются к нему как к единственному общепринятому способу определения работы.
Функция ЧПУ влечет за собой ряд обязанностей или функций. Крупные компании могут иметь целый штат ЧПУ, некоторые из которых работают над безопасностью, другие - для управления изменениями программного обеспечения, которые вносят изменения в систему JDE ERP на различных этапах разработки, тестирования и производства. Другие ЧПУ будут устранять проблемы с производительностью, другие будут работать над автоматизацией пакетных процессов, и, наконец, старший ЧПУ будет управлять всей группой и, в этом качестве, часто будет выполнять функции главного архитектора систем JDE.
Для поддержки этой архитектуры аналитики ЧПУ выполняют широкий спектр задач. Область ЧПУ часто критикуют за то, что ее слишком сложно освоить менее чем за 2–3 года. Здесь задействован ряд перекрывающихся функций. Некоторые или все из следующих функций:
Из-за Объем функций ЧПУ, функция ЧПУ требует интенсивного обучения. Oracle JD Edwards выполняет официально требуемые курсовые работы, но многие бизнес-партнеры JDE также предлагают обучение. Часто критика обучения ЧПУ заключается в том, что слишком много инструкторов и учебные программы, которые они используют, настолько сложны, что их почти невозможно расшифровать для новичка. Обучение составлено на техническом языке: такие термины, как код пути, среда, сопоставления OCM, смешиваются с перекрывающимися и циклическими объяснениями, которые оставляют новичков и начинающих студентов ЧПУ весьма запутанными. По состоянию на 2000 год официальной программы сертификации не существует. Типичный список классов выглядит следующим образом:
После более чем десятилетнего обсуждения Oracle воскресила программу сертификации JDE-CNC.
Темы экзаменов JDE-CNC
Тема | Подтема |
Основы ЧПУ и терминология | |
Работа со средами | |
Работа с кодами путей | |
Использовать конфигурацию управления объектами | |
Создание источников данных | |
Объяснение типов серверов | |
Описание переопределений пользователей | |
Работа с принтерами | |
Работа с универсальным обозревателем таблиц / обозревателем данных | |
Создание запланированных заданий с помощью планировщика | |
Описание мультимедийных объектов | |
Работа с заданиями сервера | |
Создание очередей заданий | |
Управление перекрестной справочной информацией | |
Архитектура, производительность и устранение неполадок | |
Объяснение промежуточного программного обеспечения JDE | |
Объяснение различных платформ JDE | |
Объяснение Оракл e Шаблоны ВМ | |
Реализация JDE в среде с несколькими основаниями | |
Описать ядра JDE | |
Устранение неполадок с помощью диспетчера серверов | |
Использование диспетчера ресурсов | |
Объяснить кластеризацию JDE | |
Реализация единого входа с помощью JDE | |
Объяснение репликации данных JDE | |
Объяснение схем резервного копирования JDE | |
Объяснение подсистем JDE | |
Управление объектами | |
Описание хранилища объектов | |
Типы и анатомия объектов | |
Создание проектов | |
Извлечение / ввод объектов / Get | |
Использование токенов OMW | |
Определение продвижения / жизненного цикла | |
Настройка сохранения / восстановления в OMW | |
Интерпретация ведения журнала OMW | |
Настройка конфигурации управления объектами | |
Определение правил действий | |
Разрешено объяснение Действия | |
Администрирование элементов словаря данных | |
Описание переопределений словаря | |
Управление пакетами | |
Создание полных пакетов | |
Создание пакетов обновления | |
Работа с функциями пакета | |
Создание клиентского пакета | |
Создание пакета Пакет сервера | |
Создание пакета обновления | |
Развертывание полный пакет | |
Развертывание пакета обновления | |
Развертывание пакета сервера | |
Развертывание на сервере HTML | |
Определение многоуровневого развертывания | |
Объяснение развертывания сервера Business Services | |
Работа с историей пакетов | |
Просмотр файлов журнала сборки пакетов | |
Безопасность | |
Создание профилей пользователей | |
Работа с ролями | |
Объяснение последовательности ролей | |
Объяснение безопасности входа | |
Администрирование паролей | |
Работа с Security Workbench | |
Применение Безопасность приложений | |
Применение безопасности действий | |
Применение безопасности внешних приложений | |
Применение безопасности выхода | |
Применение безопасности параметров обработки | |
Применение безопасности строк | |
Применение безопасности столбцов | |
Применение безопасности обозревателя решений | |
Применение безопасности вкладок | |
Применение безопасности портала | |
Применение модели / иерархии безопасности | |
Применение безопасности OMW / OMC | |
Реализация безопасности базы данных | |
Реализация безопасности корпоративного сервера | |
Реализация безопасности HTML-сервера | |
Реализация Безопасность сервера развертывания | |
Реализация безопасности диспетчера серверов | |
Реализация безопасности рабочего стола | |
Установка и обновление | |
Объяснение минимальных технических требований | |
Выполнение установки сервера развертывания | |
Запуск сервера пакета платформы (предприятие, база данных) Установка | |
Выполнение установки Server Manager | |
Создание экземпляра сервера HTML | |
Создание экземпляра сервера Business Services | |
Создание экземпляра сервера транзакций | |
Установка сервера портала | |
Установка клиента разработки | |
Создание плана установки / обновления | |
Запуск инструментальных средств установки / обновления | |
Описание обновлений приложений (например, Xe->E9.0) | |
Описание электронных обновлений программного обеспечения | |
Объяснение обновлений приложений (например, E9.0, обновление 3) | |
Обновление средств внедрения (например, 8.98.4) | |
Использование помощника по изменениям | |
Опишите шаги после установки / обновления | |
Установка и настройка Peoplebooks | |
Установка дополнительных языков | |
Запуск служб EnterpriseOne | |
Выполнение Porttest | |
Внедрение Oracle Business Accelerator |
Всемирная организация Quest Oracle Community, а также местные, региональные и региональные группы пользователей JDE имеют подгруппы ЧПУ, которые поддерживают ЧПУ JDE. Среди полезных веб-сайтов пользователей, поддерживающих ЧПУ JDE и других пользователей, есть JDELIST, у которого есть веб-сайт по адресу jdelist.com