Конфигурируемые сетевые вычисления или CNC — это фирменная архитектура и методология клиент-сервера JD Edwards (JDE) . Теперь, будучи подразделением корпорации Oracle , Oracle продолжает спонсировать текущую разработку системы планирования ресурсов предприятия ( ERP ) JD Edwards . Несмотря на высокую гибкость, архитектура CNC является фирменной и, как таковая, не может быть экспортирована в какие-либо другие системы. Хотя главная «претензия на славу» архитектуры CNC, изоляция приложений от базовой базы данных и операционных систем, была в значительной степени вытеснена современной веб-технологией, тем не менее, технология CNC продолжает оставаться в основе как архитектуры One World, так и Enterprise One JD Edwards и, как планируется, будет играть значительную роль в инициативе Oracle по разработке архитектуры fusion . [1] Несмотря на то, что CNC является фирменной архитектурой, она не является ни предложением Oracle, ни продуктом JDE. Термин CNC также относится к системным аналитикам, которые устанавливают, обслуживают, управляют и улучшают эту архитектуру. ЧПУ также являются одной из трех технических областей в системе планирования ресурсов предприятия JD Edwards ERP , в которую входят разработчики/авторы отчетов и функциональные/бизнес-аналитики.
Oracle продолжает развивать технологию ЧПУ и включит ключевые элементы технологии ЧПУ в свой проект Oracle Fusion, который объединит технологии JDE, PeopleSoft и собственные технологии прикладного программного обеспечения.
В архитектуре ЧПУ бизнес- приложения JD Edwards (JDE) компании работают прозрачно изолированно как от базы данных , где хранятся бизнес-данные, так и от базовой операционной системы клиентского компьютера и всех других промежуточных серверов бизнес-приложений JDE. Проще говоря, бизнес-программам «не все равно», где находятся данные или какая операционная система используется на любом из компьютеров конечных пользователей . Серверы приложений, на которых работают бизнес-программы, также не должны напрямую «знать», какие системы баз данных вызываются на стороне данных или на стороне сервера. Архитектура ЧПУ отслеживает это с помощью различных таблиц баз данных, которые указывают бизнес-приложениям на серверы, на которых работают или выполняются бизнес-приложения, а также включают инструменты подключения к базам данных, называемые драйверами баз данных, которые также сообщают системе, где находятся серверы баз данных и какие конкретные базы данных следует искать, вставлять и извлекать. Из-за ключевой природы базовой архитектуры надежная инфраструктура ЧПУ имеет решающее значение для успеха установки или внедрения JD Edwards OneWorld. Поддерживаемые внутренние базы данных включают Oracle database , Microsoft SQL Server и IBM DB2 database. Сервер приложений может работать на платформах 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 Communication Middleware и промежуточное программное обеспечение базы данных JDEBASE. Промежуточное программное обеспечение JDEBASE взаимодействует с базой данных через ODBC, JDBC или SQL*Net.
Согласно документу JD Edwards «Реализация конфигурируемых сетевых вычислений» , архитектура ЧПУ определяется следующим образом:
«CNC — это техническая архитектура для программного обеспечения JD Edwards OneWorld и EnterpriseOne. CNC позволяет запускать высоконастраиваемые распределенные приложения на различных платформах, при этом пользователям или аналитикам не нужно знать, какие платформы или базы данных задействованы в той или иной задаче. CNC изолирует бизнес-решение от базовой технологии. Предприятия могут расти и внедрять новые технологии, не переписывая приложения». [ требуется цитата ]
«Конфигурируемые сетевые вычисления — архитектура приложений, которая позволяет интерактивным и пакетным приложениям, состоящим из единой кодовой базы, работать в сети TCP/IP с несколькими серверными платформами и базами данных SQL. Приложения состоят из многократно используемых бизнес-функций и связанных с ними данных, которые можно динамически настраивать в сети. Общей целью для предприятий является предоставление среды, готовой к будущему, которая позволяет им изменять организационные структуры, бизнес-процессы и технологии независимо друг от друга». [2]
Еще одной сильной стороной 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. Упаковка продукта поддерживает экспорт спецификаций, а E812 и выше позволяют экспортировать версии в виде ZIP-файлов через столбец действия в Object Management Workbench. [3]
Спецификации объектов нелегко получить для извлечения данных, поскольку они находятся в закрытом формате. Поэтому множество интересной информации скрыто от просмотра. Некоторые из этих данных могут быть извлечены, интерпретированы и отображены стандартным программным обеспечением JDE, но во многих случаях этого может быть недостаточно, недостаточно быстро или в желаемом формате. Было разработано много сторонних программных решений для заполнения этого пробела. [4]
Несмотря на свою мощь, архитектура ЧПУ может быть чрезвычайно сложной, что затрудняет ее обслуживание кем-либо, кроме весьма опытных аналитиков ЧПУ. Нередко можно увидеть 50 серверов в некоторых крупных реализациях, и все они должны обслуживаться. Хотя виртуализация помогла в некоторых областях, необходимо вложить много времени в поддержание всех этих серверов в рабочем состоянии.
Существует ряд сторонних приложений, которые добавляют функциональность и программируемость в JDE Scheduler. Они включают Cisco Tidal Enterprise Scheduler, который является клиентским продуктом JDE, и Appworx, сторонний серверный планировщик, в котором скриптовые и рабочие продукты были настроены для поддержки JDE, что позволяет добавить их к стандартному планировщику, который поставляется с 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 исправлений Electronic Software Updates (ESUs), чтобы довести релиз 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 и драйверы Client Access 400 для подключения к IBM DB2.
Системные аналитики, работающие в этой области, известны как JDE CNC. [5] В зависимости от размера компании, внедряющей систему JDE, может быть один или несколько CNC. В некоторых небольших компаниях нет резидентного CNC, но некоторые повседневные функции CNC, такие как безопасность и создание и развертывание объектов бизнес-программ, выполняются штатным разработчиком JDE, в то время как сторонний CNC вызывается для нестандартных, критических и/или высокорисковых работ CNC, таких как обновление и расширение системы. CNC является одной из трех областей экспертизы JDE, другие - разработчик JDE, который изменяет код, и функциональный аналитик JDE, который является экспертом по предмету бизнеса и бизнес-процессам.
В последние годы в сообществе ЧПУ было много дискуссий по поводу названия "ЧПУ". На многих сайтах, включая такие сайты, как Oracle и LinkedIn, люди, которые работали в области ЧПУ много лет, предложили новое название, чтобы заменить традиционный термин ЧПУ. Одним из самых популярных является "JD Edwards Systems Architect" или " EnterpriseOne Architect", даже просто "JDE Architect". Похоже, это обусловлено тем фактом, что многие старшие ЧПУ участвуют в планировании и внедрении базовой архитектуры ЧПУ, и что термин ЧПУ на самом деле не несет никакого смысла относительно фактического описания работы. Пока обсуждения идут по кругу, рекрутеры, которые продолжают использовать описание работы ЧПУ или обходятся без термина ЧПУ, могут называть работу "JD Edwards System Administrator". К сожалению, этот последний термин в значительной степени неправильно понимается рекрутерами и ИТ-специалистами, не знакомыми со сложностями внедрения JD Edwards, и они сообщили CNC, что из названия JDE System Administrator их обязанности довольно просты и, вероятно, имитируют обязанности администратора электронной почты или администратора операционных систем, добавляющего/удаляющего пользователей и сбрасывающего пароли пользователей. Часто используется JD Edwards "Инженер инфраструктуры", что лучше объясняет функции, выходящие за рамки простого администрирования. Несмотря на обсуждения полезности названия CNC, ИТ, похоже, возвращается к нему как к единственному общепринятому в отрасли способу обозначения описания работы.
Функция ЧПУ подразумевает ряд обязанностей или функций. Крупные компании могут иметь целый штат ЧПУ, некоторые из которых работают над безопасностью, другие — над управлением изменениями программного обеспечения, которые внедряют изменения в систему JDE ERP на различных этапах разработки, тестирования и производства. Другие ЧПУ будут устранять неполадки производительности, другие будут работать над автоматизацией пакетных процессов, и, наконец, старший ЧПУ будет управлять всей группой и в этом качестве часто будет выполнять функции главного архитектора систем JDE.
Для поддержки этой архитектуры аналитики ЧПУ выполняют широкий спектр задач. Частой критикой области ЧПУ является то, что она слишком сложна для изучения менее чем за 2–3 года. Вовлечен ряд перекрывающихся функций. [5] Некоторые или все из следующих функций:
Из-за объема функциональных возможностей ЧПУ, функция ЧПУ требует интенсивного обучения. [6] Oracle JD Edwards управляет официально требуемыми курсовыми работами, но многие деловые партнеры JDE также предлагают обучение. Частой критикой обучения ЧПУ является то, что слишком много инструкторов и используемые ими учебные планы настолько сложны, что практически не поддаются расшифровке новичком. Обучение изложено на техническом языке: термины, такие как код пути , среда , отображения OCM, перемежаются с перекрывающимися и циклическими объяснениями, которые оставляют новичков и начинающих студентов ЧПУ в замешательстве. [ необходима цитата ] По состоянию на 2000 год официальной программы сертификации не существует. Типичный список занятий выглядит следующим образом:
Всемирная организация Quest Oracle Community , а также местные, государственные и региональные группы пользователей JDE имеют подгруппы CNC, которые поддерживают JDE CNC. Среди полезных пользовательских веб-сайтов, которые поддерживают JDE CNC и других пользователей, есть JDELIST, который имеет веб-сайт jdelist.com