POS tizimi uchun 'oflayn-birinchi' aniq nimani anglatadi?

Bu shuni anglatadiki, lokal qurilma savdo sodir bo'lgan paytda o'z ma'lumotlar bazasini haqiqiy yozuv sifatida ko'radi, hisob-kitobni yakunlash uchun markaziy serverga jonli ulanish talab qilinmaydi. Bulutga sinxronlash esa keyinroq, ulanish mavjud bo'lganda avtomatik ravishda sodir bo'ladi.

Oflayn-birinchi 'oflayn rejim'ga ega bo'lish bilan bir xilmi?

Har doim ham emas. Oflayn rejimga ega deb targ'ib qilingan ko'plab tizimlar hali ham bulutni asosiy haqiqat manbai sifatida ko'radi va qisqa uzilishlar uchun faqat so'nggi ma'lumotlarni keshlaydi. Haqiqiy oflayn-birinchi loyihalash bu ustuvorlikni teskarisiga aylantiradi: lokal ombor asosiy manba bo'ladi, sinxronlash esa ikkinchi darajali, imkon qadar yaxshi harakat qiladigan jarayondir.

Oflayn-birinchi tizimlar uzilgan holatda ikkita qurilma qarama-qarshi o'zgarishlar kiritganda buni qanday hal qiladi?

Bu sohadagi qiyinroq muhandislik muammolaridan biri, va mavjud yozuvlar buni chetlab o'tilishi mumkin bo'lgan narsa emas, balki ochiq loyihalanishi kerak bo'lgan narsa sifatida tasvirlaydi — masalan, vaqt tamg'asiga asoslangan birlashtirish qoidalari yoki qo'lda moslashtirish. Xaridorlar sotuvchidan bu holatni qanday hal qilishini to'g'ridan-to'g'ri so'rashlari kerak.

Oflayn-birinchi soha standarti bo'lib borayotganiga kuchli mustaqil dalil bormi?

Hozirgi dalillar asosan alohida tizimlarni tasvirlovchi amaliyotchi blog yozuvlari, shuningdek bitta kengroq dasturiy ta'minot arxitekturasi muhokama mavzusi, mustaqil bozor tadqiqoti emas. Bu muhandislarning bu muammoni qanday hal qilishni tasvirlashida haqiqiy va izchil naqsh, lekin buni isbotlangan soha bo'ylab o'zgarish emas, balki shakllanayotgan muhandislik konsensusi sifatida o'qish kerak.

Nega oflayn ishonchlilik rivojlanayotgan bozorlardagi do'konlar uchun ko'proq muhim?

Chunki ishonchsiz internet yoki elektr ta'minoti bu bozorlarning ko'pchiligida kamdan-kam uchraydigan hodisa emas, balki oddiy ish sharoitidir. Ulanishsiz ishlay olmaydigan POS uzilishlar paytida savdoni to'xtatib qo'yadi, lokal-birinchi loyihalash esa do'konga ishlashda davom etish va xizmat qaytgach yozuvlarni moslashtirish imkonini beradi.

Oflayn-birinchi POS: nima uchun "sukut bo'yicha lokal" arxitekturasi kichik do'konlar uchun to'g'ri yechim

QisqachaOflayn-birinchi kassa (POS) tizimlari haqidagi so'nggi texnik maqolalar bir xil o'zgarishni tasvirlaydi: lokal qurilmani asosiy ma'lumotlar manbai sifatida ko'rish, bulutga sinxronlashni esa har bir savdo uchun majburiy shart emas, balki ixtiyoriy, avtomatik fon vazifasi sifatida qarash. Rivojlanayotgan bozorlardagi kichik chakana sotuvchilar uchun bu arxitekturaviy tanlov — uzilish paytida ishlab turish bilan mijozlarni qaytarib yuborish o'rtasidagi farqdir. Biz kichik do'konlar uchun POS tizimi bo'lgan Pultrack'ni yaratamiz, shuning uchun bu materialni diqqat bilan o'qidik — va bizningcha, bu naqsh puxta muhandislik yechimi, garchi bu haqidagi ochiq yozuvlarning ko'pchiligi mustaqil tadqiqotlar emas, balki amaliyotchilarning bloglari va shaxsiy loyiha yozuvlari bo'lsa-da.

Biz rivojlanayotgan bozorlardagi kichik chakana sotuvchilar uchun kassa va inventar ilovasi bo'lgan Pultrack'ni yaratamiz, shuning uchun boshqa jamoalar bizni ham qiynayotgan muammoni — internet yoki elektr uzilganda do'kon kassasini ishlab turishini — qanday hal qilishlarini o'qishga ko'p vaqt sarflaymiz. So'nggi bir necha oy ichida bir nechta muhandislik yozuvlari va bitta uzoq dasturiy ta'minot arxitekturasi muhokamasi POS dasturiy ta'minoti uchun "oflayn-birinchi" nimani anglatishi haqida deyarli bir xil tasvirga kelishdi. Biz ularning aslida nima deyayotganini, qayerda kelishishayotganini, dalillar ko'rinishidan ko'ra qayerda yupqaroq ekanini va bu do'kon egasi nima sotib olishni hal qilayotganda nimani anglatishini ochiq yoritmoqchimiz.

