Приложения Domino в новом мире HCL Nomad Web

HCL Nomad Web это совершенно новый способ для клиентов и их пользовательской базы для взаимодействия с приложениями в их среде Notes/Domino. Это затрагивает все, от клиентов до серверов и сети между ними.

Некоторые изменения являются задачами для ИТ-команд, поскольку SafeLinx добавляет новый компонент в вашу ИТ-инфраструктуру. Другие влияют на то, как ваша пользовательская база получает доступ к своим данным. Большим преимуществом является возможность работать без традиционно установленного клиента Notes, когда вы используете то, что Nomad Web может предложить.

Независимо от того, как вы это сделаете, эта новая технология приносит трансформацию. И с этой трансформацией приходит возможность консолидации. Чтобы посмотреть на инфраструктуру, которая была построена для вызовов другого времени, и оценить, что еще нужно. Как должна выглядеть моя сеть и серверная инфраструктура? Что произойдет с моими приложениями, если я консолидирую серверы? Какие приложения по-прежнему актуальны в современных бизнес-процессах? А какой валежник давно надо было убрать?

Тема «учета того, что еще ценно» в ландшафте вашего приложения становится еще более актуальной, если мы учтем, что Nomad Web также имеет ограничения: нет клиентской Java, нет XPages, нет использования вызовов ОС или взаимодействия с файловой системой, и это лишь некоторые из них. Более полный список можно найти в документации HCL о «HCL Nomad для веб-браузеров – Ограничения».

Теперь вопрос: «Что стоит взять с собой и сколько это будет стоить?»

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

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

Мы обнаружили у многих клиентов, что если вы знаете, какие приложения важны, это отличный способ упустить из виду важные компоненты. То же самое касается простого отношения ко всему как к части проекта. Отсеивание системных баз данных, каталогов, почтовых файлов, почтовых архивов, перемещаемых компонентов, 3^rd сторонние приложения, и вообще штуки, которые просто заставить ваш сервер Domino работать не предоставляя преимущества и функциональность для бизнеса, у вас останется набор приложений, которые стоит рассмотреть для вашего проекта.

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

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

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

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

Подход к решению этой проблемы заключается в использовании 3^rd партийные решения, такие как panagenda иДНК. Он не только предоставляет информацию об использовании, но также сканирует и инвентаризирует всю базу кода. Эти решения позволяют использовать центральный репозиторий кода для определения шаблонов и функциональных точек, которые могут привести к проблемам. Кроме того, они могут дать представление о дублировании кода в вашей среде. Это большая разница, если вы проанализируете и заново разработаете блок кода один раз, а затем развернете его в 19 других БД с тем же блоком кода. Или, если вам нужно проанализировать 20 БД по отдельности, просто чтобы найти идентичные блоки кода.

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