Бизнесийн тагнуулын тасралтгүй интеграцийн ашиг тус

Бизнесийн тагнуулын салбар тасралтгүй интеграцаас хэрхэн ашиг хүртэх вэ

Аж үйлдвэрийн хувьд Business Intelligent (BI) нь харьцангуй шинэ салбар хэвээр байна. Технологи дээр суурилсан бусад үйлдвэрлэлийн нэгэн адил BI нь түр зуурын үйл явц, олон янзын амжилтанд хамрагдах замаар эхний үе шатандаа явж ирсэн. Өмнө нь нэг байгууллагаас хэрэгжүүлсэн BI -ийн олон төслүүд хоорондоо ижил төстэй зорилгод хүрэхийн тулд огт өөр арга барилаар хандах нь ердийн үзэгдэл болсон. Гэсэн хэдий ч сүүлийн жилүүдэд урагшаа сэтгэдэг байгууллагууд BI -ийн мэдлэг, ур чадвараа төвлөрүүлэх замаар BI -ийн чадвараа нэмэгдүүлжээ. "BI Чадамжийн төв" (BICC), "BI -ийн ур чадварын төв" гэх мэт загварууд улам бүр түгээмэл болж байгаа тул эдгээр байгууллагууд амжилтанд хүрч, ROI -ийг нэмэгдүүлэхийн тулд бүхэл бүтэн байгууллагын BI технологийн стек, багаж хэрэгсэл, үйл явц, техникийг тодорхойлж байна. BI -ийн шинэ санаачлага. Тэд мөн хажуугийн ангилал, энэ тохиолдолд програм хангамжийн салбарын шилдэг туршлагуудаас зөвлөгөө авч байна.

BI нийгэмлэгийн хараахан хүлээн зөвшөөрөөгүй байгаа хамгийн сайн туршлага бол Тасралтгүй интеграцчлал (CI) юм. Програм хангамж хөгжүүлэх тал дээр CI бол програм хангамжийн кодын баазыг автоматаар бүтээж, утааны туршилтыг үе үе хийж байх процесс юм. CI-ийг дэмждэг ердийн програм хангамжийн төсөл дээр "бүтээх сервер" нь төслийн эх кодын агуулахыг хянадаг бөгөөд өөрчлөлт илэрсэн тохиолдолд эх сурвалжийн цэвэр хуулбарыг татаж, бүрэн сэргээн засварлаж, бүх регрессийн тестийг ажиллуулж, хөгжүүлэлтэд идэвхтэй мэдэгддэг. Алдаа дутагдлын баг. Бүрэн амжилттай мөчлөг бүр програм хангамжийн бүтээгдэхүүний суулгаж болох хоёртын файлуудыг бий болгодог.

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

Тасралтгүй интеграцийн үндсэн зарчим (CI)

• Давтагдах, автоматжуулсан бүтээх, турших үйл явц.
• Эдгээр автоматжуулсан бүтээх, турших үйл явцыг байнга хийдэг тул нэгтгэх асуудлыг эрт илрүүлдэг.
• Тогтмол, автомат мөчлөг нь эвдэрсэн / нийцэхгүй олдворуудын талаар эрт сэрэмжлүүлэг өгдөг.
• Системд гарсан бүх өөрчлөлтийг нэн даруй баталгаажуулах, турших.

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

Тасралтгүй интеграцийн практик нь BI салбарын хувьд бас ашиг тустай байж болох уу?

Мэдээжийн хэрэг. Ирэх жилүүдэд CI -ийн практик нь орчин үеийн BI хөгжүүлэх орчинд ашиглахад асар их боломж болдгийг хүлээн зөвшөөрөх болно. BI экосистем нь угаасаа нарийн төвөгтэй (1 -р зургийг үз). Тэдгээр нь ихэвчлэн хоорондоо харилцан хамааралтай олон хөдөлгөөнт хэсгүүдээс бүрддэг. Жишээлбэл, ердийн BI экосистем нь дараахь зүйлийг агуулж болно.

• Олон тооны өгөгдлийн эх сурвалж.
• ETL нь эдгээр эх үүсвэр бүрээс өгөгдлийг үе үе гаргаж авах, цэвэрлэх, ачаалах үйл явцыг өгөгдлийн цэг эсвэл мэдээллийн агуулахад хийдэг.
• BI -ийн олон бүтээгдэхүүн нь эдгээр марш эсвэл агуулахын дээр "загвар" давхаргыг нэмдэг.
• Мэргэжлийн BI зохиогчид энэхүү загварын давхаргын эсрэг BI контентыг бий болгодог (жишээ нь тайлан).

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

Бодит ертөнцийн цөөн хэдэн жишээг энд харуулав.

