אחסון Node-RED על VPS משלו

‏Node-RED הוא כלי low-code לחיבור ממשקי API, מכשירים ושירותים מקוונים: גוררים nodes לקנבס בדפדפן, מחברים אותם לתהליכים (flows) ומפעילים. זה פרויקט קוד פתוח (Apache 2.0) של OpenJS Foundation. בוחרים אותו עם חבילה, משלמים, ואנחנו מקימים את ה-VPS (‏KVM, ‏NVMe, ‏Ubuntu 24.04 LTS) ומתקינים Node-RED, כרגע גרסה 5.0.9, תוך כשלוש דקות אחרי שהשרת עולה. מקבלים:

• כתובת HTTPS כמו yourname-x7k2.devoster.app עם תעודת Let's Encrypt.
• עורך שאף פעם לא פתוח בלי התחברות. לעורך של Node-RED אין התחברות אלא אם מגדירים אותה; אצלנו היא מוגדרת לפני ש-Node-RED עולה בפעם הראשונה. מתחברים כ-admin עם סיסמה שנוצרה אוטומטית ומוצגת בלוח הבקרה של Devoster, שבו אפשר גם לאפס אותה.
• התקנות שנשארות. ‏nodes שמוסיפים ממנהל הפלטה, ומודולי npm שמשתמשים בהם ב-Function nodes, נשמרים בתיקיית הנתונים של Node-RED ושורדים ריסטארט ועדכונים. ה-credentials של התהליכים מוצפנים במפתח שנוצר על השרת שלכם.
• שליטה מלוח הבקרה: פתיחת העורך, ריסטארט, עצירה והפעלה, צפייה בלוגים, עדכון וחיבור דומיין משלכם.

האפליקציה בחינם; משלמים רק על חבילת ה-VPS, עם 10% הנחה בתשלום שנתי. השרת מגיע עם root מלא, גיבוי לילי חינם שנשמר 3 ימים ועוד Snapshot אחד, כתובת IPv4 ייעודית, ‏1Gbps עם תעבורה ללא הגבלה והגנת DDoS. אפליקציות נוספות שמותקנות כך נמצאות בעמוד האפליקציות בלחיצה אחת.

‏Raspberry Pi בבית הוא המקום הקלאסי ל-Node-RED. ‏VPS הוא מקום טוב יותר כשהתהליכים צריכים להיות נגישים מהאינטרנט ולהישאר למעלה גם כשהחיבור הביתי לא:

• דבק בין שירותים מקוונים: משיכה מ-API לפי תזמון, עיבוד הנתונים ב-Function node ודחיפה שלהם לגיליון, למסד נתונים או לערוץ צ'אט.
• ‏Webhooks ו-API קטנים: ‏HTTP In nodes הופכים תהליך לנקודת קצה בכתובת ה-HTTPS שלכם, מוכנה לקריאות מ-Stripe, ‏GitHub או שירות טפסים.
• ‏MQTT ו-backend ל-IoT: מכשירים ו-gateways מפרסמים ל-broker של MQTT, ו-Node-RED נרשם, שומר ומגיב. ‏Node-RED הוא הלקוח כאן; broker לא כלול (ראו בשאלות הנפוצות).
• דשבורדים: ‏nodes של דשבורד מהפלטה נותנים ממשקי ווב פשוטים לנתונים שהתהליכים אוספים.

דבר אחד ששרת בענן לא יכול לעשות לבד הוא להגיע לתוך הרשת הביתית שלכם. מכשירים מאחורי הראוטר צריכים להתחבר החוצה, ל-broker או לנקודות הקצה של Node-RED, או שאפשר לחבר את שתי הרשתות ב-VPN כמו שרת ה-WireGuard שלנו בלחיצה אחת.

‏Node-RED קורא את ההגדרות שלו מ-settings.js. בהתקנה הזו הקובץ הזה מנוהל ומוחלף בעדכונים, אז ההגדרות שלכם נכנסות ל-settings.user.js לידו, בתיקיית הנתונים של Node-RED (‏/data בתוך הקונטיינר, ‏/opt/devoster/data/node-red על השרת). זה מודול Node.js רגיל, module.exports = { ... }, שמתמזג מעל ברירות המחדל שלנו כש-Node-RED עולה. שתי הגדרות נשארות מנוהלות: ההתחברות לעורך (adminAuth) ומפתח ההצפנה של ה-credentials (credentialSecret), כך שאיפוס הסיסמה מלוח הבקרה תמיד עובד.

