Буцах: Мэдлэг

2026 оны 5-р сарын 4

Технологи болон өгөгдөлд суурилсан шийдвэр гаргалт: Компанийн урт хугацааны амжилтад нөлөөлөх архитектурын сонголтууд

Г.АзжаргалХянасан:Г.Азжаргал· Програм хангамжийн инженер

Технологид суурилсан шийдвэр гаргалтын дэд бүтцийг хэрхэн зохион байгуулах, архитектурын сонголтууд байгууллагын урт хугацааны өрсөлдөх чадварт хэрхэн нөлөөлөхийг судлах нь.

Технологид суурилсан шийдвэр гаргалт яагаад чухал вэ?

High technology - Data driven decision making

Бизнесийн шийдвэр гаргалт нь уламжлалт зөн совин эсвэл зөвхөн өнгөрсөн түүхэн өгөгдөлд (historical data) тулгуурладаг байсан цаг үе хэдийн ард хоцорчээ. Өнөөгийн өрсөлдөөнт зах зээлд компаниуд бодит цагийн өгөгдөл, хиймэл оюун ухаан, болон ажлын урсгалын автоматжуулалт (workflow automation) дээр суурилан үйл ажиллагаагаа явуулж байна. Гэсэн хэдий ч, эдгээр системийг хэрхэн бүтээх вэ гэдэг нь хамгийн эгзэгтэй асуудал юм.

Энэхүү нийтлэл нь технологи хариуцсан захирлууд (CTO), үүсгэн байгуулагчид болон ахлах инженерүүдэд зориулагдсан болно. Та энэхүү нийтлэлийг уншсанаар байгууллагынхаа өгөгдлийн дэд бүтцийг хэрхэн зөв зохион байгуулах, шийдлийн загварчлал (solution design) хийхдээ юуг анхаарах, мөн таны гаргасан архитектурын сонголтууд урт хугацааны бизнесийн өсөлтөд хэрхэн нөлөөлдөг талаар тодорхой ойлголттой болох болно. Бид зөвхөн технологийн трендийг дагах бус, харин хэмжигдэхүйц сайжруулалт (measured improvement) авчрах бодит хэрэгжүүлэлт (practical implementation)-ийн талаар гүнзгий авч үзэх болно.

Үндсэн механизм: Өгөгдлөөс автоматжуулсан шийдвэр рүү шилжих үйл явц

Технологид суурилсан шийдвэр гаргалтын цөм нь системүүд хооронд мэдээлэл хэрхэн урсаж, түүнийг хэрхэн боловсруулж байгаагаас шууд хамаарна. Өгөгдөл цуглуулахаас эхлээд шийдвэр гаргах хүртэлх механик үйл явц нь өндөр түвшний зохицуулалт шаарддаг бөгөөд доорх үндсэн давхаргуудаар дамжин хэрэгждэг:

  • Өгөгдөл татах болон нэгтгэх (Ingestion & Integration): Төрөл бүрийн эх сурвалжуудаас (CRM, ERP, лог файл, IoT төхөөрөмж) өгөгдлийг татаж авах үе шат. Энэ нь үйл ажиллагааны шинж чанараас хамааран тодорхой давтамжтай (batch) эсвэл streaming буюу бодит хугацааны урсгалтай байна.
  • Хадгалалт болон тооцоолол (Storage & Compute): Орчин үеийн системүүд нь өгөгдөл хадгалах болон тооцоолох хүчин чадлыг салгаж (decoupled architecture) хөгжүүлдэг болсон. Энэ нь зардлыг хэмнэж, их хэмжээний мэдээлэл дээр аналитик хийх боломжийг олгодог.
  • Ухаалаг боловсруулалт (Intelligence & Modeling): Түүхий өгөгдлийг цэвэрлэх, форматлах, мөн түүн дээр машин сургалтын загваруудыг ажиллуулах шат.
  • Үйлдэл ба хэрэгжүүлэлт (Actionable Serving): Боловсруулсан мэдээллийг хяналтын самбар (dashboard) руу илгээхээс гадна бизнесийн үндсэн системүүд рүү автоматаар буцаан илгээж, бие даасан шийдвэр гаргалт эсвэл хиймэл оюун ухааны агент нэвтрүүлэлт (AI agent implementation)-ийг ажиллуулдаг.

Эдгээр механизмууд хоорондоо ямар ч саадгүй, тогтвортой ажиллах нь хөгжүүлэлтийн найдвартай байдал (reliable delivery)-ийг хангахад нэн чухал.

Архитектур болон үйл ажиллагааны загварууд

