Знайте истинный масштаб вашего проекта с самого начала

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

В части 3 мы хотим преодолеть одно из серьезных препятствий, которые многие из нас очень хорошо знают по личному и служебному опыту: «Найти хорошее место для старта».

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

Задайте вопросы, раскрывающие суть вашего проекта

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

1. Какова структура и размер моей среды?

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

Пользователи

  • Сколько пользователей зарегистрировано и сколько активных?
  • Когда пользователи были в последний раз активны?
  • Со сколькими приложениями на самом деле работают мои пользователи?

Серверы

  • Сколько серверов активно?
  • Сколько серверов приложений?
  • Сколько баз данных используется на сервере?
  • Сколько пользователей активно на сервере?

Приложения

  • Сколько приложений развернуто или используется?
  • Сколько БД можно исключить из моего проекта?
  • Сколько баз данных основано на стандартных шаблонах?
  • Сколько существует реплик каждой базы данных?
  • Сколько активных пользователей в каждой базе данных?

2. Сколько баз данных не используется?

Это один из наиболее часто задаваемых вопросов. Это очевидная отправная точка для консолидации.

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

Более интересно узнать, для скольких приложений не используется ни один экземпляр базы данных. Эти группы экземпляров базы данных с одним и тем же идентификатором реплики мы называем «наборами реплик». Только если весь набор реплик не используется и на каком-либо сервере не происходит никаких действий, приложение действительно может считаться неиспользуемым.

Период, в течение которого наблюдается активность, играет важную роль при выводе из эксплуатации. Не все базы данных используются каждый день. У вас могут быть базы данных с сезонным использованием, которые используются только один раз в год, квартал или месяц. Чтобы уловить этот вариант, panagenda рекомендует минимальный период наблюдения в три месяца, чтобы убедиться, что база данных не используется. Чем дольше период наблюдения, тем более правильные решения вы сможете принять.

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

3. Где можно снизить затраты?

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

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

Консолидация также дает возможность пересмотреть структуру вашей сети Domino. Например, следует переоценить среды, разработанные 15 лет назад с учетом требований к пропускной способности. Современная инфраструктура, возможно, уже сделала ранее важные избыточности или части концепции децентрализации серверов устаревшей.

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

Даже если вы в настоящее время не участвуете в каком-либо конкретном проекте, быстрые темпы изменений в динамической рабочей среде создают постоянные возможности для сокращения общих расходов на ИТ за счет непрерывного анализа деятельности.

Найдите низко висящие плоды - стандартные приложения на основе шаблонов

Концепция наследования дизайна будет важной темой на протяжении всего вашего проекта. Вторая часть этой серии познакомил нас с общей темой и ее влиянием на рост сред Notes / Domino. Дизайн в целом имеет большое значение в проектах миграции и модернизации. Его важность может начаться уже на этапе консолидации.

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

С технической точки зрения чрезвычайно важно знать, какие технические возможности предоставляют такие стандартные базы данных. Это даст представление о том, возможно ли использовать их через Интернет или сделать их доступными на мобильных устройствах. Тем более, что HCL много инвестирует в модернизацию классических шаблонов, это может стать огромным преимуществом для проекта модернизации. При миграции это также может быть очень прибыльным, потому что для большинства стандартных шаблонов есть независимые поставщики программного обеспечения, которые предлагают стандартные пути миграции на другие платформы. Их можно практически исключить из объема ручной миграции, которая, в свою очередь, влияет на различные KPI, такие как «активные пользователи» или «базы данных, используемые на сервере». Каким бы ни был путь, работа со стандартными приложениями на основе шаблонов будет намного дешевле, чем преобразование специально разработанных приложений.

Теперь пожинайте плоды

Давайте объединим эти темы и применим их к вашему проекту консолидации, чтобы подытожить, как вы можете извлечь максимальную пользу из результатов. Мы даже можем создать небольшой контрольный список для использования в качестве пошагового guide через самые важные моменты, которые следует учитывать:

Задача: выявить неиспользуемые приложения

  • Воздействие: подготовьте сокращение использования сервера.
  • Воздействие: сокращение масштабов проекта

Задача: определить приложения по стандартным шаблонам

  • Воздействие: минимизация усилий по миграции / модернизации.
  • Воздействие: обнаружение потенциала снижения стоимости пользовательских лицензий

Задача: выявить неактивных пользователей

  • Воздействие: обнаружение перерасхода пользовательской лицензии.
  • Воздействие: подготовьте сокращение использования сервера.

Задача: выявить недостаточно используемые серверы

  • Воздействие: обнаружение потенциала снижения стоимости серверных лицензий.

Задача: проанализировать проект сети Domino

  • Воздействие: обнаружение потенциала снижения стоимости серверных лицензий.

Далее в нашей серии

После этого начального этапа консолидации, когда все урезано, низко висящие плоды собраны и потенциал экономии затрат на лицензии очевиден, мы беремся за задачи, которые требуют больше времени и ресурсов. Здесь разница между проектами модернизации и миграции станет более заметной. Тем не менее, это также будет время проверить расчеты, лежащие в основе вашего business case. Если вы хотите узнать больше, эта тема будет обсуждаться в последний blog пост и webinar из этой серии.

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

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

Большинство ваших приложений будут зависеть от той или иной части вашей среды. Многие из них будут укоренены в самом коде: жестко запрограммированные серверы или имена пользователей, IP-адреса, внешние библиотеки, факс-системы и т. Д. Нам нужно знать, где находятся эти зависимости, какое влияние они оказывают и как их можно исправить в наиболее эффективным способом, без необходимости перепроектировать сотни или тысячи проектов.

С этого момента круг приложений, над которыми мы работаем, будет постоянно расширяться. Каждый шаг будет более затратным, а разумное планирование принесет еще большие выгоды.

Об этой серии:

Многие компании по всему миру взяли на себя обязательство HCL Notes/Domino* годами. Они знают, какие преимущества приносят эти отношения. Кроме того, Notes / Domino находится в центре их процессов и того, как они работают. Несмотря на все это, лица, принимающие решения в области ИТ по всему миру, начинают предвидеть будущее, в котором Notes / Domino могут играть меньшую роль или вообще не играть.

* ранее IBM Notes / Domino