שלוש ברירות מחדל שכדאי להכיר, וכולן ניתנות לשינוי שם:

• ‏Projects כבוי. הפיצ'ר Projects של Node-RED, ששומר את התהליכים במאגר Git, כבוי כברירת מחדל. ‏Git קיים באימג', כך שאפשר להפעיל אותו.
• ‏Context נשמר בזיכרון. ערכי context של תהליך ושל global הולכים לאיבוד כש-Node-RED עושה ריסטארט או מתעדכן. הגדירו context store מבוסס קבצים אם אתם תלויים בהם.
• יש חשבון עורך אחד. להתחברות המנוהלת יש משתמש יחיד, admin, עם הרשאות מלאות.

אחרי שינוי ב-settings.user.js עשו ריסטארט ל-Node-RED מלוח הבקרה. אם יש בקובץ שגיאת תחביר, ‏Node-RED מתעלם ממנו ועולה עם ברירות המחדל במקום ליפול, וכותב את זה בלוגים.

ההתחברות לעורך מגינה על העורך ועל ה-API הניהולי של Node-RED. היא לא מגינה על נקודות הקצה שהתהליכים שלכם יוצרים: ‏HTTP In node בנתיב /sensor עונה לכל מי שקורא ל-https://your-address/sensor. זה בכוונה, כי webhooks צריכים להיות נגישים, אבל זה אומר שכל נקודת קצה באחריותכם:

• הגדירו httpNodeAuth ב-settings.user.js כדי לשים שם משתמש וסיסמה על כל נקודות ה-HTTP In בבת אחת.
• או בדקו טוקן סודי או כותרת חתימה בתחילת כל תהליך, שזו הדרך שבה רוב שולחי ה-webhooks מצפים להיות מאומתים.
• לעולם אל תחשפו Function node שמריץ כל מה שנשלח אליו.

מיילים: פורטי הדואר היוצא חסומים כברירת מחדל בחבילות ה-VPS של Devoster, כך ש-nodes של מייל ב-SMTP לא יתחברו. השתמשו בספק מייל חיצוני (את פורט ה-submission שלו אפשר לפתוח לפי בקשה) או ב-node ששולח דרך API ב-HTTPS. בליבה של Node-RED ממילא אין מייל לאיפוס סיסמה; את סיסמת העורך מאפסים מלוח הבקרה של Devoster. ‏nodes של טלגרם, ‏Slack, ‏Discord ו-HTTP request לא מושפעים.

מעט מאוד בהתחלה. ‏Node-RED צורך כ-80MB RAM במנוחה. מה שמגדיל אותו הוא הפלטה (כל חבילת nodes מותקנת נטענת בעלייה), גודל ההודעות שעוברות בתהליכים, וכל מה שאתם מחזיקים בזיכרון, כמו context או מערכים גדולים ב-Function nodes.

אם אתם מוסיפים שירותים משלכם, כמו broker של Mosquitto, שימו לב שבחומת האש של השרת פתוחים רק SSH, ‏HTTP ו-HTTPS; עם root, פתיחת פורט נוסף בידיים שלכם. אפשר לשדרג לחבילה גדולה יותר מהפאנל בהמשך.

אנחנו בודקים גרסאות חדשות של Node-RED ומחילים אותן בשעת תחזוקה שאתם בוחרים, או כשאתם לוחצים Update now. לפני כן נלקח Snapshot של ה-VPS, ואם Node-RED לא חוזר לפעול תקין השרת חוזר אחורה אוטומטית. ה-nodes שהתקנתם מהפלטה הם שלכם, עם זאת: ‏nodes של הקהילה לא חלק ממה שאנחנו בודקים, אז לפני גרסה ראשית חדשה של Node-RED בדקו שאלה שאתם תלויים בהם תומכים בה, וכבו את העדכון האוטומטי עד שכן.

השרת לא מנוהל. יש לכם root מלא, והאבטחה שלו, התהליכים שלכם ונקודות הקצה שהם חושפים באחריותכם. אנחנו לא נותנים עזרה בבניית תהליכים; התיעוד והפורום של Node-RED מכסים את זה. צ'קליסט ההקשחה שלנו ל-VPS הוא שעה ראשונה טובה לכל שרת עם גישת root.

הגיבויים הליליים (3 ימים) ומקום ה-Snapshot שלכם מכסים את כל ה-VPS. ייצאו תהליכים חשובים מהעורך, או הפעילו Projects ודחפו אותם ל-Git מרוחק, כך שיהיה עותק מחוץ לשרת.