Първо ограниченията, после предпочитанията
Изборът започва с информацията, която ще се обработва, разрешените местоположения и нуждата от външна свързаност. Установете дали изискването е физически локална обработка, контрол върху администраторите, договорна поверителност или комбинация. Тези условия не са взаимозаменяеми.
Прегледайте и източниците. Ако работният процес зависи от облачна система, локален модел не прави автоматично целия процес локален. Диаграмата трябва да показва реалните потоци, включително журнали и архиви.
Какво променя собствената инфраструктура
Локалният сървър дава възможност да управлявате мрежовата граница и физическия ресурс. Той може да е подходящ при устойчиво натоварване или ограничена свързаност. Но изисква планиране на капацитет, резервираност, охлаждане и компетентна поддръжка.
Недостатъчната видеопамет може да ограничи модела или броя едновременни заявки. Прекомерно големият сървър също е риск: капиталът остава блокиран в ресурс, който не носи съответна полза. Измерването на пилота е по-полезно от обща препоръка за хардуер.
Какво предлага частният облак
Частната облачна среда може да улесни осигуряването на ресурси и някои оперативни задачи. Проверете изолацията, идентичностите, регионите, резервните копия и условията на доставчика. Облачният акаунт сам по себе си не е завършена архитектура за сигурност.
Променливото натоварване може да има полза от еластичност, но постоянният inference ресурс може да създава значителен текущ разход. Сравнете реални сценарии с еднакви изисквания за качество и наличност.
Сравнявайте целия жизнен цикъл
Включете придобиване или наем, съхранение, пренос, труд, наблюдение, възстановяване и обновяване. Определете период на сравнение и допускания. Числата в една оценка са прогноза, докато не бъдат потвърдени с реално използване.
Планирайте и изхода: как се изнасят данните и конфигурацията, как се сменя моделът и как се прекратява достъпът на доставчик. Преносимостта има стойност само ако е проверена.
Пример: постоянна употреба или периодична обработка
Два екипа могат да използват един и същ модел по съвсем различен начин. Единият задава кратки въпроси през целия работен ден. Другият обработва голям набор от документи веднъж месечно. Средният брой заявки прикрива тази разлика и може да доведе до неправилно оразмеряване.
За първия сценарий проверете времето за отговор при едновременни потребители. За втория оценете допустимия прозорец за обработка, опашката и поведението при повторение. Включете прехвърлянето и подготовката на данните в измерването. Архитектурата трябва да обслужва действителния ритъм на работа, а не само удобен кратък тест с един потребител.
Решение чрез пилот
Пуснете представителни заявки в разрешените варианти. Измерете качество, забавяне и ресурс при очаквано едновременно използване. След това изберете средата, чийто общ компромис можете да управлявате. Хибридният вариант има смисъл само ако всяка граница на данните е ясна.