Масштабтау мүмкіндігібұл жүйенің кеңейіп жатқан талаптарға және шешілетін міндеттер көлемінің ұлғаюына бейімделу қабілеті.

Бір қолданбалы шешімнің әртүрлі жағдайларда жұмыс істеуі

1C: Enterprise 8 жүйесінде жақсы масштабтау мүмкіндіктері бар. Ол файлдық нұсқада да, клиент-сервер технологиясын пайдалану арқылы да жұмыс істеуге мүмкіндік береді.

• Жеке пайдалану, жұмыстың файлдық нұсқасы
  Файлдық нұсқада жұмыс істегенде, платформа пайдаланушы жұмыс істейтін компьютерде орналасқан жергілікті ақпараттық базамен жұмыс істей алады. Бұл жұмыс опциясын үйде немесе ноутбукта жұмыс істегенде пайдалануға болады.
• Шағын жұмыс тобы, жұмыстың файлдық нұсқасы
  Файл опциясы сонымен қатар бірнеше пайдаланушыға бір ақпараттық базасы бар жергілікті желіде жұмыс істеу мүмкіндігін береді. Бұл жұмыс әдісін шағын жұмыс топтарында қолдануға болады және орнату және басқару оңай.
• Ірі кәсіпорын, жұмыстың клиент-сервер нұсқасы
  Үлкен жұмыс топтары үшін және кәсіпорын ауқымында 1C: Enterprise 8 серверін және жеке дерекқорды басқару жүйесін пайдаланатын үш деңгейлі архитектураға негізделген жұмыстың клиент-сервер нұсқасын пайдалануға болады. Ол көптеген пайдаланушылар бір уақытта жұмыс істегенде сенімді деректерді сақтауды және тиімді өңдеуді қамтамасыз етеді.
• Холдинг, таратылатын ақпараттық база
  Ірі холдингтік компаниялар файлдық және клиент-сервер жұмысының опцияларын пайдаланумен бірге таратылған ақпараттық базадағы жұмысты пайдалана алады. Бөлінген ақпараттық база холдингтің бір-бірінен қашықтағы бөлімшелерін біріктіруге мүмкіндік береді және осы бөлімшелердің әрқайсысы өз кезегінде файлдық немесе клиент-сервер опцияларын пайдалана алады. Бөлінген ақпараттық базаның механизмі холдингтің әрбір бөлімшесінде қолданылатын конфигурациялардың сәйкестігін қамтамасыз етеді және таратылатын жүйеге кіретін жеке ақпараттық базалар арасында деректермен алмасуды қамтамасыз етеді.

Бірдей қолданбалы шешімдерді (конфигурацияларды) файлдық және клиент-сервер жұмыс режимдерінде де қолдануға болатынын ескеру маңызды. Файлдық нұсқадан клиент-сервер технологиясына көшкен кезде қолданбалы шешімге өзгертулер енгізудің қажеті жоқ. Сондықтан жұмыс нұсқасын таңдау толығымен тапсырыс берушінің қажеттіліктеріне және оның қаржылық мүмкіндіктеріне байланысты. Бастапқы кезеңде сіз файлдық нұсқада жұмыс істей аласыз, содан кейін пайдаланушылар саны мен деректер қорының көлемі ұлғайған сайын, сіз өзіңіздің ақпараттық базаңыздан жұмыс істеудің клиент-сервер нұсқасына оңай ауыса аласыз.

Көп пайдаланушы жұмысы

Жүйенің ауқымдылығының негізгі көрсеткіштерінің бірі шешілетін міндеттер санының, өңделетін деректер көлемінің және қарқынды жұмыс істейтін пайдаланушылар санының ұлғаюымен тиімді жұмыс істеу мүмкіндігі болып табылады:

Клиент-сервер нұсқасы көптеген пайдаланушыларға параллель жұмыс істеу мүмкіндігін береді. Тесттер пайдаланушылар саны артқан сайын құжатты енгізу жылдамдығы өте баяу төмендейтінін көрсетеді. Бұл интенсивті пайдаланушылар саны артқан сайын автоматтандырылған жүйенің жауап беру жылдамдығы қолайлы деңгейде қалады дегенді білдіреді.

1С: Enterprise 8 жүйесі қолдайтын деректер үлгісінде бірнеше пайдаланушының бір мезгілде қол жеткізуіне анық әкелетін дерекқор кестелері жоқ. Бір мезгілде қол жеткізу логикалық байланысқан деректерге қол жеткізу кезінде ғана орын алады және пәндік аймақ тұрғысынан бір-бірімен байланысы жоқ деректерге әсер етпейді.

Кәдімгі операцияларды орындау кезінде белгілі бір есепті кезеңде жұмысты бастау үшін эксклюзивті режимді орнату қажет болатын жағдайлар алынып тасталады. Қалыпты операцияларды пайдаланушылар мен ұйым үшін қолайлы уақытта орындауға болады. Эксклюзивті режим жүйені іске қосқан кезде орнатылмайды, бірақ оны қосуды талап ететін операцияны орындау қажет болған кезде. Осындай әрекеттерді орындағаннан кейін эксклюзивті режимді өшіруге болады.

Оңтайландыру механизмдері

1C: Enterprise 8 технологиялық платформасында қолданбалы шешімдердің жылдамдығын оңтайландыратын бірқатар механизмдер бар.

Серверде орындау

Клиент-сервер нұсқасында 1С: Enterprise 8 серверін пайдалану оған деректерді өңдеудің ең ауқымды операцияларын шоғырландыруға мүмкіндік береді. Мысалы, тіпті өте күрделі сұраныстарды орындаған кезде, пайдаланушы үшін орындалатын бағдарлама тек өзіне қажетті таңдауды алады және барлық аралық өңдеу серверде орындалады. Әдетте, сервер сыйымдылығын арттыру клиенттік машиналардың бүкіл паркін жаңартудан әлдеқайда оңай.

Деректерді кэштеу

1С: Enterprise 8 жүйесі объектілік технологияны пайдалану кезінде деректер қорынан оқылған деректерді кэштеу механизмін пайдаланады. Нысан атрибутына қатынасу кезінде барлық нысан деректері жедел жадта орналасқан кэшке оқылады. Бір нысанның мәліметтеріне кейінгі қоңыраулар дерекқорға емес, кэшке жіберіледі, бұл қажетті деректерді алуға кететін уақытты айтарлықтай қысқартады.

Серверде ендірілген тілдің жұмыс істеуі

Клиент-сервер нұсқасында жұмыс істегенде қолданбалы объектілердің барлық жұмысы тек серверде орындалады. Пішіндердің және командалық интерфейстің функционалдығы серверде де жүзеге асырылады.

Сервер пішін деректерін дайындайды, элементтерді реттейді және өзгерістерден кейін пішін деректерін жазады. Клиент серверде дайындалған пішінді көрсетеді, деректерді енгізеді және енгізілген деректерді және басқа қажетті әрекеттерді жазу үшін серверді шақырады.

Сол сияқты командалық интерфейс серверде қалыптасады және клиентте көрсетіледі. Сондай-ақ есептер толығымен серверде жасалады және клиентте көрсетіледі.

8.1 және 8.0 нұсқалары – өнімділік пен ауқымдылықты салыстыру

Жүйенің өнімділігі мен ауқымдылығы әртүрлі жағдайларда қалай өзгергенін бағалау үшін 8.1 нұсқасында бірқатар сынақтар жүргізілді:

• Көптеген пайдаланушылар бір уақытта жұмыс істеген кезде жүйе өнімділігі мен масштабталатындығын бағалау
• Жүйенің өнімділігін және ең жоғары жүктемелер кезінде масштабтауды бағалау
• Операциялардың жекелеген түрлері бойынша өнімділікті бағалау

