היכן מומלץ לאחסן אתר מבוסס node.js
-
-
-
@צדיק-תמים כתב בהיכן מומלץ לאחסן אתר מבוסס node.js:
@dovid איך אתה מגדיר "צד שרת"? שפועל באופן רציף ולא רק בתגובה לבקשה?
לא. צד שרת כולל גם פונקציות ענן, וגם PHP שרק מגיב לבקשות.
ולא הבנתי על מה מוסבים דבריך. -
@moshef כתב בהיכן מומלץ לאחסן אתר מבוסס node.js:
מתי משתמשים בפונקציות ענן ומתי צריך שרת?
אפשר לעשות הכל עם שרת וכמעט הכל עם פונקציות ענן, אבל זה רלוונטי לעיצוב הארכיטקטורה לפני בנייתה, כי אחרי שיש לך קוד נוד להרצה בדרך כלל זה אומר שהלכת על עיצוב של אפליקציה מלאה ולא פונקציות.
-
אפשר לעשות הכל עם שרת וכמעט הכל עם פונקציות ענן, אבל זה רלוונטי לעיצוב הארכיטקטורה לפני בנייתה, כי אחרי שיש לך קוד נוד להרצה בדרך כלל זה אומר שהלכת על עיצוב של אפליקציה מלאה ולא פונקציות.
אני כרגע לומד את השפה ובונה פרויקט לדוגמה, כך שאין לי בעיה לעבור לפונקציות ענן.
השאלה מה נכון בשבילי? אני צריך rest api בשביל להציג יכולות בMERN.
כדאי שבסוף אוכל להוסיף עוד כמה שורות בקו"ח. -
@moshef פונקציות ענן נועדו לחלק פעילות של מערכת לפיסות קטנות ופשוטות ככל הניתן. כל פיסה היא פונקציה ממש, היא פסיבית ומגיבה לבקשות אליה (בד"כ בקשות אינטרנט בדיוק כמו של שרת), הקוד בה קצר וממוקד בתפקיד מאוד מוגדר.
הפונקציה בד"כ חיה במערכת אירוח שמספקת ומנטרת את המשאבים לריצת הפונקציה וכמובן יכולה להגדיל אותם דינמית בעת הצורך.
אם למשל יש לך מערכת של כביש 6, אז במקום שאפליקציה אחת ענקית תעשה הכל עושים הרבה חלקים, פונקציית ענן שמקבלת תמונה של רכב עובר ומעבירה עותק למאגר התמונות מקורי, שולחת את התוכן לפונקציית ענן אחרת שאחראית על ניתוח, שהיא שולחת את תוצאת הניתוח לפונקציה אחרת שאחראית על עדכון נתונים במסד, וכולי. כל פונקציה היא כמו שרת בפני עצמו, וכל תקשורת ביניהם זה כמו תקשורת בין שני אתרים שונים.
כמובן שחלק אחד או יותר יכולים להיות שרת מלא, שההגדרה שלו היא שהוא לא ממוקד כל כך, והוא מערכתי בעצמו.לענייננו, אין שום טעם שמתוך נידון איפה לאחסן תקפוץ לנושא אחר לחלוטין שמצריך תכנון מתקדם בד"כ.
-
@moshef שקול את האופציה לקפוץ למים ולקחת שרת פרטי, זו השקעה נכונה לעתיד לדעתי.
בקשר למחיר, אפשר לקחת שרת מינימלי ב 4 דולר לחודש בערך
https://www.ovhcloud.com/en/vps/ -
@dovid כתב בהיכן מומלץ לאחסן אתר מבוסס node.js:
@moshef פונקציות ענן נועדו לחלק פעילות של מערכת לפיסות קטנות ופשוטות ככל הניתן. כל פיסה היא פונקציה ממש, היא פסיבית ומגיבה לבקשות אליה (בד"כ בקשות אינטרנט בדיוק כמו של שרת), הקוד בה קצר וממוקד בתפקיד מאוד מוגדר.
הפונקציה בד"כ חיה במערכת אירוח שמספקת ומנטרת את המשאבים לריצת הפונקציה וכמובן יכולה להגדיל אותם דינמית בעת הצורך.
אם למשל יש לך מערכת של כביש 6, אז במקום שאפליקציה אחת ענקית תעשה הכל עושים הרבה חלקים, פונקציית ענן שמקבלת תמונה של רכב עובר ומעבירה עותק למאגר התמונות מקורי, שולחת את התוכן לפונקציית ענן אחרת שאחראית על ניתוח, שהיא שולחת את תוצאת הניתוח לפונקציה אחרת שאחראית על עדכון נתונים במסד, וכולי. כל פונקציה היא כמו שרת בפני עצמו, וכל תקשורת ביניהם זה כמו תקשורת בין שני אתרים שונים.
כמובן שחלק אחד או יותר יכולים להיות שרת מלא, שההגדרה שלו היא שהוא לא ממוקד כל כך, והוא מערכתי בעצמו.
לענייננו, אין שום טעם שמתוך נידון איפה לאחסן תקפוץ לנושא אחר לחלוטין שמצריך תכנון מתקדם בד"כ.תודה על ההסבר המפורט, אבל עדיין לא ברור לי למעיישה מתי ואיך כדאי להשתמש עם פונקציות ענן, לפתוח על זה אשכול חדש ?
-
בממשק סיפאנל בשרת שיתופי של chemicloud נתקלתי באופציה הזו:
אין לי מושג איך משתמשים בזה, אני לא יכול לעשות שם משחקים כי זה לא שרת שלי, אבל שווה לברר את זה
