Мазмұнға өту
XSIS

Технология

Бағдарламалық инженерия

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

32 сұрақ

Технологиялық стекті қалай таңдайсыздар?

Біз командаңыз іске қоса алатын және мамандарды жалдай алатын нәрседен, басқа жүйелеріңіз қолданатын нәрседен және бағдарлама не істеуі керектігінен бастаймыз. Іскерлік бағдарламаның көбі үшін бұл TypeScript, Java, C# немесе Python сияқты кең тараған тіл, реляциялық дерекқор және Сіз қолданып жүрген бұлт. Әрбір таңдауды және оның себептерін жазып отырамыз.

Көпклиенттік SaaS өнімін жасай аласыздар ма?

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

Құрамдас архитектура біз үшін нені білдіреді?

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

Қай клиенттік фреймворкті қолданасыздар?

Жаңа қосымшалардың көбі үшін React-ты Next.js-пен қолданамыз, өйткені ол серверлік рендерингті қолдайды және қуатты құралдары бар. Angular және Vue.js-пен де жұмыс істейміз, ал Сіз қолданып жүрген фреймворкте жұмысты жалғастырамыз, егер бұл орынды таңдау болса.

Неге веб-қосымша емес, жұмыс үстелі қосымшасын жасау керек?

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

Нативті немесе платформааралық жұмыс үстелі қосымшасы: қайсысын таңдау керек?

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

Жұмыс үстелі қосымшасы желісіз жұмыс істей ала ма?

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

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

Иә. Қызметкерлеріңіз пайдаланатын құрылғылармен, мысалы штрих-код сканерлерімен, чек және затбелгі принтерлерімен, таразылармен және төлем терминалдарымен интеграция жасаймыз. Әр құрылғының драйверлері, SDK-лары немесе стандартты порттары арқылы қосылып, дәл өзіңіз қолданатын модельдермен және микробағдарламалармен тексереміз, өйткені бір типтегі құрылғылар жиі басқаша әрекет етеді.

Native әлде кросс-платформалық құру керек пе?

Swift және Kotlin тілдеріндегі native қосымшалар құрылғы мүмкіндіктеріне толық қолжетімділік береді. React Native немесе Flutter-дегі кросс-платформалық қосымшалар кодының көбін iOS пен Android арасында бөліседі, бұл оларды құру мен өзгерту құнын төмендетеді. Қосымша құрылғыға қатты тәуелді болса, native-ты, ал көп іскерлік және тұтынушылық қосымшаларға кросс-платформалықты ұсынамыз.

Цифрлық егіз деген не және оны қашан құрған жөн?

Цифрлық егіз дегеніміз физикалық орынның немесе процестің тікелей 3D моделі, оның сенсорлары мен жүйелерінен келетін деректермен қоректенеді. Ол сол орын туралы шешімдерді нақты жағдайда тексеру қымбат болғанда құрған жөн. Мысалдар: өндіріс желісін өзгерту, портты жоспарлау, ақылды қала ауданын басқару немесе қызметкерлерді сирек оқиғаларға оқыту.

Цифрлық егіз қандай жүйелерге қосыла алады?

Нақты алаңды сипаттайтын жүйелерге: өнеркәсіптік IoT және сенсор платформалары, ғимарат және зауыт жүйелері, ERP және активтерді қолдау жүйелері. Дерек көздерін және әрқайсысының қаншалықты жиі жаңаратынын келісеміз, сондықтан егіз алаңды қазіргі қалпында көрсетеді.

Қосымша байланыссыз жұмыс істей ала ма?

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

Өнімдерді қалай қолжетімді етесіздер?

Бірінші каркастан бастап WCAG 2.2 AA-ға сай жобалаймыз: жеткілікті контраст, көрінетін фокус, логикалық оқу реті, жеткілікті үлкен мақсаттар және әрбір басқару элементіне белгі. Автоматты тексерулер әрбір өзгерісте жүреді. Әрбір шығарылым алдында негізгі жолдарды пернетақтамен және экран оқығыштармен қолмен тексереміз.

Араб және басқа оңнан солға жазылатын тілдер үшін жобалай аласыздар ма?

Иә. Оңнан солға жобалау экранды айналдыру ғана емес: навигация, ілгерілеу көрсеткіштері және бағыт белгішелері айнаға айналады, ал сандар, логотиптер және медиа басқару элементтері әдетте айналмайды. Араб мәтініне өз қарпі, өлшемі және жол биіктігі қажет, ал екі бағытты да ана тілінде сөйлейтін оқырмандармен қараймыз.

Өзін қалпына келтіретін тест автоматтандыруы деген не?

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

Жаңғыртуда ЖИ нақты нені істейді?

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

COBOL және DB2 жүктемелерін мейнфреймнен көшіре аласыздар ма?