Алынған 1С:Кәсіпорын 8.1 көрсеткіштері ұқсас көрсеткіштермен салыстырылды

1C: Enterprise 8 үшін.

7.7 және 8.0 нұсқалары – өнімділік пен ауқымдылықты салыстыру

1С: Enterprise 8 клиент-сервер нұсқасының өнімділігі мен масштабталу мүмкіндігін бағалау үшін бірқатар сынақтар жүргізілді, бұл мүмкіндік береді:

• стандартты жұмыс режимдерінде 1С:Кәсіпорын 8 артықшылықтарын салыстыру және көрсету;
• 1C:Enterprise 8 масштабтылығын жүктеме қарқындылығының ұлғаюымен және өңделген деректер көлемінің өсуімен бағалау;
• пайдаланылатын жабдықтың есептеу ресурстарын ұлғайту кезінде 1C:Enterprise 8 масштабтылығын бағалау;
• ең жоғары жүктеме жағдайында жұмыс істегенде 1C: Enterprise 8 өнімділігі мен өнімділігін бағалау;
• 1С:Кәсіпорын есептерін шешу үшін мультипроцессорлық платформаларды пайдаланудың тиімділігін бағалау 8.

Өндірістік кәсіпорынды басқару шешімінің ауқымдылығын бағалау

Өндірістік кәсіпорынды басқару (PEM) қолданбалы шешімінің ауқымдылығын бағалау үшін тестілеу көптеген пайдаланушылардың бір уақытта жұмыс істеуімен жүргізілді.

Тестілеуді өткізу кезінде корпоративтік ақпараттық жүйелердің жұмысын бағалаудың жалпы қабылданған тәсілдері қолданылды:

• Әдеттегі қолданбалы шешімді сынау үшін пайдаланыңыз.
• Типтік ұйымның жұмысы тұрғысынан ең маңызды болып табылатын сынақ операциялары.
• Көптеген ұйымдарға тән тіркелген параметрлер бойынша сынақ операциялары
• Жүйе пайдаланушылары үшін типтік жұмыс сценарийлерін бағдарламалық модельдеу, нақты пайдаланушылар жасаған жүктемеден айтарлықтай асатын жүктемені жасайды
• Негізгі көрсеткіштер ретінде уақыт бірлігінде жүйеде көрсетілген шаруашылық операцияларының көлемін және операцияны аяқтаудың орташа уақытын пайдалану.

«Өндірістік кәсіпорынды басқару» шешімін енгізудің технологиялық параметрлерінің мысалдары

Бұл бөлімде әртүрлі көлемдегі және қызмет профиліндегі кәсіпорындарда «1С:Кәсіпорын 8. Өндірістік кәсіпорынды басқару» енгізудің технологиялық параметрлері туралы толық ақпарат жарияланады.

Бұл бөлімнің мақсаты - АТ мамандарын нақты пайдаланылған жабдық туралы деректермен және нақты 1С: Enterprise 8 іске асыру жүктемелерінің мысалдарымен таныстыру.

Бұл ақпарат 1С: Enterprise 8 жүйесінің барлық бағдарламаларын пайдаланушылар үшін де пайдалы болуы мүмкін.

Жабдықты таңдау

Бұл құжат жабдық сипаттамалары жүйені әртүрлі режимдерде пайдалану тиімділігіне қалай әсер ететіні туралы ақпарат береді және шешілетін міндеттерге байланысты жабдықты таңдау бойынша ұсыныстар береді.

1С:Өнімділікті басқару орталығы – өнімділікті бақылау және талдау құралы

1C:Performance Management Center (1С:PMC) – 1C:Enterprise 8 платформасындағы ақпараттық жүйелердің жұмысын бақылау және талдау құралы 1C:PMC жүйе өнімділігін бағалауға, бар өнімділік мәселелері туралы егжей-тегжейлі техникалық ақпаратты жинауға және талдауға арналған. бұл ақпаратты одан әрі оңтайландыру мақсатында.

1C:TestCenter – жүктеуді тексеруді автоматтандыру құралы

1C:TestCenter – 1C:Enterprise 8 платформасында ақпараттық жүйелердің көп пайдаланушылық жүктеме сынақтарын автоматтандыруға арналған құрал, оның көмегімен сіз нақты пайдаланушылардың қатысуынсыз кәсіпорынның жұмысын имитациялай аласыз, бұл қолдану мүмкіндігін бағалауға мүмкіндік береді. , нақты жағдайларда ақпараттық жүйенің өнімділігі мен масштабтылығы.

Платформада корпоративтік ақпараттық жүйелерді енгізу
1С: Кәсіпорын 8

1C:Enterprise 8 платформасында қолданбалы шешімдерді енгізу тәжірибесі жүйе бір жұмыс орнын автоматтандырудан бастап кәсіпорын ауқымындағы ақпараттық жүйелерді құруға дейінгі күрделілік дәрежесі әртүрлі мәселелерді шешуге мүмкіндік беретінін көрсетеді.

Сонымен бірге үлкен ақпараттық жүйені енгізу шағын немесе орта енгізумен салыстырғанда жоғары талаптарды қояды. Кәсіпорын ауқымындағы ақпараттық жүйе бәсекелестік режимде бірдей ақпараттық және аппараттық ресурстарды пайдаланатын пайдаланушылардың үлкен санының бір мезгілде және қарқынды жұмысы жағдайында қолайлы өнімділікті қамтамасыз етуі керек.

Желілік логистиканы басқаруға қажетті ақпараттық жүйенің көптеген функцияларының ішінде біз ең алдымен екі негізгі «желі» функциясына тоқталамыз: ассортиментті басқару және санатты басқаруды қолдау.

1. Желілік сауда компаниясында ассортиментті басқару.

Желілік бөлшек сауда кәсіпорындары, әсіресе азық-түлік секторы, басқару міндеттерінің күрделілігінің ең жоғары деңгейімен сипатталады. Әсіресе қиыны ассортиментті басқару.

Ол неғұрлым жақсы шешілсе, жалпы бөлшек сауда кәсіпорны соғұрлым тиімді дамып, оның бәсекеге қабілеттілігі соғұрлым жоғары болады.

Ассортиментті басқару тапсырмасын екі қосалқы тапсырмаға бөлуге болады – «сыртқы» және «ішкі».

Біріншісі ассортимент бойынша сатып алушымен жұмыс істеуге бағытталған, екіншісі ассортимент категориялары бар персоналдың жұмысын жеңілдетуге бағытталған.

Бұл мәселелерді сәтті шешу өнімді өткізу нәтижелерінің жақсаруына әкелуі керек.

Тиімді шешім үшін «сыртқы» тапсырма тобы қажетті:

• 1) тұтынушыларға өнімдер туралы ақпарат беру. Ақпараттық және мультимедиялық қолдау жүйелері тұтынушыларға шексіз тауарлар теңізінде шарлауға, дұрыс таңдау жасауға және ең қысқа мерзімде құнды ақпаратты алуға көмектесуге арналған. Сонымен қатар, олар бөлшек саудагерлерге тұтынушылардың талғамын талдауға, қажетті тауарларды сатуды ынталандыруға, сауда алаңының макетін оңтайландыруға, ассортиментті ұтымды орналастыруға көмектеседі, бұл ассортиментті басқаруды автоматтандырудың сыртқы міндеттерін сәтті шешуді қамтамасыз етеді;
• 2) жеке маркетинг мәселелерін шешу. Жеке маркетинг функциясын жүзеге асыру «супермаркет» және «гипермаркет» форматтары үшін ассортиментті басқарудың маңызды міндеттерінің бірі болып табылады. Сонымен қатар, егер супермаркет үшін белгілі бір дүкеннің нақты тұрақты тұтынушыларының қалауларының ауытқуын қадағалай отырып, мақсатты жеке маркетинг жүргізу маңызды болса, гипермаркет үшін шартты түрде анықталған санатқа жататын тұтынушылардың типтік топтарымен жұмыс істеу маңызды. тұрақты тұтынушылар. Дисконттарға келетін болсақ, олар үшін жеке маркетинг маңызды емес. Тұрақты тұтынушылардың қалауларын анықтау үшін ақпараттық жүйеде сатылымға жан-жақты талдау жүргізу және сатып алу құрылымын анықтау мүмкіндігінің болуы да аса маңызды міндет болып табылады;
• 3) жоғары сапалы визуалды мерчандайзингті жүзеге асыру. Дүкен сөрелерінде тауарларды тиімді көрсету сату көлемін айтарлықтай арттырады. Визуалды мерчандайзинг мәселелерінің шешімдерінің сапасын бағалау үшін ақпараттық жүйе дүкен сөрелерінде тауарларды орналастыруды сипаттайтын планограммаларды жүргізе және талдай білуі керек.

