Стратегия за среда за ALM

За да следвате принципите за управление на жизнения цикъл на приложенията (ALM), ще ви трябват отделни среди за разработване и производство на приложения. Въпреки че можете да изпълнявате основни ALM само с отделна среда за разработка и производство, препоръчваме ви също да поддържате поне една тестова среда, която е отделна от вашата среда за разработка и производство. Когато имате отделна тестова среда, можете да извършите проверка от край до край, която включва разгръщане на решение и тестване на приложения. Някои организации може също да се нуждаят от повече среди за тестване на приемане от потребители (UAT), тестване на системната интеграция (SIT) и обучение.

Отделните среди за разработка могат да бъдат полезни, за да помогнат за изолиране на промените от едно работно усилие, което се проверява, преди да бъде завършено. Отделните среди за развитие също могат да бъдат полезни за намаляване на ситуациите, когато един човек влияе негативно на друг, докато прави промени.

Всяка организация е уникална, така че внимателно обмислете какво е необходимо от средата на вашата организация.

Среди за разработка

Трябва да отговорите на въпроси като:

• Колко среди за развитие са ми необходими?
  • Повече информация: Общ преглед на средите
• Как мога автоматично да осигуря среди от изходния код?
  • Повече информация: Преглед на Microsoft Power Platform build tools за Azure DevOps
• Какви са зависимостите от моите среди?
  • Повече информация: Наслояване на множество решения и зависимости

Други среди

Трябва също така да отговорите на въпроса "От кои видове среди, които не са необходими за развитие, имам нужда?"

Например, в допълнение към вашата производствена среда, може да се нуждаете от отделни тестови, UAT, SIT и предпроизводствени среди. Забележете, че най-малкото всякаква здравословна практика на ALM трябва да включва използване на тестова среда преди внедряване на каквото и да било в производствената среда. Това гарантира, че имате място за тестване на приложението си, но също така гарантира, че самото внедряване може да бъде тествано.

Повече информация: Създаване на стратегия за среда за Microsoft Power Platform

Многогеографски съображения

Power Platform средите следват определен график за актуализиране на услуги, тъй като средите се актуализират по целия свят. Има общо шест станции, които се определят основно от географско местоположение. Актуализациите на услугата се прилагат последователно за всяка станция. Така че актуализациите на услугите на станция 2 се прилагат преди станция 3. Следователно е обичайно средите, които са в различни станции, да имат различни версии в определен момент от време. За повече информация относно графика за актуализиране на услугата за среда отидете на Издадени версии на Microsoft Dataverse

Импортиране на решение и версия на средата

Когато имате множество среди в различни региони, важно е да разберете следното, когато импортирате решение:

• Вие можете да импортирате решение в среда, която е по-нова версия от средата, в която е експортирано решението.
• Вие можете надеждно да импортирате решение в среда, която е с по-стара версия от средата, в която е експортирано решението. Това е така, защото може да има липсващи компоненти или необходима функционалност в по-старата среда.

Пример за успешно съгласуване на среди със станции за актуализиране на услуги

Представете си, че имате производствени среди в Канада и Съединените щати. В този случай вашите среди за разработка трябва да са в Северна Америка (станция 5), а не в Канада (станция 2). След това вашите среди за разработка винаги ще бъдат същите или по-ранна версия от вашите производствени среди, което ще намали конфликтите на версии за импортиране на решение.

Вижте също

Концепции за решение