Инженерийн багийн хэмжээ, байгууллагын бүтэц, бизнесийн хэрэгцээнээс хамааран өгөгдлийн дэд бүтцийг өөр өөр загвараар зохион байгуулдаг. Дараах гурван үндсэн архитектур нь шийдвэр гаргалтын хурд болон цар хүрээнд шууд нөлөөлнө.

1. Data Lakehouse (Өгөгдлийн нэгдсэн сан)

өгөгдлийн нэгдсэн сан архитектур

Уламжлалт Data Warehouse нь зөвхөн бүтэцлэгдсэн өгөгдөлд зориулагддаг бол Data Lake нь бүх төрлийн өгөгдлийг хямд зардлаар хадгалдаг. Data Lakehouse нь эдгээр хоёр системийн давуу талыг нэгтгэсэн орчин үеийн шийдэл юм. Энэ нь өгөгдлийн төвлөрсөн удирдлагатай бөгөөд нэг эх сурвалжаас олон төрлийн аналитик болон AI загваруудыг сургах боломжийг олгодог. Үүнийг хэрэгжүүлэхэд үүлэн технологийн хүчин чадлыг ашиглах нь хамгийн оновчтой бөгөөд архитектурын дэлгэрэнгүйг Google Cloud Data Lakehouse Architecture зэрэг нээлттэй эх сурвалжаас харах боломжтой.

2. Data Mesh (Төвлөрсөн бус өгөгдлийн сүлжээ)

төвлөрсөн бус өгөгдлийн сүлжээ - data mesh architecture

Байгууллага томорч, олон салбарт үйл ажиллагаа явуулах үед бүх өгөгдлийг нэг л инженерийн баг удирдах нь үйл ажиллагааны гацаа (bottleneck) үүсгэдэг. Data Mesh нь өгөгдлийг нэгдсэн байдлаар бус, харин бизнес домэйн тус бүр өөрсдийн өгөгдлөө бие даан хариуцах бүтцэд шилжүүлдэг. Санхүүгийн баг өөрийн тайлангаа, маркетингийн баг хэрэглэгчийн мэдээллээ бүрэн удирдана гэсэн үг юм. Энэ нь тодорхой эзэмшил (clear ownership)-ийг бий болгож, багуудын хөгжүүлэлтийн хурдыг нэмэгдүүлдэг боловч өгөгдлийн гэрээ (data contracts) болон нэгдсэн засаглалын өндөр соёл шаарддаг.

3. Event-Driven Architecture (Эвентэд суурилсан загвар)

эвентэд суурилсан архитектур

Бодит хугацааны шийдвэр гаргалт болон ажлын урсгалын автоматжуулалт шаардлагатай үед ашиглагддаг хамгийн чухал загвар. Системд гарсан өөрчлөлт (эвент буюу үйл явдал) бүр шууд бусад системүүд рүү мэдээлэгдэж, хариу үйлдэл үзүүлдэг. Энэ нь Event-Driven Architecture concepts (Confluent) дээр тайлбарлагддаг шиг уян хатан бөгөөд өөр хоорондоо хамааралгүй (loosely coupled) бичил үйлчилгээнүүдийг (microservices) хөгжүүлэх боломжийг бүрдүүлдэг.

Бодит хэрэглээний тохиолдлууд

Технологийн архитектурыг зөв сонгох нь зөвхөн инженерийн давуу тал биш, харин бизнесийн бодит үнэ цэнийг бүтээдэг. Өгөгдөлд суурилсан автоматжуулалт дараах тохиолдлуудад хамгийн өндөр үр дүнг үзүүлж байна.

  • Нийлүүлэлтийн сүлжээний урьдчилан таамаглах автоматжуулалт: Ложистик болон худалдааны томоохон байгууллагууд бараа материалын үлдэгдэл, цаг агаарын нөхцөл, зах зээлийн эрэлт зэрэг олон талт мэдээллийг нэгтгэн аналитик хийж байна. AI агент нь эрэлтийн огцом өөрчлөлтийг мэдэрч, хүн оролцох шаардлагагүйгээр нийлүүлэгч рүү нэмэлт захиалга автоматаар илгээх боломжтой болсон.
  • Динамик үнэ тогтоолт (Dynamic Pricing): Нислэгийн компаниуд эсвэл онлайн жижиглэн худалдаачид өрсөлдөгчдийн үнэ болон хэрэглэгчийн вэбсайт дээрх зан төлвийн урсгалд (clickstream) бодит хугацааны дүн шинжилгээ хийж үнээ секунд тутамд өөрчлөх боломжийг event-driven архитектур олгодог.
  • Эрсдэл болон залилангаас сэргийлэх хамгаалалт: Санхүүгийн салбарт хэрэглэгчийн картнаас хийгдэж буй гүйлгээний байршил, цаг, мөнгөн дүн нь өмнөх хэв маягаас зөрж байгаа эсэхийг миллисекундын дотор шалгаж гүйлгээг царцаах үйлдлийг машин сургалтын загварууд бие даан гүйцэтгэж байна.

