Majstra Komplekseco en IoT Deploj Programaro
Uzantgvidilo
Majstra Komplekseco en IoT Deploj Programaro
Administrado de aparatoj: kiel regi kompleksecon en IoT-deplojoj
Gvidilo al sukcesa IoT-aparata vivciklo-administrado
Blanka papero | oktobro 2021
Enkonduko
La Interreto de Aĵoj (IoT) havas la potencon draste pliigi la efikecon de entreprenoj en multaj domajnoj kaj krei tute novajn komercajn modelojn. Per realtempa duflanka komunikado kun la konektitaj inteligentaj aparatoj, vi ne nur ricevos valorajn datumojn kolektitajn de la aparatoj, sed ankaŭ povos plenumi ilian prizorgadon kaj administradon aŭtomate kaj malproksime. Tiel por sukcese deploji IoT-solvon por entrepreno, estas grave konsideri la fundamenton de iu ajn IoT-solvo: aparato-administrado.
Entreprenoj povas atendi kompleksan IoT-aparatan pejzaĝon kun heterogenaj aparatoj, kiuj devas esti administritaj dum la tuta aparato-vivciklo. IoT-rilataj scenaroj fariĝas pli kompleksaj kaj postulas la plenumon de pli kompleksaj komandoj. Simile al la operaciumoj de niaj labortablaj komputiloj, inteligentaj telefonoj kaj tablojdoj, IoT-enirejoj kaj randaparatoj bezonas oftan prizorgadon en formo de programaraj ĝisdatigoj aŭ ŝanĝoj al agordoj por plibonigi sekurecon, disfaldi novajn aplikojn aŭ etendi funkciojn de ekzistantaj aplikoj. Ĉi tiu blanka libro montros kial fortika administrado de aparatoj estas ŝlosilo por sukcesa entreprena IoT-strategio.
8 Uzkazoj pri administrado de aparatoj de IoT
Administrado de aparatoj: la ŝlosilo por estontecaj IoT-deplojoj
Legu la raporton
Bosch IoT Suite taksita kiel la ĉefa IoT-platformo por aparato-administrado
IoT solvscenaro ĝenerale inkluzivas konekti aparatojn. Web-ebligitaj aparatoj povas esti konektitaj rekte, dum tiuj kiuj ne estas web-enabled estas konektitaj per enirejo. La heterogeneco kaj diverseco de konstante evoluantaj aparatoj estas difina faktoro de entreprena IoT-arkitekturo.
La komplekseco de entreprena IoT-deplojo
2.1. Diverseco de aparatoj kaj programaro
Dum la komenca prototipado stage, la ŝlosila celo estas montri kiel aparatoj povas esti konektitaj kaj kiaj valoroj povas esti akiritaj de analizado de la aparataj datumoj. Firmaoj kiuj deplojas ĉe ĉi tiu frua stage sen pripensi funkcio-riĉan aparatan administradsolvon baldaŭ trovos sin nekapablaj pritrakti la kreskantan nombron da aparato kaj programaro agordoj. Dum la IoT-iniciato de la firmao vastiĝas, ĝia IoT-solvo estos devigita inkluzivi varian miksaĵon de aparatoj kaj ligaj mekanismoj. Kun diversaj kaj distribuitaj aparatoj, la operacia teamo ankaŭ devos trakti plurajn firmware-versiojn.
Lastatempe, ankaŭ okazis ŝanĝo al elfarado de pli da pretigo kaj komputado ĉe la rando ĉar pli grandaj randaparatoj kapablas pritrakti pli kompleksajn komandojn. La programaro por ĉi tio devas esti konstante ĝisdatigita se ĝi volas ĉerpi la maksimuman valoron de la analizo, kaj la operacia teamo bezonos centran ilon por ebligi efikan malproksiman prizorgadon. Provizi servon, kiu ebligas al ĉiuj malsamaj partoj de la solvo uzi komunan aparato-administran platformon, malŝlosas funkcian efikecon kaj mallongigas signife la tempon por surmerkatigi.
Ĉu vi sciis? Pli ol 15 milionoj da aparatoj tutmonde jam estas konektitaj per la platformo IoT de Bosch.
2.2. Skalo
Multaj IoT-projektoj komenciĝas per pruvo de koncepto kaj ofte estas sekvataj de piloto kun limigita nombro da uzantoj kaj aparatoj. Tamen, ĉar pli kaj pli da aparatoj devas esti integritaj, la kompanio bezonas aplikaĵon aŭ API, kiu ebligas al ĝi facile administri, monitori kaj sekurigi la kreskantan nombron da diversaj tutmonde distribuitaj konektitaj aparatoj. Mallonge, ĝi devas trovi aparato-administran solvon, kiu povas grimpi de la unua tago al la diversaj deploj-scenaroj. Bona konsilo ĉi tie estas pensi granda sed komenci malgrande.
2.3. Sekureco
Sekureco estas unu el la plej evidentaj kialoj, kial aparato-administra platformo estas postulata eĉ por malgrand-skalaj deplojoj. Registaroj enkondukas leĝaron, kiu postulas, ke ĉiuj IoT-produktoj estu flikeblaj kaj plenumi la plej novajn sekurecajn normojn de la industria. Konsiderante ĉi tion, ajna solvo de IoT devus esti desegnita kun sekureco kiel la fundamenta postulo. IoT-aparatoj ofte estas limigitaj pro kostfaktoroj, kiuj povas limigi siajn sekureckapablojn; tamen, eĉ limigitaj IoT-aparatoj devas havi la kapablon ĝisdatigi sian firmvaron kaj programaron pro sekurecaj ŝanĝoj kaj eraroj. Vi ne povas pagi ŝpari pri sekureco.
IoT-aparata vivciklo-administrado
Ĉar entreprenaj IoT-sistemoj atendas multajn jarojn, estas grave desegni kaj plani por la tuta vivociklo de aparatoj kaj aplikoj.
Ĉi tiu vivociklo inkluzivas sekurecon, antaŭ-komision, komisiadon, operaciojn kaj malfunkciadon. Administri la vivociklon de IoT prezentas altan nivelon de komplekseco kaj postulas larĝan gamon de kapabloj. Ni celas reliefigi iujn ĝeneralajn komponantojn de la vivociklo de la IoT-aparato ĉi tie; tamen, detaloj ankaŭ dependas de la speco de aparato-administra protokolo uzata.
3.1. Fin-al-fina sekureco
Aparato-aŭtentikigo estas precipe grava dum establado de sekurigitaj komunikadligoj. IoT-aparatoj devas esti aŭtentikigitaj per aparato-specifaj sekurecaj akreditaĵoj. Ĉi tio tiam ebligas al la operacia teamo identigi kaj bloki aŭ malkonekti aparatojn konsideratajn kiel minaco. Unu maniero aŭtentikigi la aparatojn estas provizi aparato-specifajn privatajn ŝlosilojn kaj la respondajn ciferecajn atestojn de la aparato dum produktado (ekz. X.509) kaj disponigi regulajn kampajn ĝisdatigojn de tiuj atestiloj. La atestiloj ebligas backend-alirkontrolon bazitan sur bone establitaj kaj normigitaj validigmekanismoj kiel ekzemple reciproke aŭtentikigita TLS, kiu certigas ĉifradon por ĉiuj specoj de konektebleco. Aparata administradsolvo ankaŭ devus povi revoki atestilojn se necese.
3.2. Antaŭ-komisiona
Administrado de aparatoj postulas agenton esti deplojita sur la konektitaj aparatoj. Ĉi tiu agento estas programaro, kiu funkcias aŭtonome por kontroli la aparatojn. Ĝi ankaŭ ebligas la programon pri administrado de fora aparato komuniki kun la aparato, ekzample, por sendi komandojn kaj ricevi respondojn kiam necese. La agento devas esti agordita por aŭtomate konektiĝi al la fora aparato-administra sistemo kun validaj akreditaĵoj por aŭtentigo.
3.3. Komisiono
3.3.1. Registra aparato
IoT-aparato devas esti registrita en la sistemo antaŭ esti konektita kaj aŭtentikigita por la unua fojo. Aparatoj estas kutime identigitaj surbaze de seriaj numeroj, antaŭdividitaj ŝlosiloj, aŭ unikaj aparatatestiloj emisiitaj fare de fidindaj aŭtoritatoj.
3.3.2. Komenca provizado
IoT-aparatoj estas senditaj al klientoj kun fabrikaj agordoj, kio signifas, ke ili ne havas iujn ajn klient-specifajn programajn agordojn, agordojn, ktp. Tamen, aparata administradsistemo povas kongrui la uzanton kun la IoT-aparato kaj plenumi komencan provizantan procezon por aŭtomate deploji la postulatajn programajn komponantojn, agordojn, ktp sen iu ajn uzanta implikiĝo.
3.3.3. Dinamika agordo
IoT-aplikoj povas komenci tre simplaj kaj fariĝi pli maturaj kaj kompleksaj kun la tempo. Ĉi tio povas postuli ne nur dinamikajn programajn ĝisdatigojn sed ankaŭ agordajn ŝanĝojn por esti efektivigitaj sen impliki la uzanton aŭ interrompi la servon. Deploji novan logikon aŭ plenumi servajn aplikaĵajn ĝisdatigojn devus esti finita sen ajna malfunkcio. Dinamika agordo povas validi por nur unu specifa IoT-aparato, grupo de IoT-aparatoj aŭ ĉiuj registritaj IoT-aparatoj.
3.4. Operacioj
3.4.1. Monitorado
Kun la kompleksa IoT-aparata pejzaĝo, necesas havi centran panelon, kiu montras superview de la aparatoj kaj havas la kapablon agordi sciigajn regulojn bazitajn sur aparatstatuso aŭ sensildatenoj. Pro la skalo kaj diverseco de la aktivaĵoj, povi flekseble kaj dinamike krei grupojn de aparatoj uzante specifajn kriteriojn estas grava por efikaj operacioj kaj la monitorado de via floto.
Koncerne la aparatojn mem, ankaŭ gravas havi gardiston por certigi ke, en kazo de misfunkcio, ili povas almenaŭ aŭtomate rekomenci sin aŭ, prefere, solvi la problemon aŭtonome.
3.4.2. Regeblaj aparatoj de IoT-deplojscenaroj povas varii depende de la domajno kaj aplikaĵo. Modernaj randaj aparatoj malsamas laŭ kapabloj kaj konekteblecmetodoj kaj IoT-solvo devas subteni diversajn celplatformtipojn.
Entreprenaj IoT-solvoj ofte devas trakti pli malgrandajn specojn de randaparatoj, kiuj havas limigitajn kapablojn kaj ne povas esti konektitaj rekte tra la interreto, sed prefere tra enirejo. En la sekva sekcio, ni listigas la plej oftajn specojn de IoT-aparatoj:
1. Malgrandaj mikroregiloj
Malgrandaj mikroregiloj estas kostefikaj kaj energi-limigitaj aparatoj, kutime bateriofunkciaj, kaj estas tre taŭgaj por bazaj randkapabloj ekz. telemetriaj uzkazoj. Ili estas klientspecifaj, kutime enkonstruitaj kaj la programaro por ili estas evoluigita kiel parto de la produkto-dezajna procezo. Ĉi tio permesas vin redukti la personigon bezonatan por fari aparaton IoT-preta. Malgrandaj mikroregiloj subtenas aparato-administradkapablojn kiel ekzemple fora agordo kaj firmvara ĝisdatigo.
- Operaciumo: Realtempaj operaciumoj, kiel FreeRTOS, TI-RTOS, Zypher
- Referencaj aparatoj: ESP-tabuloj, STMicro STM32 Nucleo, NXP FRDM-K64F, SiliconLabs EFM32GG-DK3750, XDK Cross Domain Development Kit
2. Potencaj mikroregiloj
Potencaj mikroregiloj estas similaj al enirejoj laŭ aparataro sed ili malsamas laŭ programaro, estante sufiĉe unucelaj aparatoj. Ili disponigas altnivelajn komputikkapablojn, kiel ekzemple resurso kaj aparatabstraktado, historio, programaro kaj firmvaro ĝisdatigoj, programarpakaĵadministrado, malproksima agordo ktp.
- Operaciumo: Enigita Linukso
- Referencaj aparatoj: B/S/H sistemmastro
3. Enirejoj
Enirejoj aŭ enkursigiloj estas tre oftaj en inteligentaj hejmoj, inteligentaj konstruaĵoj kaj industriaj medioj. Ĉi tiuj aparatoj povas esti tre potencaj ĉar ili bezonas konektiĝi kun amaso da randaparatoj uzante malsamajn komunikajn protokolojn. Enirejoj provizas altnivelajn komputikajn kapablojn, kiel abstraktadon de rimedoj kaj aparatoj, historion, analizojn, ĝisdatigojn pri programaro kaj firmvaro, administradon de programaro-pakaĵo, foran agordon, ktp. Vi ankaŭ povas fari firmvaradministradon sur la konektitaj aparatoj per enirejo. Ili eĉ povas esti aldonitaj al la aranĝo ĉe posta stage kaj povas servi malsamajn celojn kiuj ŝanĝiĝas laŭlonge de la tempo.
- Operaciumo: Enigita Linukso
- Referencaj aparatoj: Raspberry Pi, BeagleBone, iTraMS Gen-2A, Rexroth ctrl
4. Poŝtelefono kiel enirejo
Modernaj saĝtelefonoj povas esti uzataj kiel enirejoj kaj estas tre oportunaj por inteligentaj hejmaj scenaroj. Ili provizas konekteblecon kiel prokurilo por aparatoj WiFi kaj Bluetooth LE, kiuj postulas regulajn ĝisdatigojn. Se uzataj kiel enirejo, porteblaj aparatoj permesas ĝisdatigon kaj malproksiman agordon de la aparata agento.
- Operaciumo: iOS aŭ Android
- Referencaj aparatoj: Ĉefaj saĝtelefonaj aparatoj
5. 5G-randa nodo Taŭga por industriaj celoj kaj specifaj medio-bezonoj, 5G-randaj nodoj ofte estas uzataj en datumcentroj surloke kaj povas esti deplojitaj sur ekzistantaj aparatoj kiel 5G-etendo. Ili disponigas popularajn kapablojn kiel ekzemple resursaj kaj aparataj abstraktaĵoj, historio, analizo, programaro kaj firmvaro ĝisdatigoj, malproksima agordo, programarpakaĵadministrado, ktp.
- Operaciumo: Linukso
- Referencaj aparatoj: x86-funkciigita aparataro
Aparata administradsistemo devas povi administri miksaĵon de ĉiuj ĉi tiuj specoj de IoT-aparatoj, kiuj povas esti konektitaj per diversaj retaj protokoloj kiel HTTP, MQTT, AMQP, LoRaWAN, LwM2M, ktp. En iuj kazoj, ĝi ankaŭ povas esti necesa. efektivigi proprietajn mastrumajn protokolojn.
Jen mallonga priskribo de kelkaj popularaj konekteblecaj protokoloj:
MQTT Malpeza publikiga/aboni IoT-konekteca protokolo, utila por konektoj kun foraj lokoj, kie necesas malgranda koda spuro. MQTT povas plenumi iujn operaciojn pri administrado de aparatoj kiel firmware-ĝisdatigoj kaj disponeblas por malsamaj programlingvoj kiel Lua, Python aŭ C/C++.
LwM2M
Protokolo pri administrado de aparatoj dizajnitaj por malproksima administrado de limigitaj aparatoj kaj rilata servo-ebligo. Ĝi subtenas operaciojn pri administrado de aparatoj kiel firmware-ĝisdatigoj kaj fora agordo. Ĝi prezentas modernan arkitekturan dezajnon bazitan sur REST, difinas etendeblan rimedon kaj datummodelon, kaj konstruas sur la CoAP sekura datumtransigo normo.
LPWAN-protokoloj (LoRaWAN, Sigfox)
IoT-protokoloj taŭgas por limigitaj aparatoj en ampleksaj retoj kiel inteligentaj urboj. Pro ilia energiŝpara efektivigo, ili bone taŭgas por uzkazoj kie bateriokapacito estas limigita rimedo.
3.4.3. Administrado de amasa aparato
Amasa aparato-administrado, ankaŭ konata kiel pogranda aparato-administrado, ofte estas preteratentita en pli malgrandaj IoT-deplojoj kiuj ankoraŭ ne pligrandiĝis. Simplaj aparatoj pri administrado eble sufiĉos komence, sed estos limigaj, ĉar projektoj de IoT kun diversaj aparatoj kreskas en grandeco kaj diverseco. Povi facile krei dinamikajn hierarkiojn kaj arbitrajn logikajn grupiĝojn de aktivoj, tiel ke aparataj administradiniciatoj povas esti aplikataj grandskale, helpos pliigi la efikecon de deplojo kaj prizorgado. Tiaj mezuroj povas varii de ĝisdatigoj de firmware kaj programaro ĝis la ekzekuto de kompleksaj skriptoj, kiuj konsideras la enigon de la individuaj aparatoj. Krome, amasaparataj administradiniciatoj povas esti bone agorditaj per kelkaj ekzekutscenaroj starigitaj kiel unufojaj taskoj aŭ ripetiĝantaj kaj aŭtomatigitaj reguloj, lanĉitaj tuj kaj senkondiĉe aŭ ekigitaj de antaŭdifinitaj eventoj, horaroj, limoj kaj kondiĉoj. Tia ŝlosila funkcio ankaŭ estos de avancotage kiam la disvolva teamo faras A/B-testadon kaj campagna administrado.
3.4.4. Programaro kaj firmvara administrado kaj ĝisdatigoj
Administrado de aparatoj postulas la kapablon centre ĝisdatigi programaron kaj firmvaron sur tutmonde distribuitaj aparatoj. Ĉi tio inkluzivas puŝadon de firmvaro al la aparato-floto, kaj kun la apero de kompleksa rando-prilaborado puŝi softvarpakaĵojn sendependajn de firmware-pakaĵoj. Tiaj programaj landoj devas esti staged tra grupo de aparatoj por certigi fidindecon eĉ kiam konektebleco malfunkcias. Estontecaj IoT-solvoj devas povi ĝisdatiĝi trans la aero, ĉar la plej multaj aktivaĵoj estas deplojitaj en foraj medioj distribuitaj tra la mondo. Por efika daŭranta programaro kaj firmvara prizorgado, estas grave grave povi krei kutimajn logikan grupiĝojn kaj aŭtomatigi ĉi tiujn taskojn.
Bosch IoT Remote Manager
Ĉu vi sciis? Bosch IoT Suite estas la kerna ebliganto de la firmaraj ĝisdatigoj de Daimler. Proksimume kvar milionoj da aŭtoposedantoj jam ricevas novajn versiojn de veturila programaro ekzample, infotainment-sistemo ĝisdatiĝas oportune kaj sekure per la ĉela reto. Ĉi tio signifas, ke ili ne plu devas viziti sian komerciston nur por ricevi programaron ĝisdatigon. Bosch IoT Suite estas la komunika centro por veturiloj ĉe la riceva fino de sendrataj ĝisdatigoj.
3.4.5. Fora agordo
Povi modifi agordojn malproksime estas decida por la operacia teamo. Unufoje elrulitaj, aparatoj sur la kampo devas esti ofte ĝisdatigitaj, por ke ili daŭras kun la evoluo de la ekosistemo. Ĉi tio povas inkluzivi ion ajn de ŝanĝado de nuba flanko URLs al reagordo de kliento-rajtigo, pliigo aŭ malpliigo de rekonektintervaloj, ktp. Amas-administradtrajtoj kompletigas ĉiujn agordajn rilatajn laborpostenojn, ĉar la kapablo ekigi amasiniciatojn bazitajn sur kompleksaj reguloj kaj ruli ilin je planitaj tempoj en ripetebla maniero estas de plej grava graveco. por operacioj.
3.4.6. Diagnozo
IoT-deplojo estas daŭra procezo, kiu implikas konstantan monitoradon kaj diagnozon kun la celo minimumigi malfunkcion kaj simpligi operaciojn. Kiam aparatoj estas en malproksimaj lokoj, aliro al administraj reviziaj protokoloj, aparataj diagnozaj protokoloj, konekteblecaj protokoloj, ktp. estas unu el la plej esencaj funkcioj por solvi problemojn. Se plia analizo estas postulata, la aparato-administra sistemo devus povi malproksime ekigi multvortan protokolon kaj elŝuti la protokolon files por analizo, ŝparante valoran tempon kaj plibonigante operacion efikecon.
3.4.7. Integriĝo
Krom se adopto de preta uzebla servo, entreprenaj IoT-solvoj kutime postulos aliron por elpensi administradkapablojn per riĉa aro de APIoj, kiuj ebligas integri eksterajn servojn aŭ personecigi uzantinterfacojn kaj laborfluojn. En tempoj de malfermfonta evoluo, disponigado de REST kaj lingvo-specifaj API kiel ekzemple Java API estas normo por plenumi foran konekton kaj administradajn uzkazojn.
3.5. Malfunkciigo
Malfunkciigo povus influi la tutan solvon de IoT aŭ nur dediĉitajn komponantojn; por ekzample, anstataŭigi aŭ malfunkciigi ununuran aparaton. Atestiloj tiam devus esti revokitaj kaj aliaj konfidencaj aŭ sentemaj datumoj devus esti forigitaj en sekura maniero.
Konkludo
Realigi la Interreton de Aĵoj estas transforma vojaĝo, kiu inspiras multoblajn komercajn novigojn.
Konsiderante la kreskantan nombron da IoT-novaĵoj, estas kritike por entreprenoj elekti la optimuman aparato-administran platformon ĝuste komence de ĉi tiu vojaĝo. Ĉi tiu platformo devas povi trakti la heterogenecon kaj diversecon de konstante evoluanta entreprena IoT-pejzaĝo kaj devas povi administri la kreskantan nombron da konektitaj aparatoj dum sia tuta vivociklo.
Bosch IoT Suite estas kompleta, fleksebla kaj malfermfonte-bazita softvarplatformo por IoT-solvoj. Ĝi provizas skaleblajn kaj riĉajn servojn por trakti aparatajn administradscenarojn dum la tuta aparato-vivciklo, inkluzive de aktivo kaj programaro-administrado. Bosch IoT Suite traktas aparatan administradon per diligentaj solvoj por surlokaj kaj por nubaj deplojoj.
Viaj produktoj por administrado de aparatoj de IoT
 Bosch loT Aparato Administrado |