• Загварын давхаргад гэмгүй мэт санагдах өөрчлөлт нь хэдэн сарын турш засварлагдаагүй тайлангийн тоонд гэнэтийн өөрчлөлт оруулдаг. Эдгээр өөрчлөлтүүд нь мөн ижил тайлангийн гүйцэтгэлийг бууруулдаг (гараар тоолох, илрүүлэхэд бүр ч хэцүү нөхцөл).
• Мэдээллийн сангийн үзэл бодлын өөрчлөлт нь тайлангийн ажиллах хугацааг эрс нэмэгдүүлдэг.
• Загвар зохион бүтээгч нь тайлангаас хамааралтай баганыг өөрчилдөг эсвэл устгадаг.
• Тайлангийн зохиогч тайланг оновчтой болгохыг оролддог боловч нэмэлт параметрүүдийг тохируулах үед шинэ тайлан зөв үр дүнг өгдөггүй.

Ихэнх BI хөгжүүлэлтийн орчинд боловсруулж буй BI контентыг турших ажлыг ихэвчлэн маш гар аргаар хийдэг (жишээлбэл, "тайлан ажиллуулах, тоонуудыг шалгах, тэдгээрийн зөв эсэхийг шалгах"). BI -ийн багууд энэхүү гарын авлагын туршилтыг саяхан өөрчилөөгүй байснаас илүү идэвхтэйгээр өөрчлөгдөж буй олдворуудад анхаарлаа хандуулах хандлагатай байна3. Энэхүү хандлага нь системийн доод түвшинд гарсан өөрчлөлт нь дээшээ чиглэн хөдөлж, олон тооны BI олдворуудад нөлөөлөх үед илрээгүй асуудлуудыг бий болгодог.

Ихэнх байгууллагууд BI -ийн үндсэн агуулгыг үе үе хөгжүүлэлтийн орчноос туршилтын эсвэл чанарын баталгаажуулалтын орчинд (QA) хүргэх бөгөөд тэнд Чанарын мэргэжлийн хүмүүс илүү албан ёсны туршилтанд хамрагдах болно. Чанарын үнэлгээний багийн нягт нямбай байдлаас хамааран гүйцэтгэлийн согог, доройтлыг эндээс илрүүлж болох боловч энэ үед эдгээр асуудлыг засах зардал нэлээд нэмэгдсэн байна. Алдаа дутагдлыг хөгжлийн орчноос гаргасны дараа (жишээлбэл, Чанартай орчинд) засч залруулах нь илүү үнэтэй болно. Залруулга хийх ердийн ажлын урсгал нь согогийг хэрхэн яаж сэргээх талаар тайлбарласан асуудлын тасалбар үүсгэх (QA баг), бүх хүлээгдэж буй асуудлын тасалбарын BI багийн шалгалт (аль нь давуу эрхтэй болохыг шийдэх), хөгжүүлэлтийн явцад гарсан асуудлыг дахин боловсруулах, хэрэгжүүлэх засах, дараа нь өөр нэг үндсэн шугамыг QA руу дахин байршуулах. Үүний нэгэн адил үйлдвэрлэлийн орчинд илрүүлсэн согогийг засварлах нь QA -д илрүүлсэн алдаанаас хамаагүй үнэтэй байдаг.

CI -ийн зарчмуудыг ашиглан BI -ийн хөгжлийн баг нь иймэрхүү асуудлыг (ихэвчлэн тэдгээрийг үүсгэсэн өөрчлөлтөөс хэдхэн минутын дотор) идэвхтэй илрүүлж, BI агуулга нь хөгжүүлэлтийн орчинд байсаар байхад засч залруулах арга хэмжээ авч чаддаг. Энэ нь засварын нийт зардал хамаагүй хямд гэсэн үг юм.

Тэгэхээр CI -ийн зарчмуудыг ердийн бизнесийн тагнуулын төсөлд хэрхэн хэрэгжүүлэх вэ? Тодорхой жишээнүүдийн хувьд бид авч үзэх болно MotioCI™, бизнесийн тагнуулын хөгжлийн орчинг тасралтгүй нэгтгэх боломжийг олгодог арилжааны хэрэгсэл юм. MotioCI BI багуудад дараах боломжуудыг олгодог.

Бизнесийн тагнуулын тасралтгүй интеграцчлал

1. BI -ийн бүх олдворыг харгалзах загварын дагуу автоматаар баталгаажуулах. Энэ нь аливаа загвар эсвэл мэдээллийн баазын өөрчлөлт нь одоо байгаа BI олдворуудыг "эвдэхгүй" болно.
2. Олдвор бүрийн туршилтын хэргийг автоматаар гүйцэтгэх. Эдгээр туршилтын тохиолдлуудыг дараахь зүйлийг баталгаажуулахын тулд ашиглаж болно.
   1. Энэхүү олдворыг ажиллуулах явцад үнэн зөв мэдээлэл гарчээ
   2. Олдворын гүйцэтгэл нь хүлээгдэж буй тооны өгөгдлийг бий болгосон
   3. Олдворын гүйцэтгэлийг хүлээн зөвшөөрч болно (гүйцэтгэл нь хүлээгдэж буй хугацаанд дуусна)
