Будинки Віртуалізація Як компанії можуть виробити кращий підхід до "об'єктно-орієнтованих" змін в мережі?

Як компанії можуть виробити кращий підхід до "об'єктно-орієнтованих" змін в мережі?

Anonim

Q:

Як компанії можуть виробити кращий підхід до "об'єктно-орієнтованих" змін в мережі?

A:

Змінюючи способи маркування ІТ-активів в архітектурах, компанії можуть значно покращити використання мережевих «об’єктів» для управління змінами в корпоративних системах.

Мережеві об'єкти, такі як набори правил для брандмауерів та віртуальних машин для реалізації мережевих конфігурацій, є критичними ресурсами, але з часом вони можуть загубитися або, як правило, захаращувати розподілену архітектуру.

Один з найбільш фундаментальних способів сприяти кращому керуванню мережевими об'єктами - через іменування конвенцій. Конвенції про іменування додають видимість до системи - коли компоненти чи інші об'єкти позначені міткою відповідно до їх призначення та використання, набагато простіше зрозуміти, що вони роблять у системі, і чи, наприклад, їх потрібно перенести на нову платформу чи додаток, чи ні.

Інші ресурси, такі як поля опису та теги метаданих, також можуть бути корисними способами позначити ці ІТ-ресурси та переконатися, що вони належним чином використовуються в системі. Поля опису можуть забезпечити більш легку засвоювану мову із зазначенням конкретних об’єктів мережі та для чого вони використовуються.

Взагалі, для кращого адміністрування мережі буде потрібно вести докладні відомості про те, що робиться навколо мережевого об’єкта та міграції чи інші зміни. Деякі вважають це своєрідним "переїздом чи списком пакування" - ідеєю, що компанія матиме конкретні інструкції та документи, які допоможуть зробити об'єкти в зміні архітектури більш прозорими.

Ще одним важливим прикладом кращого адміністрування мережі є кращий план зняття з експлуатації.

При виведенні з експлуатації старих додатків або частин архітектури часто виникає тягар визначення того, які мережеві об'єкти потрібно вивести з експлуатації, а також більші та всеохоплюючі частини системи, які виконуються. Якщо компанії не вдається успішно визначити ресурси, які вони використовують, вони не зможуть досягти такого виду повного і чистого виведення з експлуатації, якого вони хочуть. Компанії можуть використовувати програмні методи для ідентифікації ресурсів, або вони можуть використовувати візуальні дескриптори для ручного очищення фрагментів програми чи системи. Краще виведення з експлуатації сприятиме кращій організації мережі.

Менша організація та менша ідентифікація мережевих об'єктів можуть призвести до різного виду ІТ "роздуття" або "розповсюдження". Наприклад, додавання потоку програм без виведення з експлуатації старих швидко призведе до безлічі хаосу та плутанини. Ось чому завдання очищення мереж - це принаймні процес, що складається з двох частин: з одного боку, переконання, що все чітко визначено та позначено етикетками, а з іншого - забезпечення того, щоб протоколи та процеси забезпечували чисті зміни системи.

Як компанії можуть виробити кращий підхід до "об'єктно-орієнтованих" змін в мережі?