Шешім қабылдағанда ішкі ассортиментті басқару міндеттері келесі бизнес-процестерді автоматтандыру қажет:

1) белсенді ассортиментті басқару процесі (ассортимент матрицаларын сақтау).

Өйткені, дерекқорға енгізілген өнім туралы ақпарат онда ұзақ уақыт сақталады. Мысалы, 7000 тауардың ағымдағы ассортименті кезінде жүйе 20-30 мың тауарды сақтай алады. Бұл шарттарда жүйе пайдаланушысына тек белсенді ассортимент туралы ағымдағы ақпаратпен жұмыс істеу мүмкіндігін беру қажет (3.4-сурет).

Күріш. 3.4.

Бұл мәселені шешу үшін қажет келесі функцияларды қамтамасыз ету:

• белсенді ассортиментке тауарларды енгізу. Бұл процестің алдында әдетте берілген өніммен сынамалы маркетингтік іс-шаралар, логистиканы дайындау және өнімді сату алдындағы дайындық жүргізіледі;
• белсенді ассортименттен тауарларды алып тастаудың бірінші кезеңі ретінде тауарларды сатып алуды тоқтату. Бұл процестің типтік себептері мыналарды қамтиды:
  • а) өнімді өткізу нәтижелеріне қанағаттанбау;
  • б) өндірушінің ассортиментін өзгертуі;
  • в) жеткізушімен қарым-қатынас проблемаларының болуы; және т.б.;
• компанияның тарату орталығынан тауарлық-материалдық қорларды толықтыруды тоқтату;
• ақпаратта өнімді ассортименттен шығарудың соңғы кезеңі ретінде өніммен жұмысты тоқтату

жүйе (әдетте қор нөлге жеткенде пайда болады);

Бақылау-кассалық жүйелердегі тауарлар туралы ақпаратты жою (әдетте, түгендеуден кейін жүзеге асырылады).

Бұл бизнес процесін автоматтандырудың артықшылықтары :

• өнім ассортиментімен жұмыс істеу кезінде пайдаланушыларға ыңғайлылық;
• белсенді ассортиментке жатпайтын өнімді құжаттарға енгізу мүмкін еместігіне байланысты қателер санының айтарлықтай төмендеуі;
• тек белсенді ассортимент бойынша аналитикалық есептерді алу мүмкіндігі;
• ассортиментті басқарумен айналысатын менеджерлердің өнімділігін арттыру; және т.б.;
• 2) әртүрлі форматтағы бөлшек сауда кәсіпорындарының белсенді ассортиментін басқару процесі , көп форматты желілік сауда кәсіпорнына кіреді (бірнеше ассортимент матрицаларын басқару).

Бұл бизнес-процесті автоматтандыру тауарлардың басқару объектісіне, осы өнім жатпайтын ассортимент матрицаларына өтуін болдырмауға мүмкіндік береді (3.5-сурет).

Күріш. 3.5.

Сондай-ақ, «ішкі» ассортиментті басқару мәселелерін сапалы шешу көп форматты тізбекті бөлшек сауда кәсіпорны үшін өте маңызды екенін атап өткен жөн.

2. Санаттарды басқаруды қолдау процесінақты санат менеджері жұмыс істейтін басқару объектілерінің өнім көріністері мен көріністерін қалыптастыру арқылы.

Стратегиялық құрылымдық бөлімшелерге біріктірілген нақты өнім санаттарын басқарумен айналысатын менеджер үшін ақпараттық жүйемен жұмыс істеу кезінде өнімдердің белгілі бір жиынына және басқару объектілеріне шоғырлану маңызды.

Санат менеджеріне тек «өзінің өнім санаттарына» қатысты нәрсені ғана көру ұсынылады, осылайша ақпараттық жүйеде оның құрылымдық бөлімшесіне кіретін тауарлар мен ол жауапты болатын басқару объектілерінен басқа ештеңе жоқ деген елес пайда болады.

Менеджерге логистикалық және аналитикалық ақпаратты өз функциялары шеңберінде өзі жұмыс істейтін стратегиялық құрылымдық бөлімшенің призмасы арқылы ұсынатын өнім ағынының перспективаларын құру қажет.

Бұл режимде ақпараттық жүйемен жұмыс істеуді қамтамасыз ету үшін ол өнімнің көріністерін және басқару объектілерінің көріністерін тағайындау мүмкіндігін жүзеге асыруы керек.

Бұл ретте өнім көріністерінің кем дегенде екі негізгі түрі бар – статикалық және динамикалық.

Әрбір менеджердің өзінің стратегиялық бизнес бірлігін анықтайтын өнімге деген көзқарасы бар. Бұл жағдайда бір құрылымдық бөлімшеге жауапты менеджерлерге бір көрініс тағайындалады.

Өнімнің статикалық көрінісін анықтаған жағдайда, өнімдер жиынтығы нақты аталған тізім ретінде жазылады (3.6-сурет). Бұл жиынтықты қатаң бекітуге ыңғайлы (мысалы, талдау үшін).

Күріш. 3.6.

Бизнес бірліктерін анықтау үшін өнім көріністерін тиімді басқару үшін оларды өнім жіктеуішінің түйіндерінде анықтаған дұрыс. Мұндай көріністерді динамикалық деп атаймыз (3.7-сурет).

Күріш. 3.7.

Бұл жағдайда категория менеджерінің динамикалық перспективасына кіретін нақты топшаға жаңа өнім енгізілгеннен кейін ол автоматты түрде стратегиялық бизнес бөлімшесінің элементіне айналады және менеджер онымен жедел жұмыс істей бастайды.

Өнім басқа топшаға жылжытылғанда (мысалы, санаттауды өзгертуге байланысты) ол басқа стратегиялық құрылымдық бөлімшеге ауысады және жұмыс үшін автоматты түрде басқа санат менеджеріне ауыстырылады.

Басқару объектілерінің көрінісі ұқсас түрде қалыптасады - бұл белгілі бір санат менеджері жұмыс істейтін дүкендер мен тарату орталықтарының тізімін анықтайтын статикалық көрініс (3.8-сурет).

Күріш. 3.8.

Бұл тәсіл жүйе пайдаланушыларына, соның ішінде тауар өндірушілеріне немесе жеткізушілеріне белсенді өнім ассортименті мен сәйкес сауда объектілерінің белгілі бір жиыны шегінде ақпаратқа және ақпараттық жүйенің қажетті функцияларына қол жеткізуге мүмкіндік береді.

Бұл функция VMI логистикалық тұжырымдамасын жүзеге асыру кезінде, жеткізуші немесе өндіруші «өз» тауарларының жеткізілім тізбегін басқаруға қатысқан кезде өте маңызды.

Қорытындылай келе, жоғарыда айтылғандардан бірнеше тұжырымдарды тұжырымдаймыз:

• 1) сауда кәсіпорнының ассортиментін басқару ең маңызды міндет болып табылады, оны шешу сапасы оның табыстылығын тікелей анықтайды;
• 2) ассортиментті басқару мәселелерінің сыртқы тобының шешімдері, әсіресе ірі форматты бөлшек сауда кәсіпорындары, тұтынушыларды ақпараттық жүйелермен қамтамасыз етуге арналған (ақпараттық дүңгіршектер, мультимедиялық терминалдар, ақпараттық арбалар және т.б.);
• 3) ақпараттық жүйеде ассортименттік матрицаларды, өнім көріністерін және басқару объектілерінің көріністерін сақтау мүмкіндігі сауда кәсіпорнында санатты басқару функциясын жүзеге асыру сапасына тікелей байланысты ассортиментті басқару міндеттерінің ішкі тобын шешу мүмкіндігін жеңілдетеді. .

Ақпараттық жүйенің ауқымдылығы

Интернет-бөлшек сауда компаниясы дамып келе жатқанда, кейде ақпараттық жүйе бизнестің одан әрі өсуіне қолдау көрсете алмайтын жағдай туындайды. Сондықтан ақпараттық жүйенің компанияның өсуіне сәйкестігі мәселесі өте маңызды.

Бұл жағдайда екі аспектіні ескеру қажет - өсуге сәйкестік және жүйенің ауқымдылығы.

Егер компанияның өсуі АТ-инфрақұрылым шығындарының пропорционалды емес өсуімен қатар жүрсе, онда ақпараттық жүйе бизнестің кеңеюіне оңтайлы қолдау көрсете алмайды.

Кәсіпорынның өсуіне сәйкес келмейтін ақпараттық жүйелер оларды пайдалану шығындарының жылдам өсуіне әкелуі мүмкін.

Ең алдымен, шешімнің архитектурасы компанияның өсуіне сәйкес келуі керек. Компания өсіп, жүздеген нысандарға ие болған кезде, үлестірілген архитектурада жүйе құру, біздің ойымызша, бір дүкенге АТ қолдау шығындарының үнемі өсіп келе жатқан өсуіне тап болуды білдіреді.

Жүз немесе одан да көп сауда нүктелерін басқаратын желілік компания жағдайында деректерді кейіннен орталықта біріктірумен синхрондау қиындай түседі және бұл мүмкін болмайтын уақыт келеді.

Ақпараттық жүйенің ауқымдылығын қамтамасыз ету үшін (пайдаланушылардың қажетті санын қамтамасыз ету, қанағаттанарлық өнімділікпен ақпараттың қажетті көлемімен жұмыс істеу мүмкіндігі) дұрыс платформаны – сәйкес бағдарламалық және серверлік жабдықты таңдау қажет.

Бөлшек сауда компаниясы өсіп келе жатқан болса, сату ақпаратының көлемі гигабайтпен емес, терабайтпен есептеледі және мұны Oracle, Progress және т.б. сияқты «өнеркәсіптік», масштабталатын деректер базасын басқару жүйелерін қолданбай орындау мүмкін емес.

Операциялық жүйелер де қажет болады, олардың көмегімен есептеу техникасының басқа класына «көшіру» мүмкін болады.

Ақпараттық жүйені таңдау және оны пайдалану кезінде стратегиясы қарқынды өсуді көздейтін бөлшек сауда желілері ақпараттық жүйені иеленудің ауқымдылығы мен құны туралы мұқият ойлануы керек екені анық.

Біз компания өскен сайын үлестірілген архитектура бизнесті басқару және АТ-инфрақұрылымын пайдалану шығындарын азайтуға үлкен кедергі болатынына сенімдіміз.

Ақпараттық жүйенің орталықтандырылған архитектурасы меншік құнының төмендеуін болжайды және бөлшек сауда желісінің өсуіне қарай АТ персоналының санын үнемі арттыруды талап етпейді.

Масштабтылық – құрылғының оны ұлғайту мүмкіндігі
мүмкіндіктер
функционалдық блоктардың санын көбейту арқылы,
жалғыз орындау және
бірдей тапсырмалар.
Glossary.ru

Әдетте адамдар масштабтау туралы ойлана бастайды
сервер оған жүктелген жұмысты жеңе алмайды. Ол нақты немен емес?
жеңе ме? Кез келген веб-сервердің жұмысы негізінен негіздерге дейін қайнатылады
компьютерлердің кәсібі – мәліметтерді өңдеу. HTTP (немесе кез келген басқа) сұрауға жауап
кейбір деректерге кейбір операцияларды орындауды қамтиды. Сәйкесінше,
бізде екі негізгі нысан бар - деректер (оның көлемімен сипатталады) және
есептеулер (күрделілігімен сипатталады). Сервер оны жеңе алмауы мүмкін
деректердің үлкен көлеміне байланысты жұмыс (ол физикалық түрде сәйкес келмеуі мүмкін
сервер) немесе үлкен есептеу жүктемесіне байланысты. Әңгіме осында
әрине, жалпы жүктеме туралы - бір сұранысты өңдеудің күрделілігі болуы мүмкін
шағын, бірақ олардың көп саны серверді басып кетуі мүмкін.

Біз негізінен мысал арқылы масштабтау туралы сөйлесетін боламыз
әдеттегі өсіп келе жатқан веб-жоба, бірақ мұнда сипатталған принциптер де қолайлы
қолданудың басқа салалары. Алдымен біз жобаның архитектурасын және қарапайымдылығын қарастырамыз
оның құрамдастарын бірнеше серверлерге тарату, содан кейін біз сөйлесеміз
есептеулер мен деректерді масштабтау.

Сайттың типтік архитектурасы

Әдеттегі веб-сайттың өмірі өте қарапайым архитектурадан басталады
- бұл бір веб-сервер (әдетте Apache өз рөлін атқарады),
HTTP сұрауларына қызмет көрсетудің барлық жұмысын өңдейді,
келушілерден алынды. Ол клиенттерге «статика» деп аталатынды береді
сервер дискісінде өңдеуді қажет етпейтін файлдар бар: суреттер (gif,
jpg, png), стиль кестелері (css), клиенттік сценарийлер (js, swf). Дәл сол сервер
есептеулерді қажет ететін сұрауларға жауап береді - әдетте қалыптастыру
html беттері, дегенмен кейде суреттер мен басқа құжаттар жылдам жасалады.
Көбінесе мұндай сұрауларға жауаптар PHP-де жазылған сценарийлер арқылы жасалады,
perl немесе басқа тілдер.

Мұндай қарапайым жұмыс схемасының кемшілігі - бұл әртүрлі
сұраныстардың сипаты (дисктен файлдарды жүктеу және сценарийлердің есептеу жұмыстары)
сол веб-сервермен өңделеді. Есептеу сұраулары қажет
сервер жадында көптеген ақпаратты сақтаңыз (скрипт тілінің аудармашысы,
сценарийлердің өздері, олар жұмыс істейтін деректер) және көп нәрсені алуы мүмкін
есептеу ресурстары. Статикалық деректерді шығару, керісінше, аз ресурстарды қажет етеді
процессор, бірақ клиентте төмен болса, көп уақыт алуы мүмкін
байланыс жылдамдығы. Apache серверінің ішкі дизайны әрбір
қосылу бөлек процесс арқылы өңделеді. Бұл сценарийлерді іске қосу үшін ыңғайлы,
дегенмен, ол қарапайым сұрауларды өңдеу үшін оңтайлы емес. Бұл ауыр болып шықты (
сценарийлер және басқа деректер) Apache процестері күтуге көп уақыт жұмсайды (біріншіден қабылдау кезінде
сұрау, содан кейін жауап жіберу кезінде), сервер жадын босқа жұмсау.

