Шешімдерді ұйымдастыру
Шешімдерді жасамас бұрын, алдын ала жоспарлауға уақыт бөліңіз. Мысалы, сіз қанша шешім шығарғыңыз келетінін және шешімдер компоненттерді ортақ пайдаланатыны туралы ойланыңыз.
Сондай-ақ, шешімдер желісін әзірлеу үшін қанша Microsoft Dataverse орта қажет екенін анықтаңыз. Сіз осы мақалада сипатталған көптеген стратегиялар үшін бір ортаны пайдалана аласыз. Алайда, егер бір ғана ортаға ие болуды шешсеңіз және кейінірек сізге қосымша тағы қажет екенін түсінетін болсаңыз, егер адамдар оларды орнатқан болса, шешімдерді өзгерту қиынға соғуы мүмкін. Бірнеше ортаны пайдалану, күрделірек болса да, икемділікті жақсарта алады.
Келесі бөлімдерде қарапайымнан күрделіге қарай тізілген шешімдерді басқарудың әртүрлі стратегиялары сипатталған.
Жалғыз шешім
Шешімді жасау арқылы сіз теңшелімдердің жұмыс жиынтығын құрасыз. Бұл теңшелген элементтерді табуды жеңілдетеді.
Бұл тәсіл тек жалғыз басқарылатын шешім жасау кезінде ұсынылады. Егер сіз болашақта шешімді бөлуге тура келуі мүмкін деп ойласаңыз, бірнеше шешімді пайдалануды қарастырыңыз.
Бірнеше шешім
Құрамдастарды ортақ пайдаланбайтын екі байланысты емес шешіміңіз болса, ең тікелей тәсіл екі басқарылмайтын шешімді жасау болып табылады.
Ескертпе
Шешімдерде бағдарлама таспаларын немесе сайт картасын өзгерту өте жиі кездеседі. Егер сіздің екі шешіміңіз де осы шешім компоненттерін өзгертсе, олар ортақ компоненттер болып табылады. Ортақ компоненттермен қалай жұмыс істеу керектігін көру үшін келесі бөлімді қараңыз.
Бірнеше шешім қабаттары және тәуелділіктер
Мақсатты ортаға әртүрлі шешімдерді импорттаған кезде, сіз көбінесе бар шешім импортталатын шешімнің астында болатын қабаттарды жасайсыз. Шешімді қабаттастыруға келетін болсақ, сізде кросс-шешім тәуелділігінің болмауы маңызды. Бірдей басқарылмайтын құрамдасты пайдаланатын бірдей ортада бірнеше шешімді болдырмау керек. Бұл әсіресе кестелерге қатысты шын болып табылады.
Өзара тәуелділік тәуекелі болмаған кезде шешімдеріңізді құрамдас түріне қарай сегменттеңіз. Мысалы, барлық кестелеріңізді қамтитын бір шешім, барлық қосылатын модульдеріңіз бар басқа шешім және сіздің барлық ағындарыңыз бар үшінші шешім болуы керек. Бұл әр түрлі құрамдастардың кросс-шешімге тәуелділік қаупі жоқ. Сондықтан, бірдей ортада осылай қалыптасқан бірдей шешімнің болуы қауіпсіз болып табылады.
Екеуіде де кестелер бар ортада екі түрлі шешім болмауы керек. Себебі кестелер арасында шешім аралық тәуелділікті тудыратын және уақыттың кейінірек сәтінде мақсатты ортада шешімнің жаңартылуына немесе мәселелердің жойылуына әкелетін жалғыз қатынас тәуекелдері жиі болады.
Шешім қабаттарын жобалау кезінде және бағдарламаларға қатысты құрылымдық тәсіл қажет болғанда, сіз негізгі қабаттан бастауыңыз керек. Кейінірек сіз негізгі қабаттың жоғарғы жағында орналасатын қосымша шешімдерді импорттайсыз. Бұдан кейін, сізде негізгі қабат және үстінде сол негізгі қабатты кеңейтетін кеңейту қабаттары бар.
Жобаларды осылай басқарған кезде әр қабат үшін бөлек ортаны пайдалануды ұсынамыз. Осы шешіміңіздің қабаттарын қадамдарды пайдаланып құрастырыңыз.
Келесі қадамдарда шешімдерді жасамай тұрып орталарыңыздағы барлық шешімдер үшін жалғыз жариялаушыны пайдаланыңыз. Қосымша ақпарат: Шешімдер жариялаушысы
«Негізгі» ортада сізде сол ортадағы басқарылмайтын кестелері бар және басқа кестелері жоқ негізгі шешіміңіз болады. Содан кейін сіз бұл шешімді басқарылатын ретінде экспорттайсыз.
Сіз кейінірек негізгі қабаттың үстінде орналасатын кеңейту немесе «бағдарлама» қабаты үшін екінші ортаны реттейсіз.
Сіз басқарылатын негізгі қабатты бағдарлама қабатының ортасына импорттайсыз және бағдарлама қабаты үшін басқарылмайтын шешім жасайсыз.
Енді деректер моделін қосымша шешіміне қосымша кестелер, бағандар, кестелік қатынастар және т.б. қосу арқылы кеңейтуге болады. Содан кейін, бағдарлама шешімін басқарылатын ретінде экспорттаңыз. Бағдарлама шешімінде негізгі қабат шешімінде тәуелділіктер болатынына назар аударыңыз.
Өндірістік ортада, сіз басқарылатын негізгі қабатты импорттайсыз, содан кейін басқарылатын бағдарлама қабатын импорттайсыз. Бұл ортада екі басқарылатын шешім арасында айқын тәуелділіктер бар екі басқарылатын қабатты жасайды. Бірнеше шешімдерді осылай басқару, қажет болса, жоғарғы қабат жою сияқты шешімге техникалық қызмет көрсету мәселелерін тудыруы мүмкін көлденең шешім тәуелділіктерін жасамайды.
Қаншасын қамтамасыз ету керек болса, сонша әртүрлі шешімдер болуы үшін осы сегменттеу үлгісін қайталаңыз. Дегенмен, шешім қабаттарын басқаруға болатын күйде сақтау үшін шешімдер санын мүмкіндігінше азырақ ету ұсынылады.
Сондай-ақ, келесіні қараңыз
Сегменттелген шешімдерді қолданыңыз
5-сценарий: Топтың дамуын қолдау