POS uchun "oflayn-birinchi" aslida nimani anglatadi?

Eng aniq texnik ma'lumot oflayn-birinchi POS qurish haqidagi amaliy tahlil yozuvidan olinadi, unda lokal qurilma — bulut emas — asosiy ma'lumotlar manbai sifatida ko'rsatiladi, sinxronlash esa ulanish qayta tiklanganda davom etadigan avtomatik fon jarayoni sifatida tasvirlanadi.[1] Bu yozuvda lokal-birinchi saqlash (IndexedDB yoki SQLite mustahkam ma'lumotlar qatlami sifatida), har bir tranzaksiya uchun sinxron tarmoq so'rovlari o'rniga navbatga qo'yilgan yozuvlar, uzilgan holatda bir nechta qurilma bir xil yozuvlarni yangilagan holatlar uchun nizolarni hal qilish va internet umuman bo'lmasa ham ishlashda davom etadigan chek/printer ish oqimlari tasvirlangan.[1]

Bu yerda manba haqida ochiq gapirish kerak: bunday amaliy tafsilotlar bitta amaliyotchining bitta tizim haqidagi hikoyasidan olingan, va biz buni yakuniy standart emas, balki bitta ma'lumot nuqtasi sifatida ko'rib chiqamiz. Software Engineering Stack Exchange'dagi parallel, ko'proq arxitekturaga yo'naltirilgan muhokama tub loyihalash savolini bevosita beradi — oflayn rejimli POS uchun yaxshi dasturiy arxitektura qanday bo'lishi kerak — va jamoa javoblari, bir xil amaliy tafsilotlarsiz ham, xuddi shu asosiy shaklga kelishadi: davom etayotgan savdolar uchun asosiy manba sifatida lokal tranzaksiya ombori saqlanadi, markaziy tizim bilan moslashtirish esa faqat keyinroq, jonli ulanishga bog'liq bo'lmagan holda amalga oshiriladi.[2] Bir xil xulosaning mustaqil ravishda ham amaliyotchi blogida, ham kengroq muhandislik muhokama mavzusida paydo bo'lishi mo'tadil, ammo haqiqiy tasdiqdir — ikki xil kontekst bir xil arxitekturaviy intuitsiyaga kelmoqda.

Nega bu ayniqsa rivojlanayotgan bozorlarda muhim?

Ulanish yoki elektr ta'minoti ishonchsiz bozordagi do'kon uchun bu arxitekturaning qiymati qulaylik emas — bu savdoning uzluksizligidir. Oflayn POS tizimlari haqidagi sotuvchi yozuvi amaliy masalani ochiq bayon qiladi: maqsad — bulutga bog'liq ilovani asta-sekin yomonlashtirish emas, balki internet ishlamay qolganda ham savdoni davom ettirish.[3] Boshqa sotuvchi materiallari "oflayn"ni chetdagi holatlar uchun zaxira rejim sifatida emas, balki katta miqyosda POS'ga zarur narsa sifatida taqdim etadi — funksiyalar emas, ishonchlilik do'konning har bir savdoni shu tizim orqali o'tkazishga ishonishini belgilaydi, deb ta'kidlaydi.[4]

Shuni ta'kidlash kerakki, ikkalasi ham o'z mahsulotlarini targ'ib qilayotgan sotuvchi bloglaridir va hech biri mustaqil tadqiqot emas — shuning uchun biz ularni uzluksizlik nima uchun muhimligi haqidagi dalil sifatida keltiramiz, biror mahsulot buni haqiqatan ham ta'minlashining betaraf isboti sifatida emas. Bu farq muhim: POS sotuvchisi uchun marketing matnida "oflayn ishlaydi" deb da'vo qilish oson, holbuki asosiy arxitektura hali ham bulutni asosiy manba sifatida ko'radi va faqat so'nggi ma'lumotlarni keshlaydi. Yuqoridagi amaliyotchi hikoyalari aynan foydalanish afzalliklarini emas, balki loyihalash qarorlarini tasvirlagani uchun ko'proq foydalidir.

Qanday texnik naqsh doimo takrorlanmoqda?

Marketing tilidan tozalangan holda, ushbu materiallardagi takrorlanuvchi arxitekturaviy da'volar quyidagilar:

Lokal ma'lumotlar bazasi (SQLite yoki unga teng o'rnatilgan ombor) shu qurilma uchun haqiqat manbai sifatida tranzaksiya kundaligini saqlaydi, hech bo'lmaganda sinxronlash tugagunga qadar.[1][2]
Yozuvlar lokal ravishda navbatga qo'yiladi va ulanish mavjud bo'lganda partiyalar bilan markaziy tizimga yuboriladi, har bir savdo uchun alohida so'rov-javob talab qilinmaydi.[1]
Ikki qurilma, yoki qurilma va bulut, uzilish davridan keyin kelisha olmagan holatlar uchun nizolarni hal qilish mavjud — bu e'tiborsiz qoldiriladigan chekka holat emas, balki loyihalanishi kerak bo'lgan kutilgan sharoit sifatida qaraladi.[1][2]
Chek chop etish va asosiy hisob-kitob matematikasi to'liq qurilmada, tarmoq holatidan qat'i nazar ishlaydi.[1][3]

Bizningcha, bu ro'yxat sohaning fikri qayerga kelib qolganini oqilona umumlashtiradi, lekin ochiq aytishimiz kerakki, tasdiqlovchi tafsilotlarning ko'pchiligi bitta manbada joylashgan.[1] Stack Exchange mavzusi bahsning yuqori darajadagi shaklini — haqiqat manbai sifatida lokal ombor, kechiktirilgan moslashtirish — qo'llab-quvvatlaydi, lekin har bir amalga oshirish tafsilotini, masalan nizolarni hal qilish strategiyasi yoki printer bilan ishlashni mustaqil ravishda tasdiqlamaydi.[2] Muayyan POS mahsulotini baholayotgan o'quvchilar sotuvchidan ko'p qurilmali nizolar va qisman sinxronlashni qanday hal qilishini to'g'ridan-to'g'ri so'rashlari kerak, har bir "oflayn-birinchi" yorlig'i bir xil muhandislikni anglatadi deb taxmin qilmasdan.

Kichik do'kon egasi sotib olishdan oldin nimani tekshirishi kerak?

"Oflayn rejim" yorlig'i qanchalik erkin ishlatilishini hisobga olgan holda, tizimlarni solishtirayotgan do'kon egasi yoki do'kon texnologiyasi xaridori marketing sahifasiga ishonish o'rniga bir nechta aniq savollarni berishi kerak:

Savdo internet ulanishisiz qayd qilinadi, narxlanadi va chek beriladimi, yoki hisob-kitob server javobini kutib to'xtab qoladimi?
Ikkita xodim qurilmasi bir vaqtning o'zida bir xil tovar birligiga qarshi savdoni ro'yxatga olsa, ikkalasi ham oflayn bo'lsa, nima bo'ladi — tizim ularni jimgina birlashtiradimi, yoki kimdir keyinroq qo'lda nomuvofiqlikni hal qilishi kerakmi?
Chek printeri lokal ilovaga ulanganmi, yoki bulutdagi chop etish xizmatiga bog'liqmi?
Do'kon to'liq oflayn holatda qancha vaqt ishlay oladi, biror narsa buzilmasdan — soatlar, kunlarmi, yoki cheksiz, sinxronlash faqat navbatga qo'yilganicha davom etadimi?

Bu yerdagi manbalarning hech biri muayyan mahsulotlarning mustaqil laboratoriya sinovlari emas; ular muhandislik yozuvlari va bitta muhokama mavzusidir. Bu arxitektura naqshini tushunish uchun oqilona asos, lekin bu biror bitta ilovaning oflayn xatti-harakatini tasdiqlangan sinovdan o'tkazish bilan bir xil emas, va biz har qanday sotuvchining "100% oflayn" da'vosini yuqoridagi savollarni bermasdan o'z-o'zidan ravshan haqiqat deb qabul qilishdan ogohlantiramiz.

Bu kichik do'konlarni raqamlashtirish jarayonini qayerga olib boradi?

Halol xulosa shuki, "sukut bo'yicha lokal-birinchi" ishonchsiz ulanish sharoitlarida POS uchun tasvirlangan eng yaxshi amaliyot sifatida kuchga kirmoqda, bu kichik, ammo izchil amaliyotchi hikoyalari to'plami va bitta kengroq muhandislik muhokamasiga asoslangan — katta miqyosdagi mustaqil tadqiqotlarga emas.[1][2][3][4] Bu haqiqiy signal, lekin mo'tadil signal, va uni "soha qaror qabul qildi" darajasiga bo'rttirmasdan, aynan shunday nomlash kerak.

Bizningcha, bu to'g'ri arxitektura, va buning oddiy sababini Pultrack'dagi o'z ishimizda ko'ramiz: bir tush davomida ulanishni yo'qotgan do'konda hali ham peshtaxta oldida mijozlar turadi, va jonli ulanishsiz savdoni umumlashtira olmaydigan yoki chek chop eta olmaydigan POS ushbu mijozlarni qaytarib yuboradi. Har bir savdoning lokal yozuviga asoslangan loyihalash, ulanish qayta tiklangach avtomatik ravishda sodir bo'ladigan sinxronlash bilan — bu yomon infratuzilma uchun vaqtinchalik yechim emas — biz qurayotgan ko'pgina bozorlar uchun bu ilg'or funksiya emas, balki asosiy talabdir.