Бұл мәселенің шешімі өңдеу жұмысын тарату болып табылады
екі түрлі бағдарлама арасындағы сұраныстар - яғни. фронтенд және деп бөлу
сервер Жеңіл алдыңғы сервер статикалық мазмұнға қызмет көрсету тапсырмаларын және қалғандарын орындайды
сұраулар қалыптастыру орындалатын серверге қайта бағытталады (прокси).
беттер. Баяу клиенттерді күту, егер ол қолданылса, фронтпен де айналысады
мультиплексирлеу (бір процесс бірнеше клиентке қызмет көрсеткенде - солай
жұмыс, мысалы, nginx немесе lighttpd), онда күту іс жүзінде ештеңе емес
шығындар.

Сайттың басқа компоненттерінің арасында дерекқорды атап өту керек
ол әдетте негізгі жүйелік деректерді сақтайды - мұнда ең танымал
тегін ДҚБЖ MySQL және PostgreSQL. Сақтау жиі бөлек бөлінеді
суреттері бар екілік файлдар (мысалы, мақалаларға арналған иллюстрациялар
сайт, аватарлар және пайдаланушы фотосуреттері) немесе басқа файлдар.

Осылайша, бізден тұратын архитектуралық диаграмма алдық
бірнеше компоненттер.

Әдетте, сайт өмірінің басында архитектураның барлық құрамдас бөліктері
бір серверде орналасқан. Егер ол жүктемені жеңуді тоқтатса, онда
қарапайым шешім бар - ең оңай бөлінген бөліктерді екіншісіне жылжытыңыз
сервер. Дерекқордан бастаудың ең оңай жолы - оны бөлек серверге жылжыту және
сценарийлердегі қол жеткізу мәліметтерін өзгерту. Айтпақшы, дәл осы сәтте біз қарсымыз
дұрыс код архитектурасының маңыздылығы. Мәліметтер қорымен жұмыс жасасаңыз
бүкіл сайтқа ортақ бөлек модульге көшті - содан кейін параметрлерді түзетіңіз
байланыстар оңай болады.

Құрамдастарды одан әрі бөлу жолдары да анық – мысалы, фронтенді бөлек серверге жылжытуға болады. Бірақ әдетте фронтенді
аз жүйелік ресурстарды қажет етеді және осы кезеңде оны жою маңызды қамтамасыз етпейді
өнімділіктің жоғарылауы. Көбінесе сайт өнімділігімен шектеледі.
сценарийлер - жауап (html беті) жасау тым ұзақ уақыт алады.
Сондықтан келесі қадам әдетте сервер серверін масштабтау болып табылады.

Есепті бөлу

Өсіп келе жатқан сайт үшін әдеттегі жағдай - дерекқор қазірдің өзінде
бөлек машинаға ауыстырылды, фронт пен бэкендке бөлу аяқталды,
дегенмен, трафик ұлғаюын жалғастыруда және сервердің өңдеуге уақыты жоқ
сұраулар. Бұл есептеулерді бірнешеге бөлу керек дегенді білдіреді
серверлер. Мұны істеу оңай - екінші серверді сатып алып, оны орнатыңыз
Онда сервер жұмыс істеуі үшін қажетті бағдарламалар мен сценарийлер бар.
Осыдан кейін пайдаланушы сұрауларының таратылғанына көз жеткізу керек
алынған серверлер арасында (теңгерілген). Әртүрлі теңдестіру әдістері туралы
төменде талқыланады, бірақ қазір біз мұны әдетте фронтпен жасайтынын ескереміз,
арасында сұрауларды біркелкі тарататын етіп конфигурацияланған
серверлер.

Барлық сервер серверлерінің дұрыс жұмыс істей алуы маңызды
сұрауларға жауап беру. Бұл әдетте олардың әрқайсысымен жұмыс істеуді талап етеді
бірдей жаңартылған деректер жинағы. Егер біз барлық ақпаратты бір жерде сақтасақ
дерекқор, содан кейін ДҚБЖ өзі ортақ қол жеткізуді және деректердің сәйкестігін қамтамасыз етеді.
Егер кейбір деректер серверде жергілікті түрде сақталса (мысалы, php сеанстары
клиент), содан кейін оларды ортақ жадқа немесе тағы басқаларға тасымалдау туралы ойлану керек
күрделі сұранысты тарату алгоритмі.

Жұмысты ғана емес, бірнеше серверлерге таратуға болады
сценарийлер, сонымен қатар деректер қоры орындайтын есептеулер. Егер ДҚБЖ көп орындаса
сервердің CPU уақытын алатын күрделі сұраулар, сіз бірнеше жасай аласыз
әртүрлі серверлердегі деректер қорының көшірмелері. Бұл синхрондау мәселесін тудырады
өзгерген кездегі деректер және мұнда бірнеше тәсілдер қолданылады.

• Синхрондау қолданба деңгейінде. Бұл жағдайда біздің
  сценарийлер дерекқордың барлық көшірмелеріне өзгерістерді дербес жазады (және өздері
  деректердің дұрыстығына жауапкершілік). Бұл ең жақсы нұсқа емес, өйткені ол
  іске асыруда мұқияттылықты қажет етеді және қателерге төзімділігі жоғары.
• Репликация- яғни автоматты репликация
  бір серверде жасалған өзгерістер барлық басқа серверлерге әсер етеді. Әдетте қашан
  Репликацияны пайдаланған кезде өзгерістер әрқашан бір серверге жазылады – ол негізгі деп аталады, ал қалған көшірмелер бағынышты деп аталады. Көптеген ДҚБЖ бар
  репликацияны ұйымдастыруға арналған кірістірілген немесе сыртқы құралдар. Айыру
  синхронды репликация - бұл жағдайда деректерді өзгертуге сұраныс күтеді
  деректер барлық серверлерге көшірілгенше, содан кейін ғана ол сәтті аяқталады - және асинхронды түрде - бұл жағдайда өзгерістер бағынышты серверлерге көшіріледі.
  кідіріс, бірақ жазу сұрауы жылдамырақ аяқталады.
• Мультимастеррепликация. Бұл тәсіл ұқсас
  алдыңғы, бірақ бұл жерде деректерді қол жеткізусіз өзгерте аламыз
  белгілі бір сервер, бірақ дерекқордың кез келген көшірмесі. Сонымен бірге өзгереді
  синхронды немесе асинхронды түрде басқа көшірмелерге тасымалданады. Кейде бұл схема деп аталады
  «деректер базасының кластері» термині.

Жүйені серверлер арасында таратудың әртүрлі нұсқалары бар.
Мысалы, бізде бір дерекқор сервері және бірнеше серверлері болуы мүмкін (өте
типтік схема), немесе керісінше - бір сервер және бірнеше дерекқор. Егер масштабтасақ ше?
сервер сервері де, дерекқор да болса, содан кейін сервер мен дерекқордың көшірмесін біріктіруге болады
бір көлік. Қалай болғанда да, бізде бірнеше көшірмелер болған кезде
кез келген серверде олардың арасында қалай дұрыс бөлуге болады деген сұрақ туындайды
жүк.

Теңдестіру әдістері

Әрқайсысы сұрауларды өңдей алатын бірнеше серверлерді (кез келген мақсат үшін - http, деректер базасы және т.б.) құруға рұқсат етіңіз. Бұрын
олардың арасында жұмысты қалай бөлуге болады, қайсысын қалай анықтауға болады деген тапсырма тұр
сервер сұрау жібере ме? Сұраныстарды таратудың екі негізгі жолы бар.

