Helo, Habr! Mae ein tîm yn monitro peiriannau a gosodiadau amrywiol ledled y wlad. Yn y bôn, rydyn ni'n rhoi'r cyfle i'r gwneuthurwr beidio â gorfod anfon peiriannydd o gwmpas unwaith eto pan “O, mae'r cyfan wedi torri,” ond mewn gwirionedd dim ond un botwm sydd angen iddynt ei wasgu. Neu pan fydd yn torri i lawr nid ar yr offer, ond gerllaw.
Y broblem sylfaenol yw'r canlynol. Yma rydych chi'n cynhyrchu uned cracio olew, neu declyn peiriant ar gyfer peirianneg fecanyddol, neu ddyfais arall ar gyfer gwaith. Fel rheol, anaml iawn y mae'r gwerthiant ei hun yn bosibl: fel arfer contract cyflenwi a gwasanaeth ydyw. Hynny yw, rydych chi'n gwarantu y bydd y darn o galedwedd yn gweithio am 10 mlynedd heb ymyrraeth, ac am ymyriadau rydych chi'n gyfrifol naill ai'n ariannol, neu'n darparu CLGau llym, neu rywbeth tebyg.
Mewn gwirionedd, mae hyn yn golygu bod angen i chi anfon peiriannydd i'r safle yn rheolaidd. Fel y dengys ein harfer, mae rhwng 30 ac 80% o deithiau yn ddiangen. Yr achos cyntaf - byddai'n bosibl darganfod beth ddigwyddodd o bell. Neu gofynnwch i'r gweithredwr wasgu cwpl o fotymau a bydd popeth yn gweithio. Cynlluniau “llwyd” yw'r ail achos. Dyma pan fydd peiriannydd yn mynd allan, yn trefnu gwaith adnewyddu neu waith cymhleth, ac yna'n rhannu'r iawndal yn ei hanner gyda rhywun o'r ffatri. Neu mae'n mwynhau ei wyliau gyda'i feistres (cas go iawn) ac felly'n hoffi mynd allan yn amlach. Does dim ots gan y planhigyn.
Mae gosod monitro yn gofyn am addasu'r caledwedd gyda dyfais trosglwyddo data, y trosglwyddiad ei hun, rhyw fath o lyn data ar gyfer ei storio, protocolau dosrannu ac amgylchedd prosesu gyda'r gallu i weld a chymharu popeth. Wel, mae yna arlliwiau i hyn i gyd.
Pam na allwn wneud heb fonitro o bell?
Mae'n ddrud iawn. Taith fusnes ar gyfer un peiriannydd - o leiaf 50 mil rubles (awyren, gwesty, llety, lwfans dyddiol). Hefyd, nid yw bob amser yn bosibl torri i fyny, ac efallai y bydd angen yr un person mewn gwahanol ddinasoedd.
- Yn Rwsia, mae'r cyflenwr a'r defnyddiwr bron bob amser yn eithaf pell oddi wrth ei gilydd. Pan fyddwch chi'n gwerthu cynnyrch i Siberia, nid ydych chi'n gwybod dim amdano heblaw'r hyn y mae'r cyflenwr yn ei ddweud wrthych. Nid sut mae'n gweithio, nac ym mha amodau y caiff ei ddefnyddio, nac, mewn gwirionedd, pwy wasgu pa fotwm â dwylo cam - nid oes gennych y wybodaeth hon yn wrthrychol, dim ond o eiriau'r defnyddiwr y gallwch chi ei gwybod. Mae hyn yn ei gwneud yn anodd iawn cynnal a chadw.
- Apeliadau a hawliadau di-sail. Hynny yw, gall eich cwsmer, sy'n defnyddio'ch cynnyrch, ffonio, ysgrifennu, cwyno ar unrhyw adeg a dweud nad yw'ch cynnyrch yn gweithio, ei fod yn ddrwg, mae wedi torri, dewch ar frys a'i drwsio. Os ydych chi'n ffodus ac nid yn unig “ni chafodd y nwyddau traul eu llenwi,” yna ni wnaethoch anfon arbenigwr yn ofer. Mae'n digwydd yn aml bod gwaith defnyddiol wedi cymryd llai nag awr, a phopeth arall - paratoi taith fusnes, teithiau hedfan, llety - roedd hyn i gyd yn gofyn am lawer o amser y peiriannydd.
- Mae’n amlwg bod yna honiadau di-sail, ac i brofi hyn, mae angen i chi anfon peiriannydd, llunio adroddiad, a mynd i’r llys. O ganlyniad, mae'r broses yn cael ei gohirio, ac nid yw hyn yn dod ag unrhyw beth da i'r cwsmer na chi.
- Mae anghydfodau'n codi oherwydd, er enghraifft, bod y cwsmer wedi gweithredu'r cynnyrch yn anghywir, mae gan y cwsmer am ryw reswm dig yn eich erbyn ac nid yw'n dweud na weithiodd eich cynnyrch yn gywir, nid yn y moddau a nodir yn y manylebau technegol a yn y pasbort. Ar yr un pryd, ni allwch wneud unrhyw beth yn ei erbyn, neu gallwch, ond gydag anhawster, os, er enghraifft, mae'ch cynnyrch rywsut yn logio ac yn cofnodi'r moddau hynny. Toriadau oherwydd bai'r cwsmer - mae hyn yn digwydd drwy'r amser. Roedd gen i achos lle torrodd peiriant porth Almaeneg drud oherwydd gwrthdrawiad â polyn. Ni wnaeth y gweithredwr ei osod i sero, ac o ganlyniad stopiodd y peiriant yno. Ar ben hynny, dywedodd y cwsmer yn eithaf clir: “Nid oes gennym unrhyw beth i'w wneud ag ef.” Ond cofnodwyd y wybodaeth, ac roedd yn bosibl edrych i fyny'r logiau hyn a deall pa raglen reoli a ddefnyddiwyd ac o ganlyniad y digwyddodd yr union wrthdrawiad hwn. Arbedodd hyn gostau mawr iawn i'r cyflenwr am atgyweiriadau gwarant.
- Mae'r cynlluniau “llwyd” a grybwyllwyd yn gynllwyn gyda'r darparwr gwasanaeth. Mae'r un technegydd gwasanaeth yn mynd i'r cwsmer drwy'r amser. Maen nhw'n dweud wrtho: “Gwrandewch, Kolya, gadewch i ni ei wneud yn y ffordd rydych chi eisiau: rydych chi'n ysgrifennu bod popeth wedi torri yma, fe gawn ni iawndal, neu rydych chi'n dod â rhyw fath o zipper i'w atgyweirio. Byddwn yn gweithredu hyn i gyd yn dawel, byddwn yn rhannu'r arian. ” Y cyfan sydd ar ôl yw naill ai credu, neu rywsut ddyfeisio rhai ffyrdd cymhleth o wirio'r holl gasgliadau a chadarnhadau hyn, nad yw'n ychwanegu unrhyw amser na nerfau, ac nid oes dim byd da yn digwydd yn hyn o beth. Os ydych chi'n gyfarwydd â sut mae gwasanaethau ceir yn delio â thwyll gwarant a faint o gymhlethdod y mae hyn yn ei osod ar brosesau, yna rydych chi'n deall y broblem yn fras.
Wel, mae dyfeisiau'n dal i ysgrifennu logiau, iawn? Beth yw'r broblem?
Y broblem yw, os yw cyflenwyr fwy neu lai yn deall bod angen ysgrifennu'r log yn gyson yn rhywle (neu wedi deall dros y degawdau diwethaf), yna nid yw'r diwylliant wedi mynd ymhellach. Mae angen y log yn aml i ddadansoddi achosion ag atgyweiriadau drud - boed yn gamgymeriad gweithredwr neu'n fethiant offer go iawn.
I godi log, yn aml mae angen i chi fynd at yr offer yn gorfforol, agor rhyw fath o gasin, datgelu'r cysylltydd gwasanaeth, cysylltu cebl ag ef a chodi ffeiliau data. Yna daliwch nhw yn gyson am sawl awr i gael darlun o'r sefyllfa. Ysywaeth, mae hyn yn digwydd bron ym mhobman (wel, naill ai mae gennyf safbwynt unochrog, gan ein bod yn gweithio'n union gyda'r diwydiannau hynny lle mae monitro newydd gael ei sefydlu).
Ein prif gleientiaid yw gweithgynhyrchwyr offer. Yn nodweddiadol, maent yn dechrau meddwl am wneud rhyw fath o fonitro, naill ai ar ôl digwyddiad mawr neu dim ond edrych ar eu biliau teithio am y flwyddyn. Ond yn amlach na pheidio, rydym yn sôn am fethiant mawr gyda cholli arian neu enw da. Mae arweinwyr blaengar sy’n meddwl am “beth bynnag sy’n digwydd” yn brin. Y ffaith yw bod y rheolwr fel arfer yn cael yr hen "barc" o gontractau gwasanaeth, ac nid yw'n gweld unrhyw ddiben gosod synwyryddion ar galedwedd newydd, oherwydd dim ond mewn ychydig flynyddoedd y bydd ei angen.
Yn gyffredinol, ar ryw adeg mae'r ceiliog rhost yn dal i frathu, a daw'r amser ar gyfer addasiadau.
Nid yw trosglwyddo data ei hun yn frawychus iawn. Fel arfer mae gan yr offer synwyryddion eisoes (neu maen nhw'n cael eu gosod yn eithaf cyflym), ac mae logiau eisoes wedi'u hysgrifennu a digwyddiadau gwasanaeth yn cael eu nodi. Y cyfan sydd angen i chi ei wneud yw dechrau ei anfon. Yr arfer cyffredinol yw mewnosod rhyw fath o fodem, er enghraifft, gyda SIM embed, yn uniongyrchol i'r ddyfais o'r peiriant pelydr-X i'r hadwr awtomatig, ac anfon telemetreg trwy'r rhwydwaith cellog. Mae lleoedd lle nad oes gorchudd celloedd fel arfer yn eithaf pell i ffwrdd ac wedi dod yn brin yn ystod y blynyddoedd diwethaf.
Ac yna mae'r un cwestiwn yn dechrau ag o'r blaen. Oes, mae yna logiau nawr. Ond mae angen eu rhoi yn rhywle a'u darllen rhywsut. Yn gyffredinol, mae angen rhyw fath o system ar gyfer delweddu a dadansoddi digwyddiadau.
Ac yna rydym yn ymddangos ar y llwyfan. Yn fwy manwl gywir, rydym yn aml yn ymddangos yn gynharach, oherwydd bod rheolwyr y cyflenwyr yn edrych ar yr hyn y mae eu cydweithwyr yn ei wneud ac yn dod atom ar unwaith am gyngor ar ddewis caledwedd ar gyfer anfon telemetreg.
Cilfach y farchnad
Yn y Gorllewin, mae'r ffordd o ddatrys y sefyllfa hon yn dod i lawr i dri opsiwn: mae ecosystem Siemens (yn ddrud iawn, sydd ei angen ar gyfer unedau mawr iawn, fel tyrbinau fel arfer), mandulau hunan-ysgrifenedig, neu un o'r integreiddwyr lleol yn helpu. O ganlyniad, pan ddaeth hyn i gyd i farchnad Rwsia, ffurfiwyd amgylchedd lle'r oedd Siemens gyda'i ddarnau o'r ecosystem, Amazon, Nokia a nifer o ecosystemau lleol fel datblygiadau 1C.
Aethom i mewn i'r farchnad fel dolen uno sy'n ein galluogi i gasglu unrhyw ddata o unrhyw ddyfeisiau gan ddefnyddio unrhyw brotocolau (iawn, bron yn fwy neu lai modern), eu prosesu gyda'i gilydd a'u dangos i berson mewn unrhyw ffurf ofynnol: ar gyfer hyn mae gennym ni SDKs cŵl ar gyfer amgylcheddau datblygu pawb a dylunydd rhyngwyneb defnyddiwr gweledol.
O ganlyniad, gallwn gasglu'r holl ddata o ddyfais y gwneuthurwr, ei storio mewn storfa ar y gweinydd a chydosod panel monitro gyda rhybuddion yno.
Dyma sut olwg sydd arno (yma mae'r cwsmer hefyd wedi delweddu'r fenter, dyma sawl awr yn y rhyngwyneb):
Ac mae graffiau o'r offer:
Mae rhybuddion yn edrych fel hyn: ar lefel y peiriant, os rhagorwyd ar y grym ar y corff gweithredol neu os digwyddodd gwrthdrawiad, mae set o baramedrau wedi'i ffurfweddu, a bydd y system yn hysbysu'r adran neu'r gwasanaethau atgyweirio pan eir y tu hwnt iddynt.
Wel, y peth anoddaf yw rhagweld methiant nodau yn seiliedig ar eu cyflwr ar gyfer atal. Os ydych chi'n deall adnodd pob un o'r nodau, yna gallwch chi leihau costau'r contractau hynny yn fawr lle mae taliad am amser segur.
Crynodeb
Byddai'r stori hon yn swnio'n eithaf syml: wel, sylweddolom fod angen i ni anfon data, monitro a dadansoddi, felly fe wnaethom ddewis gwerthwr a'i weithredu. Wel, dyna ni, mae pawb yn hapus. Os ydym yn sôn am systemau hunan-ysgrifenedig yn ein ffatri ein hunain, yna, yn rhyfedd ddigon, mae'r systemau'n dod yn annibynadwy yn gyflym. Yr ydym yn sôn am golli banal logiau, data anghywir, methiannau wrth gasglu, storio a derbyn. Flwyddyn neu ddwy ar ôl eu gosod, mae hen foncyffion yn dechrau cael eu dileu, nad ydynt bob amser yn dod i ben yn dda. Er bod arfer - cesglir 10 GB o un peiriant y flwyddyn. Mae hyn yn cael ei ddatrys am bum mlynedd trwy brynu gyriant caled arall am 10 mil rubles... Ar ryw adeg mae'n ymddangos nad yr offer trosglwyddo ei hun sy'n sylfaenol, ond y system sy'n caniatáu dadansoddi'r data a dderbynnir. Mae hwylustod y rhyngwyneb yn bwysig. Yn gyffredinol, dyma'r broblem gyda'r holl systemau diwydiannol: nid yw deall y sefyllfa'n gyflym bob amser yn hawdd. Mae'n bwysig faint o ddata sy'n weladwy yn y system, nifer y paramedrau o'r nod, gallu'r system i weithredu gyda chyfaint a swm mawr o ddata. Sefydlu dangosfyrddau, model adeiledig o'r ddyfais ei hun, golygydd golygfa (ar gyfer lluniadu cynlluniau cynhyrchu).
Gadewch i ni roi ychydig o enghreifftiau o'r hyn y mae hyn yn ei roi yn ymarferol.
- Dyma wneuthurwr byd-eang o offer rheweiddio diwydiannol a ddefnyddir yn bennaf mewn cadwyni manwerthu. Daw 10% o incwm y cwmni o ddarparu gwasanaethau ar gyfer gwasanaethu ei gynnyrch. Mae angen lleihau cost gwasanaethau a rhoi'r cyfle yn gyffredinol i gynyddu cyflenwadau fel arfer, oherwydd os byddwn yn gwerthu mwy, ni fydd y system gwasanaeth bresennol yn ymdopi. Fe wnaethon ni gysylltu'n uniongyrchol â llwyfan un ganolfan wasanaeth, addasu cwpl o fodiwlau ar gyfer anghenion y cwsmer penodol hwn, a derbyn gostyngiad o 35% mewn costau teithio oherwydd bod mynediad at wybodaeth gwasanaeth yn ei gwneud hi'n bosibl nodi'r achosion. o fethiant heb fod angen peiriannydd gwasanaeth i ymweld. Dadansoddi data dros gyfnodau hir o amser - rhagfynegi'r cyflwr technegol ac, os oes angen, gwneud gwaith cynnal a chadw ar sail cyflwr yn gyflym. Fel bonws, mae cyflymder yr ymateb i geisiadau wedi cynyddu: mae llai o deithiau maes, ac mae peirianwyr yn gallu cyflawni pethau'n gyflymach.
- Cwmni peirianneg fecanyddol, gwneuthurwr cerbydau trydan a ddefnyddir mewn llawer o ddinasoedd Ffederasiwn Rwsia a'r CIS. Fel pawb arall, maent am leihau costau ac ar yr un pryd rhagweld cyflwr technegol fflydoedd trolïau a thramiau'r ddinas er mwyn hysbysu staff technegol mewn modd amserol. Fe wnaethom gysylltu a chreu algorithmau ar gyfer casglu a throsglwyddo data technegol o gerbydau i un ganolfan sefyllfa (mae'r algorithmau wedi'u hymgorffori'n uniongyrchol yn y system rheoli gyriant ac yn gweithio gyda data bws CAN). Roedd mynediad o bell i ddata cyflwr technegol, gan gynnwys mynediad amser real i baramedrau newidiol (cyflymder, foltedd, trosglwyddo ynni a adferwyd, ac ati) yn y modd “oscilloscope”, yn rhoi mynediad i ddiweddariadau cadarnwedd o bell. Y canlyniad yw gostyngiad o 50% mewn costau teithio: mae mynediad uniongyrchol at wybodaeth gwasanaeth yn ei gwneud hi'n bosibl nodi achosion y methiant heb fod angen i beiriannydd gwasanaeth ymweld, ac mae dadansoddi data dros gyfnodau hir yn caniatáu ichi ragweld y cyflwr technegol ac, os oes angen, gwneud gwaith cynnal a chadw “yn seiliedig ar gyflwr” yn gyflym, gan gynnwys dadansoddiad gwrthrychol o sefyllfaoedd brys. Gweithredu contractau cylch bywyd estynedig yn gwbl unol â gofynion y Cwsmer ac ar amser. Cydymffurfio â gofynion manylebau technegol y gweithredwr, yn ogystal â darparu cyfleoedd newydd iddo o ran monitro nodweddion gwasanaeth defnyddwyr (ansawdd aerdymheru, cyflymiad / brecio, ac ati).
- Y drydedd enghraifft yw bwrdeistref. Mae angen inni arbed trydan a gwella diogelwch dinasyddion. Fe wnaethom gysylltu un llwyfan ar gyfer monitro, rheoli a chasglu data ar oleuadau stryd cysylltiedig, rheoli'r holl seilwaith goleuadau cyhoeddus o bell a'i wasanaethu o un panel rheoli, gan ddarparu atebion i'r tasgau canlynol. Nodweddion: pylu neu droi goleuadau ymlaen / i ffwrdd o bell, yn unigol neu mewn grwpiau, yn hysbysu gwasanaethau'r ddinas yn awtomatig o fethiannau mewn pwyntiau goleuo ar gyfer cynllunio cynnal a chadw mwy effeithlon, darparu data defnydd ynni amser real, darparu offer dadansoddol pwerus ar gyfer monitro a gwella'r goleuadau stryd system yn seiliedig ar Ddata Mawr, gan ddarparu data ar draffig, cyflwr aer, integreiddio ag is-systemau Smart City eraill. Canlyniadau - lleihau'r defnydd o ynni ar gyfer goleuadau stryd hyd at 80%, cynyddu diogelwch i drigolion trwy ddefnyddio algorithmau rheoli goleuadau deallus (person sy'n cerdded i lawr y stryd - trowch y golau ymlaen iddo, person wrth y groesfan - trowch fwy disglair ymlaen goleuo fel y gellir ei weld o bell), darparu ar gyfer y ddinas gwasanaethau ychwanegol (codi tâl cerbydau trydan, darparu cynnwys hysbysebu, gwyliadwriaeth fideo, ac ati).
Mewn gwirionedd, yr hyn yr oeddwn am ei ddweud: heddiw, gyda llwyfan parod (er enghraifft, ein un ni), gallwch chi sefydlu monitro yn gyflym iawn ac yn hawdd. Nid yw hyn yn gofyn am newidiadau mewn offer (neu rai lleiaf, os nad oes synwyryddion a throsglwyddo data o hyd), nid oes angen costau gweithredu ac arbenigwyr ar wahân. Y cyfan sydd angen i chi ei wneud yw astudio'r mater, treulio ychydig ddyddiau yn deall sut mae'n gweithio, ac ychydig wythnosau ar gymeradwyaeth, cytundeb a chyfnewid data am brotocolau. Ac ar ôl hynny bydd gennych ddata cywir o bob dyfais. A gellir gwneud hyn i gyd ledled y wlad gyda chefnogaeth integreiddiwr Technoserv, hynny yw, rydym yn gwarantu lefel dda o ddibynadwyedd, nad yw'n nodweddiadol ar gyfer cychwyn.
Yn y post nesaf byddaf yn dangos sut olwg sydd ar hyn o ochr y cyflenwr, gan ddefnyddio'r enghraifft o un gweithrediad.
Ffynhonnell: hab.com