Menu
Edge срещу Cloud в производството: къде всъщност трябва да се обработват данните ви

Edge срещу Cloud в производството: къде всъщност трябва да се обработват данните ви

Edge обработва данни на или близо до устройството за по-голяма скорост и устойчивост. Облакът обработва данните централизирано за мащабиране и аналитика. Правилният отговор рядко е или-или — важно е коя работа се извършва къде.
Edge срещу Cloud в производството: къде всъщност трябва да се обработват данните ви
Edge срещу Cloud в производството: къде всъщност трябва да се обработват вашите данни

Основни изводи

  • Edge изчисленията обработват данни на или близо до машината — бързо, локално и устойчиво на загуба на мрежова връзка.
  • Облачните изчисления обработват данни централно — мащабируемо, с тежки анализи и агрегиране между обекти.
  • Edge е подходящ за управление в реално време и локална устойчивост; облакът е подходящ за съхранение, анализи и общ преглед над всички линии/обекти.
  • Правилната архитектура е комбинирана: времекритичната работа на edge, работата изискваща мащаб — в облака.

Кратък отговор: Edge изчисленията обработват данни на или близо до машината, така че решенията се вземат в милисекунди и линията продължава да работи дори ако мрежата отпадне. Облачните изчисления обработват данни централно, където те могат евтино да се мащабират за тежки анализи, дългосрочно съхранение и агрегиране между обекти. Реалният въпрос не е edge или облак, а коя работа къде принадлежи: времекритичната и критична за устойчивост обработка — на edge; мащабът и анализите — в облака. Вижте също IIoT срещу IoT.

Какво представляват edge изчисленията

Edge изчисленията изпълняват обработка на хардуер на или до машината — шлюз, индустриален компютър, понякога самият контролер. Понеже данните не трябва да пътуват до център за данни и обратно, решенията се вземат в милисекунди, а локалната система продължава да работи дори при загуба на интернет връзка. Тази архитектура е създадена за скорост и устойчивост близо до процеса.

  • Обработка на или близо до машината.
  • Решения в милисекунди, без кръгова заявка до центъра.
  • Устойчива при загуба на мрежа.

Какво представляват облачните изчисления

Облачните изчисления централизират данните и изчисленията. Те мащабират съхранението и анализите евтино, изпълняват тежки модели, които нито едно edge устройство не би могло да хоства, и агрегира данни от много машини и обекти в един преглед. Неговата цена е латентността и зависимостта от свързаност — кръговата заявка и мрежата са неизбежни.

  • Централно, мащабируемо съхранение и изчисления.
  • Тежки анализи и агрегиране между обекти.
  • Зависимост от свързаност; носи латентност.

Илюстративен пример

Една линия използва компютърно зрение за отхвърляне на дефектни детайли. Товa решение трябва да се вземе за по-малко от 100 милисекунди, за всеки детайл, дори ако интернет отпадне — затова то се изпълнява на edge, на локално устройство до камерата. Същото предприятие иска да проследява трендове в процентите дефекти за дванадесет линии и три обекта, да претренира модела за зрение ежемесечно и да отчита пред управителния съвет — работа, която изисква мащаб и история, затова се изпълнява в облака. Edge направи реалновремевото решение; облакът направи анализа и обучението. Принуждаването на която и да е задача в грешния слой щеше да се провали: облакът е твърде бавен за отхвърлянето в реално време, а edge е твърде малък за анализа на целия парк.

Защо не е въпрос на или-или

Edge и облак решават различни части от проблема. Edge отговаря на "действай сега, локално, надеждно"; облакът отговаря на "съхранявай, агрегирай и анализирай в мащаб." Съвременната архитектура разделя работата: времекритичните и критични за устойчивост задачи остават на edge, докато съхранението, флотните анализи и обучението на модели отиват в облака, като edge подава обобщени данни нагоре.

Как да решите какво къде да се изпълнява

  • Edge: управление в реално време, защитни интерлоки, локално улавяне на OEE, всичко което трябва да оцелее при мрежово прекъсване.
  • Облак: дългосрочно съхранение, анализи между обекти, тежки модели, табла за управление и отчети.
  • Границата: запазете времекритичния цикъл локален; изпратете останалото нагоре.

Факторът устойчивост

Най-честата грешка при edge е поставянето на времекритична или критична за улавяне работа в облака и последващата й загуба при прекъсване. Ако улавянето на OEE съществува само в облака и мрежата прекъсне за час, този час изчезва от данните. Edge улавяне, което буферира локално и синхронизира при връщане на връзката, запазва записа пълен независимо от свързаността.

Чести грешки

1. Управление в реално време в облака. Латентността и прекъсванията го правят ненадеждно за затворени контури на вземане на решения.

2. Тежки анализи на edge устройства. Те нямат мащаба; това принадлежи в облака.

3. Заснемане, което не буферира на edge. Прекъсванията на мрежата се превръщат в дупки в данните.

4. Третиране като единствен избор. Правилният дизайн разделя работата според нуждите от латентност и устойчивост.

Как това се отразява на OEE

OEE печели и от двата слоя: edge улавянето запазва данните пълни и в реално време дори при мрежови смущения, докато облачното агрегиране показва трендове на OEE между линии и обекти. Платформа, която улавя на edge и анализира в облака, ви дава и непрекъснат запис, и поглед над целия парк.

Вижте как Fabrico улавя това автоматично на вашите линии — разгледайте OEE за производство или заявете демонстрация.

Свързани материали

Често задавани въпроси

По-добър ли е Edge от облака за производство?

Нито едно — Edge е подходящ за работа в реално време и устойчива работа, облакът е подходящ за мащаб и анализи. Повечето предприятия използват и двете.

Какво трябва да работи на Edge?

Управление в реално време, защитни функции, локално улавяне на OEE и всичко, което трябва да оцелее при мрежово прекъсване.

Какво трябва да работи в облака?

Дългосрочно съхранение, анализи между обекти, тежки модели и отчети.

Защо устойчивостта на Edge е важна за OEE?

Edge улавяне, което буферира локално, предотвратява създаването на дупки в данните вследствие на мрежови прекъсвания.

Дали това е еднократно архитектурно решение?

Не — това е текущо разделение, при което всяко работно натоварване се присвоява към слоя, който отговаря на неговите нужди от латентност и устойчивост.

Последно от блога

Начертайте вашата пътна карта за надеждност
Изчислете потенциалната възвръщаемост: запазете час за демонстрация
Начертайте вашата пътна карта за надеждност
Като натиснете бутона Приемам, вие давате съгласието си за използването на `бисквитки`, докато ползвате до този уебсайт. За да научите повече за това как `бисквитките` се използват и управляват, моля, вижте нашата Политика за поверителност и Декларация за Бисквитките