• Теңдестіру қондырғысы. Бұл жағдайда клиент біреуіне сұрау жібереді
  оған белгілі тіркелген сервер және ол сұрауды біреуіне қайта бағыттайды
  жұмыс істейтін серверлер. Әдеттегі мысал - бір және бірнеше интерфейсі бар сайт
  сұраулар проксиге жіберілетін серверлер. Дегенмен, «клиент» мүмкін
  біздің жүйеде болыңыз - мысалы, сценарий сұрауды жібере алады
  ДҚБЖ серверлерінің біріне сұрау жіберетін дерекқор прокси серверіне.
  Теңдестіру түйінінің өзі бөлек серверде де, бір серверде де жұмыс істей алады
  жұмыс істейтін серверлерден.

  Бұл тәсілдің артықшылықтары мынада
  клиент жүйенің ішкі құрылымы туралы - саны туралы ештеңе білудің қажеті жоқ екенін
  серверлер, олардың мекенжайлары мен мүмкіндіктері туралы – тек
  теңгеруші Дегенмен, кемшілігі теңгерім қондырғысының жалғыз болуы
  жүйенің істен шығу нүктесі - егер ол сәтсіздікке ұшыраса, бүкіл жүйе болады
  жұмыс істемейтін. Сонымен қатар, ауыр жүктеме кезінде теңгергіш жай ғана тоқтауы мүмкін
  олардың жұмысын жеңе алады, сондықтан бұл тәсіл әрқашан қолданыла бермейді.

• Клиенттік теңгерімдеу. Біз аулақ болғымыз келсе
  бір сәтсіздік нүктесі, балама нұсқа бар - серверді таңдауды тапсыру
  клиенттің өзіне. Бұл жағдайда клиент біздің ішкі құрылымы туралы білуі керек
  қай серверге хабарласу керектігін дұрыс таңдай алатын жүйелер.
  Сөзсіз артықшылық - сәтсіздік нүктесінің болмауы - егер олардың біреуі болса
  серверлер клиент басқалармен байланыса алады. Дегенмен, бұл үшін баға
  неғұрлым күрделі клиент логикасы және аз теңгерім икемділігі.

Әрине, бұл тәсілдердің комбинациясы да бар. Мысалы,
DNS теңдестіру сияқты жүктемені бөлудің белгілі әдісі негізделген
сайттың IP мекенжайын анықтау кезінде клиентке беріледі
бірнеше бірдей серверлердің бірінің мекенжайы. Осылайша, DNS функциясын орындайды
клиент «таратуды» алатын теңгерімдеуші түйіннің рөлі. Дегенмен
DNS серверлерінің құрылымының өзі себебінен істен шығу нүктесінің жоқтығын білдіреді
қайталау – яғни екі тәсілдің артықшылығы біріктіріледі. Әрине, бұл
Теңестіру әдісінің кемшіліктері де бар - мысалы, мұндай жүйені динамикалық түрде жасау қиын
қайта құру.

Сайтпен жұмыс істеу әдетте бір сұраумен шектелмейді.
Сондықтан, жобалау кезінде дәйекті сұраулардың орындай алатынын түсіну маңызды
клиент әртүрлі серверлермен дұрыс өңделуі керек немесе клиент болуы керек
сайтпен жұмыс істеу кезінде бір серверге байланысты. Бұл әсіресе маңызды, егер
сайт пайдаланушының сеансы туралы уақытша ақпаратты сақтайды (бұл жерде
Бұл жағдайда тегін тарату да мүмкін - бірақ содан кейін сақтау керек
сеанстар (барлық серверлерге ортақ сақтау орны). Келушіге «байлау».
белгілі бір серверді оның IP мекенжайы бойынша көрсетуге болады (бірақ ол өзгеруі мүмкін),
немесе cookie (сервер идентификаторы алдын ала жазылған) арқылы немесе тіпті
жай ғана қажетті доменге қайта бағыттау арқылы.

Екінші жағынан, есептеу серверлері тең құқықтарға ие болмауы мүмкін.
Кейбір жағдайларда керісінше әрекет ету, бөлек серверді бөлу тиімді
бір түрдегі сұраныстарды өңдеу - және тік бөлімді алу
функциялары. Содан кейін клиент немесе теңдестіру түйіні серверді таңдайды
алынған сұраныс түріне байланысты. Бұл тәсіл бөлуге мүмкіндік береді
басқалардың маңызды (немесе керісінше, сыни емес, бірақ қиын) сұраулары.

Деректерді тарату

Біз есептеулерді таратуды үйрендік, сондықтан үлкен
қатысу біз үшін проблема емес. Дегенмен, деректер көлемі өсуде,
оларды сақтау және өңдеу барған сайын қиындап барады - бұл салу уақыты келді дегенді білдіреді
таратылған деректерді сақтау. Бұл жағдайда бізде енді бір немесе болмайды
дерекқордың толық көшірмесін қамтитын бірнеше серверлер. Оның орнына деректер
әртүрлі серверлер бойынша таратылады. Ықтимал тарату схемалары қандай?

• Тік таралу(тік бөлу) - қарапайым жағдайда
  Деректер қорының жеке кестелерін басқа серверге тасымалдауды білдіреді. Сағат
  Бұл жағдайда біз әртүрлі серверлерге кіру үшін сценарийлерді өзгертуіміз керек
  әртүрлі деректер. Шектеуде біз әрбір кестені бөлек серверде сақтай аламыз
  (бірақ іс жүзінде бұл пайдалы болуы екіталай). Әлбетте, осымен
  тарату кезінде деректерді біріктіретін SQL сұрауларын жасау мүмкіндігін жоғалтамыз
  әртүрлі серверлерде орналасқан екі кесте. Қажет болса, іске асыруға болады
  қолданбадағы логиканы біріктіру, бірақ ол ДҚБЖ-дағыдай тиімді болмайды.
  Сондықтан, мәліметтер қорын бөлу кезінде кестелер арасындағы байланыстарды талдау керек,
  мүмкіндігінше тәуелсіз кестелерді тарату.

  Неғұрлым күрделі жағдай
  тік негізді бөлу - бұл бөлік болған кезде бір кестенің ыдырауы
  оның кейбір бағандары бір серверде, ал кейбіреулері басқа серверде аяқталады. Бұл техника
  сирек кездеседі, бірақ оны, мысалы, кішігірім бөлу үшін қолдануға болады
  және сирек пайдаланылатын деректердің үлкен көлемінен жиі жаңартылатын деректер.

• Көлденең таралу(көлденең бөлу) - тұрады
  бір кестедегі деректерді бірнеше серверге тарату. Шын мәнінде, қосулы
  әрбір сервер бірдей құрылымның кестесін жасайды және сақтайды
  белгілі бір деректер бөлігі. Деректерді серверлер арасында әртүрлі жолдармен таратуға болады
  критерийлер: ауқым бойынша (идентификаторы бар жазбалар< 100000 идут на сервер А, остальные - на сервер Б), по списку значений (записи типа «ЗАО» и «ОАО» сохраняем на сервер
  A, қалғаны - серверге B) немесе белгілі бір өрістің хэш мәні бойынша
  жазбалар. Деректерді көлденең бөлу шектеусіз сақтауға мүмкіндік береді
  жазбалардың саны, алайда, таңдауды қиындатады. Таңдаудың ең тиімді жолы
  олар қай серверде сақталғаны белгілі болғанда ғана жазады.

Дұрыс деректерді тарату схемасын таңдау үшін сізге қажет
мәліметтер қорының құрылымын мұқият талдау. Қолданыстағы кестелер (және мүмкін
жеке өрістер) жазбаларға қол жеткізу жиілігіне қарай, жиілігіне қарай жіктелуі мүмкін
жаңартулар және өзара байланыстар бойынша (бірнеше таңдау жасау қажеттілігі
кестелер).

Жоғарыда айтылғандай, дерекқордан басқа, сайт жиі қажет
екілік файлдарды сақтау. Таратылған файлдарды сақтау жүйелері
(шын мәнінде файлдық жүйелер) екі класқа бөлуге болады.

• Жұмыс істеу операциялық жүйе деңгейінде. Оның үстіне, үшін
  қолданбалар, мұндай жүйеде файлдармен жұмыс істеу қарапайым жұмыстан еш айырмашылығы жоқ
  файлдар. Серверлер арасындағы ақпарат алмасу операциялық жүйе арқылы жүзеге асырылады.
  Мұндай файлдық жүйелердің мысалдары бұрыннан белгілі
  NFS отбасы немесе азырақ белгілі, бірақ заманауи Luster жүйесі.
• Орындалды қолданба деңгейіндетаратылды
  репозиторийлер ақпарат алмасу жұмысының өздігінен жүргізілетінін білдіреді
  қолдану. Әдетте жадпен жұмыс істеу функциялары орналастырылады
  бөлек кітапхана. Мұндай сақтаудың жарқын мысалдарының бірі әзірлеген MogileFS болып табылады
  LiveJournal жасаушылар. Басқа кең таралған мысал пайдалану болып табылады
  WebDAV протоколы және оны қолдайтын жады.

Айта кету керек, деректерді тарату ғана емес шешеді
сақтау мәселесі, сонымен қатар ішінара жүктемені бөлу мәселесі - әрқайсысы бойынша
Серверде жазбалар аз, сондықтан олар тезірек өңделеді.
Есептер мен деректерді тарату әдістерінің үйлесімі құрастыруға мүмкіндік береді
жұмыс істеуге қабілетті потенциалды шектеусіз масштабталатын архитектура
кез келген деректер көлемі және кез келген жүктеме.

қорытындылар

Айтылғандарды қорытындылау үшін қысқаша тезистер түрінде тұжырымдар жасайық.

• Масштабтаудың екі негізгі (және қатысты) мәселесі - есептеуді тарату және деректерді тарату
• Типтік сайт архитектурасы рөлдерді бөлуді және
  фронтенді, серверді, дерекқорды және кейде файлдарды сақтауды қамтиды
• Шағын деректер көлемі мен ауыр жүктемелер үшін пайдаланыңыз
  деректер базасын көшіру – синхронды немесе асинхронды репликация
• Мәліметтердің үлкен көлемі үшін мәліметтер қорын тарату қажет - бөлу
  ол тігінен немесе көлденеңінен
• Екілік файлдар таратылған файлдық жүйелерде сақталады
  (ОС деңгейінде немесе қолданбада жүзеге асырылады)
• Баланстау (сұраныстарды бөлу) біркелкі немесе болуы мүмкін
  функционалдығы бойынша бөлінген; теңгерімдеу түйінімен немесе клиент жағында
• Әдістердің дұрыс үйлесімі кез келген жүктемеге төтеп беруге мүмкіндік береді;)

