Implementați și scalați
Rularea OPC UA pentru două sute de mașini, nu pentru două. Containere fără a distruge încrederea în certificate la fiecare repornire, redundanță și agregare, control al admiterii, furtuni de conectare și aritmetica abonamentelor care decide dacă o implementare la nivel de fabrică funcționează.
| Lecții | 10 |
|---|---|
| Timp | circa 80 de minute |
| Cerințe prealabile | A4; B3 ajută |
| Cost | Gratuit: lecțiile scrise sunt deschise, video și laboratoarele cer un cont gratuit |
Ce veți fi capabil să faceți
- Puteți containeriza un client OPC UA fără a-i regenera identitatea la repornire.
- Puteți proiecta pentru o fabrică, cu aritmetica abonamentelor scrisă negru pe alb.
- Puteți evita o furtună de conectări după un eveniment de rețea.
- Puteți decide între conexiuni directe, un server de agregare și un gateway.
Programă
-
1
Containerizați fără a pierde identitatea9 min
Capcana care îi prinde pe toți: un volum pki nepersistent regenerează certificatul aplicației la fiecare repornire, deci lista de încredere a fiecărui partener se învechește la fiecare implementare.
Resursă Un container care pierde încrederea la repornire, apoi montarea de volum care repară asta, cu ambele jurnale
-
2
Configurați pentru un container8 min
Nume de gazdă, ApplicationUri și SAN-ul într-o rețea de containere, unde nimic nu se rezolvă așa cum se rezolvă pe un laptop.
Resursă Un Dockerfile și un fișier compose funcționale pentru un client, cu configurarea certificatelor
-
3
Faceți aritmetica abonărilor9 min
Mașini ori tag-uri ori rată, raportat la MaxMonitoredItemsPerSubscription și la limitele de sesiune ale serverului. Făcut pe hârtie înainte de implementare, nu în timpul ei.
Livrabil Un model de capacitate lucrat pentru 200 de mașini și 12,000 de taguri, cu limitele de server care constrâng
-
4
Eșalonați-vă conectările7 min
Cea mai eficientă măsură unică pe partea de client împotriva unei furtuni de conectare după un eveniment de rețea.
Resursă O reconectare a 200 de clienți cu și fără eșalonare, cu ambele urme de sarcină a serverului
-
5
Alegeți direct, agregat sau prin gateway8 min
Trei topologii, cu ce costă fiecare în latență, moduri de defectare și licențe.
Resursă Aceeași fabrică desenată în trei moduri, cu modul de defectare al fiecăruia marcat
-
6
Tratați redundanța onest8 min
Redundanță de server, redundanță de client și ce anume comută efectiv: care este mai puțin decât sugerează marketingul.
Resursă Un test de comutare pe rezervă, cu golul de date măsurat
-
7
Aplicați control al admiterii7 min
Protejarea unui server de propriii clienți: limite de sesiuni, limite de monitored items și ce face serverul când refuză.
Resursă Un server care atinge fiecare dintre limitele sale, cu codul de stare returnat pentru fiecare
-
8
Monitorizați colectorul8 min
La ce să setați alarme, astfel încât un flux de date oprit să fie observat în câteva minute, nu la sfârșitul lunii.
Resursă O listă de verificare de monitorizare cu cele șase semnale care prind un colector mut
-
9
Implementați pe edge8 min
Hardware limitat, legături intermitente, store-and-forward și ce nu tamponează OPC UA pentru dumneavoastră.
Resursă O implementare edge cu o întrerupere simulată de 20 de minute, care arată ce s-a recuperat și ce nu
-
10
Actualizați fără oprire8 min
Actualizări de firmware și de server care deplasează indexurile de spațiu de nume sau schimbă modelul, și GeneralModelChangeEvent care vă avertizează.
Livrabil Un diff de nodeset înainte și după actualizare, cu modificările de client pe care le-a cerut
Laborator
Necesită cont gratuit
Rulați un client într-un container față de un server local, reporniți containerul și demonstrați că relația de încredere a supraviețuit. Apoi stricați-o eliminând volumul și observați eroarea exactă.
Deblocați laboratorul →Verificat ultima dată la 7 septembrie 2026 față de OPC UA 1.05.07. OPC UA Connect este o resursă educațională și nu este afiliată cu OPC Foundation.