אחסון Node.js המותאם למפתחים

בוחרים את גרסת Node.js שהאפליקציה צריכה ומחליפים אותה ישירות מלוח הבקרה. גרסאות LTS כמו 18 ו‑20 זמינות לצד גרסאות עדכניות יותר, כך שחבילה שדורשת סביבת ריצה חדשה – או ספרייה ישנה שנשברת עליה – כבר לא הופכת לפנייה לתמיכה אלא לבחירה שאתם עושים בעצמכם.

שום דבר לא משתדרג מתחתיכם. האפליקציה נשארת על הגרסה שבחרתם עד שתחליטו לזוז, ולכן הדפוס המקובל הוא להעלות גרסה, להפעיל מחדש ולעקוב אחרי הלוגים. אם משהו בעץ התלויות עדיין לא מוכן, החזרה אחורה לוקחת בדיוק את אותן כמה שניות.

תהליך Node שנסגר לוקח איתו את האתר. PM2 זמין בכל תוכנית Node ומטפל בדיוק בזה: הוא מפעיל את האפליקציה מחדש אחרי חריגה שלא נתפסה, מחזיר אותה לאוויר אחרי אתחול של השרת ודואג שתמשיך לרוץ גם אחרי שסגרתם את חיבור ה‑SSH.

זה גם נותן לכם לאן להסתכל כשמשהו משתבש. סטטוס התהליך, צריכת הזיכרון והלוגים של stdout ושל stderr נגישים דרך SSH, כך שלולאת קריסה היא משהו שקוראים ולא מנחשים. לעומסי CPU כבדים, מצב cluster של PM2 מפזר את הבקשות בין כמה תהליכי עבודה.

סיסמאות למסד הנתונים, מפתחות API וטוקנים של שירותים חיצוניים לא אמורים לשבת ב‑repository. משתני סביבה מוגדרים לכל אפליקציה בנפרד מתוך הפאנל, נטענים לתהליך בזמן ההפעלה ונקראים דרך process.env בדיוק כמו בסביבת הפיתוח המקומית.

החזקת ההגדרות מחוץ לקוד גם הופכת את אותו build לנייד. סביבת Staging והאתר החי יכולים להריץ קוד זהה מול ערכים שונים – אתרי Staging כלולים בכל תוכניות האחסון המשותף – והחלפה של מפתח שדלף היא עריכה של ערך אחד והפעלה מחדש, לא commit חדש.

רוב אפליקציות ה‑Node צריכות מקום לשמור בו מצב. מסדי נתונים מסוג MariaDB נוצרים ומנוהלים ישירות מלוח הבקרה של האחסון, וזו הדרך הקצרה ביותר אם אתם עובדים מול שכבת SQL כמו Prisma, Sequelize או Knex.

אתם לא מוגבלים לזה. אפליקציה יכולה באותה קלות לדבר עם מסד נתונים שאתם מריצים במקום אחר – MongoDB, PostgreSQL או שירות ענן חיצוני – כל עוד הוא נגיש ברשת. בכל מקרה, מחרוזת החיבור צריכה לשבת במשתנה סביבה ולא בתוך הקוד.

צ'אט, דשבורדים חיים, מצב משחק משותף והתראות בזמן אמת – כולם תלויים בחיבור שנשאר פתוח. יש תמיכה בחיבורי WebSocket, כך ש‑Socket.IO, ws והפריימוורקים שנשענים עליהם עובדים בלי עקיפות ובלי ליפול חזרה ל‑polling.

חיבורים ארוכי טווח משנים את הדרך שבה מחשבים קיבולת. כל socket פתוח מחזיק זיכרון כל עוד הוא חי, ולכן אפליקציה עם אלפי מאזינים במקביל נמדדת במספר חיבורים ולא בבקשות לשנייה – כדאי לדעת את זה לפני השקה, לא תוך כדי.

מחברים GitHub, GitLab או Bitbucket וכל Push יכול לפרוס אוטומטית – זו שיטת העבודה שרוב הצוותים מעדיפים. אם אתם מעדיפים להישאר ידניים, גם SFTP וגם מנהל הקבצים המובנה עובדים, וגישת SSH מאפשרת להריץ npm או Yarn על השרת עצמו.

אפליקציות עם שלב build – בנייה של Next.js לייצור, קומפילציה של TypeScript, הרצה של bundler – מריצות אותו לפני שהתהליך עולה, או על השרת דרך SSH או אצלכם בפייפליין עם העלאת התוצר. אחר כך מגדירים את פקודת ההרצה והאפליקציה באוויר.