Сілтемелер

Сіз бұл тақырыпты қызықты ағылшын тіліндегі сайттар мен блогтарда оқуды жалғастыра аласыз.

Корпоративтік жүйелердің ауқымдылығы жаңа аппараттық және бағдарламалық құралдарды соңғысының қосымша модификациясынсыз қосу арқылы олардың қуатын арттыру мүмкіндігін білдіреді. Бұл тармақ заманауи компьютерлік және желілік технологияларды пайдалану кезінде маңызды. Мысал орталық банкте және оның филиалдарында таратылған деректерді өңдеуді келтіруге болады.

Масштабтауға әртүрлі деңгейлерде қол жеткізіледі: а) Техникалық; б) жүйелік; в) желі; d) ДҚБЖ; d) Қолданылады. ОЖ үшін масштабтау ОЖ бір процессор архитектурасына байланысты емес дегенді білдіреді. Егер пайдаланушы алдында тұрған міндеттер күрделене түссе және компьютерлік желіге қойылатын талаптар кеңейсе, ОЖ корпоративтік желіге неғұрлым қуатты және өнімді серверлер мен жұмыс станцияларын қосу мүмкіндігін қамтамасыз етуі керек. Аппараттық құралдардың, бағдарламалық жасақтаманың ауқымдылығын және тұтастай алғанда жүйенің ауқымдылығын қарастыруға болады. Ауқымдылық келесі технологияларға негізделген: а) халықаралық стандарттар; б) Желілік және телекоммуникациялық технологиялар; c) Операциялық жүйелер; d) Клиент/сервер технологиясы және басқа да бірқатар құралдар.

Жұмыстың аяқталуы -

Бұл тақырып келесі бөлімге жатады:

Басқарудағы компьютерлік ақпараттық технологиялар. Басқару жүйелерінің классификациясы

ТМД мақсаты – ТМД шеңберінде ғылыми және практикалық мәселелерді шешу құралы ретінде қазіргі заманғы ақпараттық технологияларды пайдалануға дайындау.. Ақпараттық технологиялар түсінігі Корпоративтік ақпарат..

Егер сізге осы тақырып бойынша қосымша материал қажет болса немесе сіз іздеген нәрсені таба алмасаңыз, біз жұмыстардың дерекқорындағы іздеуді пайдалануды ұсынамыз:

Алынған материалмен не істейміз:

Егер бұл материал сізге пайдалы болса, оны әлеуметтік желілердегі парақшаңызға сақтауға болады:

Осы бөлімдегі барлық тақырыптар:

Ақпараттық технология түсінігі. Корпоративтік ақпараттық технологиялар
Технология - бұл өндіріс процесінде материалдарды өңдеудің өзара байланысты әдістері мен бұйымдарды дайындау әдістерінің жүйесі. Ақпараттық технология – өзара байланысты технологиялар жүйесі

Ақпаратты өңдеу технологиясы. Ынтымақтастық, ашықтық және модульдік түсінігі
Ақпарат – тіркелуге және өңдеуге жататын қызықтыратын фактілердің, құбылыстардың, оқиғалардың жиынтығы. Бұл екі нүктенің болуын білдіреді: ақпарат көзі және қабылдаушы (тұтынушы).

Ақпараттық жүйелерді қамтамасыз ету түрлері
ASOEI қолдауының түрлері: а) Техникалық; б) математикалық; в) лингвистикалық; d) Бағдарламалық қамтамасыз ету. Ақпараттық қамтамасыз ету – ақпаратты жіктеу және кодтау жүйесі, өңдеудің технологиялық схемасы

Корпоративтік ақпараттық жүйенің архитектурасы
ТМД архитектурасы бірнеше деңгейден тұрады: а) Ақпараттық-логикалық деңгей – деректер ағындарының және шығу, тұтыну орталықтарының (түйіндерінің) жиынтығы.

Корпоративтік ақпараттық жүйелерге қойылатын талаптар
Ақпаратты өңдеу технологияларын белсенді жетілдіру процестері қазіргі ақпараттық жүйелерге (ТМД) келесі талаптардың көбірек қойылуының салдары болып табылады: а) құрылым

Корпоративтік ақпараттық жүйелердің гетерогенділігі. Корпоративтік ақпараттық жүйелердегі гетерогенділік мәселелерінің шешімдері
Корпоративтік жүйелердің гетерогенділік мәселелерін жеңу және оның құрамына кіретін компоненттердің үйлесімділігін қамтамасыз ету мәселелері ең маңызды рөл атқарады. Есептеу жүйелеріндегі гетерогенділік себеп болуы мүмкін

Компьютерлік ақпараттық технологиялар саласындағы халықаралық стандарттар
Қазіргі уақытта ИСО (Халықаралық Стандарттар Ұйымы), дәлірек айтқанда, ИСО техникалық комитеті әзірлеген кәсіпорынның сапа жүйесіне арналған стандарттар жиынтығы бүкіл әлемде кең таралған.

Басқару объектісінің ақпараттық модельдері
Заманауи кәсіпорынды ақпарат көздері сыртқы және ішкі бизнес ортасы болып табылатын тиімді ақпараттық орталық ретінде қарастыруға болады. Сыртқы кәсіпкерлік орта –