Bosch loT Rollouts |
Bosch loT Remote Manager |
| Administru ĉiujn viajn IoT-aparatojn facile kaj flekseble en la nubo dum ilia tuta vivociklo | Administri kaj kontroli ĝisdatigojn pri programaro kaj firmware por IoT-aparatoj en la nubo |
Surloka aparato administrado, monitorado kaj programaro-provizo |
Klienta kaza studo
Ĉu vi volas komenci IoT-iniciaton? Vi bezonas aparato-administradon. Klienta kazesploro: la IoT-iniciato de Smight
Rekte rezerveblaj kaj ekipitaj per afablaj UI-oj, niaj aparatoj pri administrado solvoj povas esti uzataj tuj, sed ankaŭ permesas plenan integriĝon per modernaj API-oj. Krome, niaj profesiaj servoj-teamoj ebligas klientojn administri IoT-aparatojn dum multaj jaroj. Ni havas la sperton kaj kompetentecon por helpi vin en via IoT-vojaĝo kaj funkciigi viajn IoT-ideojn, dum vi koncentriĝas pri tio, kio estas grava por via komerco. Vi povas koncentriĝi pri disvolviĝo de aplikaĵoj de IoT, kiu aldonas valoron, prefere ol disvolviĝo, gastigado kaj prizorgado de platformoj de IoT. Kresku rapide de prototipado al funkciado kiel plenskala IoT-ebligita entrepreno kun Bosch IoT Suite.
Provu la aparatajn administradkapablojn de Bosch IoT Suite kun niaj senpagaj planoj
Bosch en la Interreto de Aĵoj
Ni kredas, ke konektebleco estas pli ol nur teknologio, ĝi estas parto de niaj vivoj. Ĝi plibonigas moveblecon, formas la urbojn de la estonteco kaj faras hejmojn pli inteligentaj, industriaj ligoj kaj sanservoj pli efikaj. En ĉiu sfero, Bosch laboras por konektita mondo.
Kiel grava fabrikanto de aparatoj, ni havas sperton kun milionoj da konektitaj kaj administritaj aparatoj en diversaj industrioj. Tiel ni konas parkere la defiojn implikitajn en IoT-deplojoj kaj la larĝan gamon de aparataj administradaj uzkazoj, kiuj estas traktitaj.
Ni evoluigis solvon pri administrado de aparatoj, kiu ebligas vin resti sur la heterogeneco kaj diverseco de konstante evoluantaj aparatoj kaj aktivoj, tiel certigante, ke via IoT-solvo restas funkcianta dum teknologio evoluas.
Senpagaj planoj: Testu Bosch IoT Suite senpage
Petu vivan demonstraĵon
Sekvu @Bosch_IO en Twitter
Sekvu @Bosch_IO sur LinkedIn
Eŭropo
Bosch.IO GmbH
Ullsteinstraße 128
12109 Berlino
Germanujo
Telefono. +49 30 726112-0
www.bosch.io
Azio
Bosch.IO GmbH
c/o Robert Bosch (SEA) Pte Ltd.
Strato Bishan, 11
Singapuro 573943
Tel. +65 6571 2220
www.bosch.io
Dokumentoj/Rimedoj
 |
BOSCH Majstra Komplekseco en IoT Deplojaj Programaro [pdf] Uzantogvidilo Majstra Komplekseco en IoT Deplojoj Programaro, Majstra Komplekseco en IoT Deplojoj, Programaro |