Иә. COBOL бағдарламаларын бұлттық қызметтер ретінде аударамыз немесе қайта құрамыз, ал DB2 деректерін әр қадамда салыстыра отырып көшіреміз. Топтама жұмыстар мен файл интерфейстері заманауи баламаларға ие болады. Тұрақты және көшіру қымбат бөліктер өз кезегі келгенше API қабатының артында қала алады.

Жүйені ауыстырғаннан гөрі қаптаған қашан жақсы?

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

Егеменді бұлт деген не және бізге ол қажет пе?

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

Қай бұлт провайдерін пайдалануымыз керек?

Әдетте қазір қолданып жүргеніңізді, егер ауысудың айқын себебі болмаса. Шешуші факторлар: деректердің тұруы, қолданыстағы келісімшарттар мен дағдылар, қажет басқарылатын қызметтер және басқа жүйелеріңіздің қосылуы. Біз AWS, Microsoft Azure, Google Cloud, Alibaba Cloud және аймақтық мемлекеттік бұлттармен жұмыс істейміз және провайдерге тән кодты тек тұрарлық жерде ғана ұстаймыз.

Байланып қалудан қалай аулақ боласыздар?

Инфрақұрылым Terraform, OpenTofu немесе Pulumi сияқты ашық бастапқы код құралдарында анықталады, ал жүктемелер Kubernetes немесе басқа көшірмелі платформаларда жұмыс істейді. Провайдердің меншікті қызметі жақсырақ таңдау болса, оны әдейі қолданып, шығу жолын жазып қоямыз. Нәтижесінде әрбір жүктемені көшіру қанша күш алатыны туралы жазбаша бағалау аласыз.

Инфрақұрылымызды өз үй-жайымызда ұстауымыз керек пе әлде бұлтқа көшіруіміз керек пе?

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

ЖИ модельдерін өз GPU-ларымызда іске қосуымыз керек пе?

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

Бізде бар жабдықпен және жүйелермен жұмыс істей аласыздар ма?

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

Платформа инженериясы деген не және оның DevOps-тан айырмашылығы неде?

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

Қандай құралдарды қолданасыздар?

Әдетте өздеріңізде бар құралдарды. Инфрақұрылым үшін Terraform, OpenTofu және Pulumi-мен, контейнерлер үшін Kubernetes-пен және GitLab CI/CD, GitHub Actions және Argo CD сияқты жиі қолданылатын CI/CD қызметтерімен жұмыс істейміз. Құрал қажетті нәрсеге кедергі болса ғана өзгеріс ұсынамыз.

Кэштеу мен бағыттау жауаптардың сапасын төмендетпей ме?

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

GreenOps деген не?

GreenOps FinOps тәсілін энергия мен көміртегіге қолданады. Жүктемелер пайдаланатынына қарай өлшенеді, күте алса, электр қуаты тазарақ жерде және уақытта жүргізіледі және ESG есептілігіңізге қажет шарттарда есептеледі.

Біздің аппараттық қауіпсіздік модульдеріміз посткванттық алгоритмдерді қолдай ма?

Қолдау модель мен прошивка нұсқасына қарай өзгереді. CBOM аудитінде әрбір HSM-ді тексереміз және тек қажет жерде жаңартуды немесе ауыстыруды жоспарлаймыз.

Бізге кванттық кілт тарату қажет пе?

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

Қандай бұлттармен және платформалармен жұмыс істейсіздер?

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud және аймақтық мемлекеттік бұлттар, сондай-ақ өз деректер орталықтарыңыз бен жеке GPU кластерлеріңіз. Инфрақұрылым Terraform, OpenTofu немесе Pulumi-де анықталады, ал жүктемелер Kubernetes-те жүреді, сондықтан провайдер таңдауы ашық қалады.

Гиперскейлерден кетуге көмектесе аласыздар ма?

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

Басқа сұрақтар

Барлық тақырыптар

Шарттан емес, әңгімеден бастаңыз.

Нені құру, нені қосу немесе нені қорғау қажет екенін айтыңыз. Архитектор оны Сізбен бірге қарап, қайдан бастауды ұсынады.

Әрі қарай не болады

  1. Уақытты келісу

    Біздің команда сессия уақытын келісу үшін Сізге электрондық хат жібереді.

  2. Консалтингке дейінгі сессия

    Алдымен тегін 30 минуттық онлайн алдын ала консультация: мақсаттарыңызды, жүйелеріңізді және шектеулеріңізді қараймыз.

  3. Дайындық шолуы

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

  4. Бағытты таңдау

    Талаптары дайын жобалар 3 жұмыс күнінен 5 жұмыс күніне дейінгі мерзімде міндетті ұсыныс алады. Тұжырымдама кезеңіндегі жобалар Blueprint Studio-дан басталады. Істен шығып жатқан, құжатталмаған немесе интеграцияны қажет ететін жұмыс істеп тұрған жүйе 1 аптадан 2 аптаға дейін диагностикасынан басталады. Blueprint Studio мен диагностиканың әрқайсысының ұсыныста көрсетілетін белгіленген алымы бар.