Корпоративтік ақпараттық жүйелерді ақпараттық қамтамасыз ету
Ақпараттық қамтамасыз ету – ақпаратты жіктеу және кодтау жүйесі, деректерді өңдеудің технологиялық схемасы, нормативтік және анықтамалық ақпарат, құжат айналымы жүйесі және т.б. Ақпараттық

Ақпараттық ресурстарды бірыңғай ақпараттық кеңістік ретінде қалыптастыру саясаты
Әртүрлі деңгейдегі ақпараттық ресурстардың өзара әрекеттесуін қамтамасыз ету үшін қажет: а) қазіргі заманғы ақпараттық технологияларды пайдалану; б) Заманауи көліктік ақпараттық орта; в) жеу

Есептеу жүйелерін қолданудың артықшылықтары
Көп машиналы және көп процессорлы компьютерлерді қолдану нәтижесінде келесі артықшылықтарға қол жеткізуге болады: 1) Өнімділік пен жылдамдықты арттыру.

Байланыс жабдықтары және байланыс құралдары
Коммуникациялық технология басқару қызметінің негізгі функцияларының бірін қамтамасыз етеді - басқару жүйесі ішінде ақпаратты беру және сыртқы ортамен мәліметтер алмасу, ұсынады.

Операциялық жүйелер (ОЖ). ОЖ технологиялары
Жүйелік бағдарламалардың ішінде операциялық жүйе (ОЖ) ерекше орын алады. Операциялық жүйе (ОЖ) басқаратын бағдарламалар жиынтығы ретінде түсініледі

OS Unix және корпоративтік ақпараттық жүйелердегі құрылымдық шешімдер. Ұтқырлық түсінігі
Unix ОЖ-ны әзірлеу 1968 жылы Bell Laboratories-тен басталды. Негізгі фреймге арналған көп пайдаланушылық 32-биттік Unix ОЖ ұсынылды. 1976 жылы AT&T (оған В

Компьютерлік желілер туралы түсінік және олардың сипаттамалары
Компьютерлік желі – есептеу ресурстарын тиімді пайдалану үшін мәліметтерді тасымалдау арналары арқылы өзара байланысты географиялық дисперсті компьютерлер кешені. Мүмкіндік

Компьютерлік желілердің құрамы
Компьютерлік желілер аппараттық, бағдарламалық және ақпараттық құралдарды қамтиды. Яғни, компьютерлік желіні бүкіл аумаққа таратылған аппараттық және бағдарламалық қамтамасыздандыруы бар жүйе ретінде қарастыруға болады.

Компьютерлік желі архитектурасы
Жалпы алғанда, компьютерлік желілердің архитектурасын екі тұрғыдан қарастыруға болады – компьютерлік желіні физикалық ұйымдастыру (желі топологиясы) және желіні логикалық деңгейде ұйымдастыру.

Бөлінген сервері бар компьютерлік желілер және олардың сипаттамалары
Клиент-сервер - бұл құрылғылар клиент немесе сервер болып табылатын желі архитектурасы. Клиент - сұраушы машина (әдетте ДК), сервер - жауап беретін машина.

Ғаламдық компьютерлік желілердің құрылымы
Ғаламдық желілер (WAN, Wide Area Networks) – кең жолақты арналары бар жүйелер және алыс қашықтықтағы компьютерлер арасындағы өзара әрекеттесуді ұйымдастыруға мүмкіндік береді. Ең дұрысы, ғаламдық компьютер

Компьютерлік желілердің масштабтылығы
Масштабтылық – желі ресурстары мен абоненттерді ұлғайту мүмкіндігі. Бөлінген сервері бар компьютерлік желілерде жұмыс станциялары бөлінген серверлерге қосылады, ал серверлер өз кезегінде топтастырылады.

Интернет протоколдары
Бұл жағдайда протокол, бейнелеп айтқанда, желіде жұмыс істеу кезінде деректер алмасу үшін компьютерлер пайдаланатын «тіл». Желідегі әртүрлі компьютерлер бір-бірімен байланысуы үшін олар өзара байланысуы керек

Интернетте адрестеу
Интернет - бұл IP протоколын пайдалану және деректер пакеттерін бағыттау негізінде құрылған өзара байланысты компьютерлік желілердің дүниежүзілік жүйесі. Интернет ғаламдық ақпараттық кеңістікті құрайды, қызмет етеді

Масштабтылық - бұл процессорлардың саны мен қуатын, жедел жады мен сыртқы жады көлемін және басқа CS ресурстарын арттыру мүмкіндігі. Масштабтау компьютердің архитектурасы мен дизайнымен, сондай-ақ соған сәйкес бағдарламалық құралдармен қамтамасыз етілуі керек.

Мәселен, мысалы, кластерді масштабтау мүмкіндігі процессор жылдамдығының байланыс жылдамдығына қатынасымен шектеледі, ол тым үлкен болмауы керек (шындығында үлкен жүйелер үшін бұл қатынас 3-4-тен аспауы керек, әйтпесе ол тіпті бір операциялық жүйенің кескін режимін жүзеге асыру мүмкін емес ). Екінші жағынан, процессорлар мен коммуникаторлардың даму тарихының соңғы 10 жылы олардың арасындағы жылдамдық алшақтығы үнемі өсіп келе жатқанын көрсетеді. Шынайы масштабталатын жүйеге қосылған әрбір жаңа процессор қолайлы бағамен өнімділік пен өткізу қабілеттілігін болжамды арттыруды қамтамасыз етуі керек. Масштабталатын жүйелерді құру кезіндегі негізгі міндеттердің бірі компьютерді кеңейтуге кететін шығындарды азайту және жоспарлауды жеңілдету болып табылады. Ең дұрысы, жүйеге процессорларды қосу оның өнімділігінің сызықтық өсуіне әкелуі керек. Дегенмен, бұл әрдайым бола бермейді. Өнімділік жоғалтулары, мысалы, процессорлар мен негізгі жады арасындағы, сондай-ақ жады мен енгізу/шығару құрылғылары арасындағы трафиктің ұлғаюына байланысты шинаның өткізу қабілеттілігі жеткіліксіз болғанда орын алуы мүмкін. Шындығында, өнімділіктің нақты өсуін алдын ала бағалау қиын, себебі ол көбінесе қолданба әрекетінің динамикасына байланысты.

Жүйені масштабтау мүмкіндігі аппараттық архитектурамен ғана емес, сонымен қатар бағдарламалық қамтамасыз етудің қасиеттеріне де байланысты. Бағдарламалық жасақтаманың ауқымдылығы қарапайым хабарламаларды беру механизмдерінен транзакция мониторлары және бүкіл қолданбалы жүйе ортасы сияқты күрделі нысандарға дейінгі барлық деңгейлерге әсер етеді. Атап айтқанда, бағдарламалық қамтамасыз ету жүйе өнімділігінің сызықтық өсуіне кедергі келтіруі мүмкін процессор аралық трафикті азайтуы керек. Аппараттық қамтамасыз ету (процессорлар, автобустар және енгізу/шығару құрылғылары) бағдарламалық қамтамасыз ету болжамды өнімділікті қамтамасыз ете алатын масштабталатын архитектураның бір бөлігі ғана. Мысалы, қуаттырақ процессорға жай ғана жаңарту жүйенің басқа компоненттерін шамадан тыс жүктеуі мүмкін екенін түсіну маңызды. Бұл шын мәнінде масштабталатын жүйе барлық жағынан теңдестірілген болуы керек дегенді білдіреді.

Масштабтау – түсінігі және түрлері. «Ауқымдылық» санатының жіктелуі мен ерекшеліктері 2017, 2018 ж.