Сул тал, эрсдэл болон хязгаарлалтууд

Аливаа архитектурын шийдвэр нь үргэлж тодорхой хязгаарлалт болон trade-offs шаарддаг. Бүгдийг төгс хийх боломжгүй тул дараах эрсдэлүүдийг өөрийн бизнесийн орчинд үнэлэх нь зүйтэй.

  • Хурд ба Нарийвчлалын тэнцвэр (Latency vs. Completeness): Бодит хугацаанд ажилладаг streaming систем нь хурдан боловч сүлжээний доголдлоос болж өгөгдөл дутуу эсвэл давхардаж ирэх эрсдэлтэй. Харин шөнөдөө нэг удаа ажилладаг batch систем нь илүү үнэн зөв байдаг. Бизнесийн онцлогоос шалтгаалан аль нь чухал болохыг сонгох хэрэгтэй.
  • Төвлөрсөн удирдлага уу, эсвэл Бие даасан хөгжүүлэлт үү? Data Mesh шиг төвлөрсөн бус загвар нь багуудын бие даасан байдлыг олгох боловч байгууллагын хэмжээнд мэдээллийн аюулгүй байдал, хандалтын эрхийн удирдлага зэрэг засаглалын (governance) зардлыг үлэмж хэмжээгээр нэмэгдүүлдэг.
  • Бүтээх эсвэл Худалдаж авах (Build vs. Buy): Системийн бүх бүрэлдэхүүнийг инженерүүдээрээ өөрсдөө код бичүүлж хөгжүүлэх нь яг танайд тохирох хэдий ч өмчлөлийн нийт зардал (Total Cost of Ownership) маш өндөр гардаг. Үүлэн технологийн бэлэн платформ эсвэл үйлчилгээнүүдийг ашиглах нь цаг хугацаа хожих ч цаашдаа тухайн үйлчилгээ үзүүлэгчээс хэт хамааралтай (vendor lock-in) болох эрсдэлтэй.

Шийдвэр гаргах шалгуур үзүүлэлтүүд

Технологийн зөв сонголт хийхийн тулд удирдлагын баг доорх шалгуур үзүүлэлтүүдийг харгалзан үзэж архитектурын зураглалаа гаргах нь хамгийн оновчтой.

  1. Өгөгдлийн хэмжээ болон инженерийн багийн нөөц хязгаарлагдмал үед:

    Бүх өгөгдлийг нэгтгэсэн Cloud Data Warehouse (эсвэл Lakehouse) болон Modern Data Stack ашиглах.

    Гол давуу тал: Хэрэгжүүлэхэд харьцангуй хялбар, багийн эхлэх зардал болон систем арчилгаа бага шаардана.
  2. Олон төрлийн бизнес домэйнтэй, 50-аас дээш хүнтэй инженерийн багтай үед:

    Data Mesh архитектур руу шилжих.

    Гол давуу тал: Хөгжүүлэлтийн багуудын хараат байдлыг устгаж, масштаблах (scale) боломжийг дээд зэргээр нэмэгдүүлнэ.
  3. Миллисекундын хоцрогдол бизнесийн алдагдал үүсгэдэг системд:

    Зөвхөн Event-driven architecture буюу streaming мэдээллийн шугам хөгжүүлэх.

    Гол давуу тал: Бодит хугацааны шийдвэр гаргалт болон шууд автоматжуулалт хийх боломжтой.
  4. Тайлан гаргах (BI) уламжлалт хэрэгцээ өндөр үед:

    Бүтэцлэгдсэн өгөгдөлд зориулсан найдвартай дата агуулахтай байх нь зүйтэй. Энэ нь бизнес аналистуудад хамгийн хялбар хэрэгсэл болно.

Түгээмэл алдаанууд ба тэдгээрээс хэрхэн сэргийлэх вэ?

