HELD често се обсъжда като детайл на протокола, но в корпоративната аварийна архитектура е част от по-широка операционна система за доверие на местоположението. Протоколът е полезен само когато управлението на местоположението, картографирането на идентичността и контролът на промените се обработват дисциплинирано.

Където HELD добавя стойност

HELD поддържа модели за получаване на местоположение, когато контекстът на инфраструктурата има значение. В управлявани корпоративни среди това може да подобри последователността, когато е съчетано с добре управляван LIS.

Практически рискове

  • Промени в топологията на мрежата, обезсилващи съпоставянето на местоположението.
  • Слаба корелация между идентичност и местоположение.
  • Лошо управление за сценарии за временна или хибридна работа.

Коментар

Предприятията често инвестират недостатъчно в жизнения цикъл на данните около системите с активиран HELD. Протоколът сам по себе си не може да реши отклонението в управлението. Истинското изискване е контролиран жизнен цикъл за записи на местоположение и правила за картографиране.

Приоритети за изпълнение

  1. Картографиране на местоположението на версията и проследяване на всички промени.
  2. Дефинирайте собствеността за включване, актуализации и одити.
  3. Добавете проверки за съгласуване за промени в мрежата.
  4. Интегрирайте констатациите от инциденти обратно в политиката за картографиране.

Източник