3. Автомат тууштай байдлыг шалгах. Олдвор бүрийн хувьд:
   1. Өнгө, фонт, хэв маяг, суулгагдсан зураг гэх мэт зүйлсийн хувьд тогтоосон төсөл эсвэл компанийн стандартад нийцэж байгаа эсэхийг шалгаарай.
   2. Параметрүүдийн нэрс олдворуудын хувьд нийцэж байгаа эсэхийг шалгаарай
   3. Олдворуудын хоорондын өрөмдлөгийн харилцаа хүчин төгөлдөр хэвээр байгаа эсэхийг шалгаарай
4. BI экосистемийн хяналт нь өөрчлөгддөг тул туршилт амжилтгүй болоход төслийн оролцогч талууд сүүлийн мөчлөгөөс хойш "хэн юу өөрчилсөн" талаар тодорхой ойлголттой болдог. Жишээлбэл:
   1. Ямар загварыг өөрчилсөн бэ (мөн хэн хийсэн бэ?)
   2. Ямар олдворуудыг өөрчилсөн бэ (мөн хэн хийсэн бэ?)
   3. Холбогдох мэдээллийн эх сурвалжид схемийн өөрчлөлт орсон уу?
   4. Холбогдох мэдээллийн эх сурвалж дахь өгөгдлийн тоонд эрс өөрчлөлт орсон уу?

Дээрх үйл явцыг автоматжуулж, ойр ойрхон давтамжтайгаар ажиллуулснаар багийн боловсруулсан BI агуулга нь хөгжүүлэлтийн орчинд байхдаа нарийвчлал, тууштай байдал, гүйцэтгэлийг байнга шалгаж байх болно. Хэрэв CI үйл явц нь алдаа дутагдлыг илрүүлсэн бол энэ нь асуудлын талаар BI -ийн багт идэвхтэй мэдэгдэхээс гадна сүүлийн амжилттай мөчлөгөөс хойш гарсан BI экосистемийн өөрчлөлтийг каталоглох болно. Энэхүү арга нь BI -ийн багт сүүлийн үеийн өөрчлөлтөөс үүссэн асуудлыг хурдан олж харах, залруулах арга хэмжээ авах, зардлыг бууруулах боломжийг олгодог.

BI -ийн тасралтгүй интеграцийг хэрэгжүүлэх цэвэр үр дүн

1. Алдаа, үр ашиггүй байдал, стандартын зөрчлийг маш эрт илрүүлдэг (ихэвчлэн танилцуулснаас хойш хэдэн минут, цагийн дотор).
2. BI -ийн баг олон тооны цагийг буцааж олж авдаг, эс тэгвээс бүх олдворуудыг гараар туршиж, ямар нэгэн зүйл эвдэрч чадаагүй эсэхийг шалгаж, цаг хэмнэхээс гадна эрч хүчээ хадгалж үлддэг (энэ нь BI зохиогчид бодит хөгжлийн ажлуудад анхаарлаа төвлөрүүлэх боломжийг олгодог).
3. BI -ийн баг BI экосистемдээ "хэн юу өөрчилж байна" гэсэн ойлголтыг нэмэгдүүлдэг.
4. BI багийн гаргасан гарц нь илүү өндөр чанартай байдаг.
5. Дээд түвшний QA байгууллагууд эрч хүчээ илүү өндөр түвшний туршилтанд төвлөрүүлж чадна (BI контентийг QA болгон сурталчлахаас өмнө бүх "бага өлгөөтэй жимс" автоматаар шүүгддэг).

Дүгнэж хэлэхэд, BI Industry нь бизнесийн оюун ухааныг нэгтгэх, удирдах, ашиглах шилдэг туршлагыг бий болгохын хэрээр шинээр гарч ирж буй BICC нь хажуугийн ангилалд, ялангуяа програм хангамжийн салбарт олж авсан сургамжийг судалж, ашиглах ёстой. CI нь програм хангамжийн салбарын шилдэг туршлага төдийгүй үйл ажиллагааны стандарт журам болон хөгжиж байна. CI гэх мэт батлагдсан туршлагуудыг хэрэгжүүлснээр BICC нь зөвхөн BI багийн нэвтрүүлэх чадварыг сайжруулах (өргөтгөхөд чухал ач холбогдолтой) төдийгүй гарцын чанарыг сайжруулах замаар бизнесийн үндсэн сахилга бат болгон төлөвшүүлэх болно. Энэхүү хоёр талын нөлөөлөл нь BICC -ийн гүйцэтгэлийн үсрэлтийг илэрхийлж байгаа бөгөөд удахгүй орчин үеийн BI орчны гол тулгуур болох болно.

1 Амжилттай мөчлөг гэдэг нь ямар ч туршилт амжилтгүй болдог.
2 Мартин Фоулерын тасралтгүй интеграцийг тайлбарласан анхны баримт бичгийг 2000 оны XNUMX -р сард хэвлүүлжээ.