Шинэ технологи нэвтрүүлэх үед компаниудын гаргадаг хамгийн нийтлэг бөгөөд хохирол ихтэй алдаанууд болон тэдгээрээс урьдчилан сэргийлэх аргууд:

  • Хэт нарийн архитектур төлөвлөх (Over-engineering): Бизнесийн бодит хэрэгцээ (product-market fit) бүрэн баталгаажаагүй байхад хамгийн сүүлийн үеийн, хамгийн нүсэр технологиудыг ашиглан системээ угсрах нь цаг болон хөрөнгийн үр дүнгүй зарцуулалт болдог. Үүний оронд системээ жижгээр эхлүүлж, тасралтгүй сайжруулалт (continuous improvement) хийх зарчмыг баримтлах шаардлагатай.
  • Өгөгдлийн чанарыг үл тоомсорлох (Garbage In, Garbage Out): Та хичнээн өндөр хүчин чадалтай хиймэл оюун ухааны агент ажиллууллаа ч, түүнд тэжээж буй өгөгдөл нь алдаатай эсвэл дутуу байвал эцсийн шийдвэр үргэлж буруу гарна. Өгөгдлийн чанарыг хянах, цэвэрлэх механизмыг хамгийн эхний алхамд шийдэх ёстой.
  • Зөвхөн технологийн асуудал гэж харах: Технологийн шилжилт нь хүмүүс болон соёлын өөрчлөлтийг давхар шаарддаг. Бизнесийн нэгжүүд шинэ систем, аналитикт хэрхэн итгэх, хэрхэн үр дүнтэй ашиглах талаар сургахгүй бол технологи хэзээ ч хүлээлтэд хүрдэггүй.

Гол дүгнэлтүүд

Технологи болон өгөгдөлд суурилсан шийдвэр гаргалтын системийг амжилттай нэвтрүүлэхийн тулд байгууллагын удирдлагууд дараах зүйлсийг анхаарах хэрэгтэй:

  • Технологийг бизнесийн зорилготой уях: Сонгож буй систем болон архитектурын загвар нь байгууллагын эцсийн зорилго (орлого нэмэгдүүлэх, зардал бууруулах, хэрэглэгчийн туршлагыг сайжруулах)-той шууд хамааралтай байх ёстой.
  • Эрсдлийг зөв тооцоолох: Хурд, нарийвчлал болон зардлын тэнцвэрийг олохын тулд архитектурын хязгаарлалтуудыг бодитоор үнэлж, өөрийн инженерийн багийн чадавхид тааруулж шийдвэр гаргах.
  • Автоматжуулалтыг үе шаттай хэрэгжүүлэх: Бүх зүйлийг нэг дор өөрчлөхийн оронд бага эрсдэлтэй процессуудаас эхлэн ажлын урсгалын автоматжуулалтыг туршиж, үр дүнг хэмжсэний дараа өргөжүүлэх.
  • Чанарыг эрхэмлэх: Шийдвэр гаргах алгоритмуудын найдвартай байдал нь цэвэр өгөгдлөөс хамаарах тул мэдээлэл цуглуулах эхний шатнаас л өндөр стандарт тогтоох нь чухал юм.

Байгууллагын техникийн архитектурыг зөв зохион байгуулах нь зөвхөн инженерүүдийн хийх ажил биш бөгөөд энэ нь бизнесийн уян хатан байдал, өрсөлдөөнд дасан зохицох чадвар, цаашдын өсөлтийн суурь хөдөлгүүр болдог.

Нийтлэлд нэгдэх үү?

Танд манай нийтлэл таалагдсан уу? Ийм төрлийн нийтлэлийг долоо хоног бүр имэйлдээ аваарай.

* 200+ хөгжүүлэгчид, менежерүүд, CTO нар бүртгүүлсэн.

Дараагийн Нийтлэл

2026 оны 5-р сарын 19

Монголын компаниудын үүлэн технологийн шилжилт: Архитектур ба бодит хэрэглээ

Монголын байгууллагуудын үүлэн технологийн нэвтрүүлэлт, hybrid архитектурын давуу тал болон дата байршил, сүлжээний хоцрогдол зэрэг инженерийн түвшний шийдвэр гаргалтад зориулав.

2026 оны 5-р сарын 16

Google-ийн шинээр бичигдсэн байгаа кодын 75%-ийг AI бичиж байна. Хөгжүүлэгчид юу хийж байна?

AI-аар бичигдсэн кодын эзлэх хувь нэмэгдэхийн хэрээр инженерийн багийн үүрэг код бичихээс системийн архитектур, эрсдэлийн удирдлага, бизнесийн логик баталгаажуулалт руу эрчимтэй шилжиж байна.

2026 оны 5-р сарын 14

Agentic Data Cloud: Google Cloud-ын шинэ архитектур танай дата стратегид хэрхэн нөлөөлөх вэ?

CTO болон технологийн удирдлагуудад зориулав. Датаг харах бус, бие даан үйлдэл хийдэг Agentic Data Cloud-ын архитектур, эрсдэл, шийдвэр гаргалтад нөлөөлөх хүчин зүйлс.