Трябва да помислите за разделянето на приложението като самостоятелно настолно приложение (което действа като приложение от страна на клиента) срещу сървъра за вашия API и бекенд логика, които се хостват от доставчик на облак.
Правейки това, можете да се съсредоточите върху разделянето на проблемите за настолното (електронно) приложение, както и да гарантирате, че сървърите (като API, удостоверяване и друга бекенд логика) са добре оптимизирани и служат като множество служители.
Има някои опасения за сигурността при разработката на приложение Electron, ако не актуализирате редовно вашата версия на Node (като атаки при препълване на буфера на паметта).
Друг проблем, който трябва да разгледате, е как общността на Electron обслужва и разрешава проблеми с разрешенията за приложението от страна на клиента и обикновените разрешения за файлове, които се предоставят, когато потребителят инсталира вашето приложение.
Като разработчик, вие носите отговорност да гарантирате, че библиотеките на трети страни не увреждат компютъра на потребителя. (представете си инсталиране на зависимост от библиотека, чиято цел е злонамерено да изтрие цялата файлова система).
За удостоверяване можете да предоставяте отговори от вашия API въз основа на заявките/публикациите от страна на клиента, които предоставяте на услугата за удостоверяване. Не е задължително да предоставяте/инсталирате сървъра за удостоверяване във вашето приложение Electron, тъй като това може да бъде донякъде обезпокоително за потребителя да актуализира, както и излага вашата услуга за удостоверяване на други за обратно инженерство/кракване.
