Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Lítum á heima-reiknivél sem býr til öryggisafrit af mikilvægum skrám alla nóttina. Niðurstöðurnar eru skráðar í kerfislogg: aðgerð lokið með góðum árangri eða kom upp villa.
Tæknilega séð virkar allt. Óviðráðanlegt er á morgnana: maður þarf að opna logginn sjálfur og athuga niðurstöðuna. Forritið hefur ekki farsímaforrit, tilkynningar frá þróunaraðilum eru ekki innifaldar, og það munu enginn búa til sérstaka innviði fyrir eina aðgerð.
Með hjálp PushMeld má bæta einföldum beiðni við slíkt ferli. Eftir að staðfesting er lokið mun símtækið fá skilaboð: afriti er búið til eða aðgerðin lauk með villu. Við þörf er hægt að fá sama tilkynningu á tölvupósti.
Grunnurinn að þessari hugmynd er MaxCode — sameiginlegt öryggis_PK_Kóða, sem PushMeld getur fengið allar upplýsingar í gegnum tilkynningarflutninginn.
Þegar ég kynntist verkefninu fannst mér MaxCode vera það áhugaverðasta. Push-tilkynningar og tölvupóstur eru ekki nýjung. Mikilvægara er að þeirri forritun er hafnað í stjórnun á afhendingu þeirra. Það sendir aðeins viðburð til PushMeld, sem tekur síðan við og stundar afhendinguna sjálft.
Við skulum staðfesta samhengi: PushMeld er hluti af kerfinu MELD® og DigiMeld UG er fyrirtækið sem þróar það.
Heimildin veit aðeins um viðburðinn
Venjuleg innleiðing tilkynninga vex hratt í tæknilegar smáatriði. Það þarf að ákvarða verkefni, reyna að stilla aðgang, geyma lykla, huga að tækjatölum, tengja netpósti og mæta kröfum ýmissa farsímaforrita.
PushMeld flytur það allt úr upprunalegu kerfi yfir í sérstakt stjórntæki.
Þættir fyrir öryggisafrit eru aðeins með eitt: aðgerð lokið með góðum árangri eða mistókst. Það sendir MaxCode, fyrirsögn og textaskilaboð.
Þeim er ekki nauðsynlegt að vita:
hve mörg tækja eru tengd verkefninu;
hvert er núverandi virki;
með hvaða þjónustu þarf að senda push;
er tölvupóstsending virk;
hefur notandi nýtt snjallsíma;
var gamla spjaldtölvan læst;
hver skal fá tilkynninguna.
Allt þetta er ákvarðað innan PushMeld.
Á mínum vður að þetta er helsti arkítektúríski kjarni verkefnisins: MaxCode flytur stjórnun tilkynninga úr forriti sem hýsir viðburðinn yfir í kerfi sem sér um afhendinguna.
Einn MaxCode í stað margra lykla
Venjulega þarf að nota mörg gögn þegar tengt er við utanaðkomandi þjónustu. Einn er verkefnisnúmer, annar er aðgangslykill, og auk þess getur þurft að halda lykilorðum, tækjatólum og stillingum ýmissa þjónustuveitenda.
MaxCode samræmir allt þetta í einum öryggis_PK_Kóða.
Hver verkefni fær sinn eigin MaxCode. Þar eru allar þarfir: verkefnisnúmerið, rétturinn til að senda og gögn sem gera PushMeld kleift að nota rétta afhendingarstefnu.
Sendingaraðili þarf ekki að geyma sérstaklega:
verkefnana-kenniorð;
API-lykil og viðbótarlýkil;
tækjatól;
stillingar viðtakenda;
lyklar mismunandi push-þjónustuveitenda;
aðrar stillingar fyrir push og tölvupóst.
Í forriti, vefsíðu eða skripti er aðeins bætt við einn MaxCode. Þegar það er sent með skilaboðunum, sér PushMeld um að ákvarða verkefnið, skoða beiðnina, finna tengd tækj og velja viðeigandi kanala.
Þess vegna er MaxCode ekki aðeins einn lykill sem er bættur við aðrar. Markmiðið er að algerlega staðfesta allar þekktar lykil- og token-una í einum kóða, í stað þess að hafa marga aðskilda.
Þar sem tilkynning verður frá þar sem hún var ekki búin til
MaxCode er hægt að nota í hvaða kerfi sem getur gert HTTP-beiðni sjálfstætt eða með hjálparefni.
Til dæmis getur PushMeld sagt frá því þegar:
heimakerfi hættir að svara;
öryggisafrit kláraðist eða mistókst;
eigin skriftu lauk tímafrekri verkefni;
3D prentari lokaði prentun;
henni skráði gagnakvamning;
döggdyr voru opnaðar eða kerfið hljóðað;
vísað var á nauðsynlegt efni á vefsíðu;
verð á vöru breyttist;
fólgun fyrir skráningu losnaði;
forrit sem vann stórt skjal lauk við með því að sýna villur;
lítið netverslunarnet fékk nýjar pantanir.
Hver þessara uppruna er mögulega með takmarkaða eigin forrit. Sum tæki ná bara að senda beiðni á ákveðinn stað, önnur styðja til innsláttar á sérstökum forritum, og sum eru hægt að bæta við dögum stuttum sjálfvirknisetti.
Þetta er nóg til að senda viðburð til PushMeld.
Uppruni breytist ekki í sjálfsforriti; hann einfaldlega skráir viðburðinn og sendir MaxCode. Restin — móttakendur, tækjatól, kanalar og tæknilegur leiðarvísir — er í höndum PushMeld.
Ekki aðeins push, heldur líka tölvupóstur
Nafnið PushMeld er fyrst og fremst tengt tilkynningum á síma, en verkefnið býður upp á fleiri möguleika.
Til að senda má nota push, tölvupóst eða báða kanala — allt eftir stillingum verkefnisins og möguleikum.
Til dæmis, skilaboð um árangursríkt öryggisafrit þarf bara að sýna á síma. Alvarleg villa getur einnig verið send með tölvupósti.
Upprunalega forritið framkvæmir sama beiðni með MaxCode í báðum tilvikum. Það þarf ekki að tengja sérstakan póstþjón, geyma stillingar hennar né búa til annan sjálfstæðan feril.
Hvernig tilkynning og afhendingarstefna er ákveðin í PushMeld. Ef notandi bætir tölvupósti við núverandi verkefni seinna, þarf ekki að breyta öryggisafritun eða viðbótarforriti.
Í þessum tilvikum er tölvupósturinn ekki bara dreift í fjölda, heldur sem aukaleið til að tilkynna um viðburð frá tengdu verkefni.
Einn verkefni — einn uppruni viðburða
Verkefni leyfa að skipta tilkynningum eftir tegund.
Venjuleg notandi getur stofnað, til dæmis:
HomeServer— ástand heimilisnetkerfis;Backups— niðurstöður öryggisafritunar;SmartHome— skynjarar og heimilistækni;PriceMonitor— verðbreytingar;Website— nýjar hefur í einkasíðu.
Hvert verkef fær sinn eigin MaxCode. Þannig er aðtgvynisheimilin notað í heimilistækjum, en verðeftirlit er aðskilið frá afritun.
Í appinu er auðvelt að sjá hvaðan skilaboðin komu og hverju þau lúta.
Þessi skipting er sérstaklega gagnleg þegar fjölgað er viðburðum. Þá fær notandinn margar óháðar leiðir, hver með eigin stillingar.
Nýtt símtæki þarf ekki að breyta forritinu
Hver push-tóki er bundinn við ákveðna forritun á ákveðnu tæki.
Ef maður á tvo síma og spjaldtölvu, eru það mörg tól. Eftir kerfisuppfærslu eða tæknibreytingu getur a.m.k. einn lykill breyst eða hætt að virka.
MaxCode er ofar þessum tækniþætti. Hann tengist verkefninu, ekki við eitt tæki.
Notandinn velur sjálfur hvaða tól tengjast verkefninu og eiga að fá skilaboð. Til dæmis má senda tilkynningar um heimilisnetkerfið á persónulegan síma og spjaldtölvu, en viðburði úr vinnusíðunni aðeins á atvinnusíma.
Ef maður kaupir nýtt síma eða sleppir gamla, heldur skriptið áfram að nota sama MaxCode. Sú staða breytist innan PushMeld að völdu móttökusvæði.
Sama á við um tölvupóst eða breytingu á öðrum afhendingaráætlunum.
Það er nákvæmlega ástæðan fyrir því að MaxCode er ekki bara einfaldur lykill. Hann setur mörk á milli viðburðarins og leiðarinnar til hlutar hans. Allt sem er eftir þann mörk er hægt að breyta án þess að endurforrita upphafskerfið.
Ókeypis fyrir venjuleg verkefni
Innfærslur og kerfistækni eru oft lýst með fyrirtækjakerfum, servera-tilskipunum og mikilli gagnamagn. Að því leiti gæti það verið misskilningur að PushMeld sé aðeins fyrir sérfræðinga og fyrirtæki.
Prófin getur maður byrjað einfaldlega með gagnvirk verkefni heima.
Forritið er ókeypis. Helstu möguleikar MaxCode virka einnig án greiðslu innan tiltækra ókeypis takmarkana. Maður getur búið til verkefni, tengt það tól og fengið tilkynningar frá eigin vef eða tækjum, eða heimilistækjum.
Þetta er ekki tímabundinn sýnishorni-viðmót sem hættir að virka eftir kynningu. Fyrir alþjóðlegar dagskrár gæti ókeypis menningin verið næg.
Áætlanir eru nauðsynlegar þegar eða efkv kortafjöldinn eykst, aukinn stuðningur er þörf og kerfið er að þróast í stærri mæli.
Sama grundvallarregla fyrir einstaklinga og fyrirtæki
Hugsun MaxCode er sú sama óháð umfangi verkefnisins.
Maður fær tilkynningu um að öryggisafritinu hafi lokið. Smávirki mun vita að þrjár prentarar eru búnar með langa prentun. Meðferðarmaður fær tilkynningu um villa. Verksmiðja sér um neðangreinarnar.
Skiptingin er ólíkt milli verkefna en meginreglan er sú sama.
Ímynda þér stofnun með þrjú verkefni:
Orders— nýjar pantanir;Payments— innheimtur og endurgreiðslur;ServerStatus— tæknivillur.
Hvert verkefni hefur sitt eigin MaxCode og stilltar tæki. Pöntunum berst það til eiganda og stjórnanda, fjárhagsviðburðum til ábyrgðarmanna, og tæknivillur til þjónustumeðlima sem sinna þjónustunni.
Skerfiseðill fyrirtækisins sendir alltaf sömu inntak og MaxCode viðkomandi verkefnis.
Ef starfsfólk breytist, tól eða afhendingarleiðir, þarf ekki að breyta grunnkerfunum. Við stjórnun er að mestu á höndum PushMeld.
APNs, FCM og HMS eru utan kerfisins
Til að senda push á mismunandi tækjum geta verið notaðar APNs, FCM eða HMS. Hver þjónustuveitandi hefur sína reglur, lykla og tæknilegar sérkenni.
Venjulega þarf að taka tillit til þess við þróun sendikerfa. En í PushMeld eru þessi atriði utan MaxCode.
Heimilisstofn, vefurinn eða skriftan ákvarða ekki hvaðan viðtakandi er eða hvernig á að senda skilaboðin. Þeir gera aðeins eina beiðni, PushMeld velur viðeigandi leið.
MaxCode er ekki í staðinn fyrir innviði Apple, Google eða Huawei. Hann er fyrirframinnbyggður inngangur til þeirra.
Með þessu þarf kerfið ekki að breytast vegna breytinga tækja notanda. Í dag gæti skilaboð verið sent yfir FCM, á morgun yfir APNs, og síðar bætist við annað símtæki eða tölvupóst í verkefnið. Fyrir það kerfi sem viðburðurinn á rætur sínar, breytist ekkert.
MaxCode og venjulegur API-lykill — ekki það sama
Venjulegur API-lykill leyfir oft eingöngu aðgang að þjónustunni. Eftir að lykill er sannreynd, þarf kerfið að tilkynna verkefnið, viðtakendur og afhendingaraðferð sérstaklega.
MaxCode samþættir þessa samhengis í einum kóða.
Hann gerir PushMeld kleift að þekkja verkefnið, sannprófa beiðnina og nota núverandi stillingar. Utanaðkomandi forrit sendir MaxCode og viðburðainnihald án þess að stjórna leiðinni sjálf.
Stutt lýsing á muninum: API-lykill veitir aðgang að einum eiginleika, en MaxCode ákvarðar líka í hvaða samhengi þessi eiginleiki á að nota.
Tilkynning sem tengd þjónusta
Eftir að hafa kynnst PushMeld myndi ég ekki kalla það bara forrit fyrir push-tilkynningar.
Reyndar er það leið til að bæta við tilkynningum þar sem þær voru ekki áður, og síðan stjórna þeim óháð upprunalegu forriti.
Uppruni getur verið heimilisstjórn, skynjari, gamalt forrit, netverslun, eigin skriftu eða innra kerfi fyrirtækis. Ef það getur gert HTTP-beiðni sjálft eða með hjálparfærum, er hægt að senda viðburð í PushMeld.
MaxCode setur síðan mörk milli viðburðarins og afhendingarinnar. Annað hvort er forrit sem upplýsði um atburðinn, eða PushMeld sem á að ákveða verkefni, tæki, kanala og tæknilegur leiðarvísir.
Þess vegna er mest máttmikið hlutverk MaxCode ekki bara í að skipta út mörgum lykli, heldur að flytja stjórnun á tilkynningum úr upprunalegu kerfi yfir í sjálfstæða stjórnunarkerfi.
Sími eða tölvupóstur má breyta, gamla tækkið getur verið slökkt, og leiðin til afhendingar breytt. Kerfið heldur reyndar áfram að senda viðburðinn eins og það gerði áður.
\n ,\n \"seo_title\": \"MaxCode í stað margra lykla: hvernig PushMeld stjórnar tilkynningum\",\n \"seo_description\": \"PushMeld notar MaxCode til að einfalda afhendingu tilkynninga á tækjum og tölvupósti, með því að aðskilja stjórnun frá upprunalegu kerfi og auka möguleika.\",\n \"og_title\": \"Einn MaxCode í stað margra lykla: hvernig PushMeld bætir við tilkynningum þar sem þeir voru ekki áður\",\n \"og_description\": \"PushMeld notar MaxCode til að einfalda afhendingu tilkynninga á tækjum og tölvupósti, með því að aðskilja stjórnun frá upprunalegu kerfi og auka möguleika.\"\n}"}