עננים

עננים

מה הופך אפליקציה להיות Saasית לעומת אפליקציית Web רגילה?

נניח וכתבתי מערכת CRM כלשהי שהיא Webית (ו SalesForce החלו לרעוד),
אחסנתי אותה בשרת Hosring מסויים, והתחלתי לצבור משתמשים.

מבחינת המשתמשים, מדובר בשירות שהם צורכים דרך האינטרנט,
קרי, הם נרשמים דרך האתר, בוחרים מנוי בתשלום/חינם,
מבצעים Login לאפליקציה דרך האתר, ובמצעים את הפעילות שלהם דרך ה Web באפליקציה שלי.

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

מה קובע האם מבחינת ה BuzzWord (לפחות) מדובר בשירות ענן / במערכת SaaS,
או פשוט אפליקציה אינטרנטית "רגילה"?

האם זה תצורת הפריסה של המערכת שקובעת האם היא בקלאוד או לא?
כלומר, אם היא מתוקנת באופן (Paas) שמאפשר גידול/Scale Up/Down אלסטי לפי הצורך, אז היא בענן,
ואם היא מותקן על שרת ייעודי, ושינוי ידרוש עבודה רבה, אז היא לא בקלאוד?

כלומר, מבחן הענן הוא בעיני המשתמש (כמו ג'ימייל) שצורך את המערכת,
ולא מעניין אותו היכן היא יושבת וכיצד היא פרוסה,
או שהמבחן הוא הצד הטכנולוגי של ארכיטקטורת המערכת ופריסתה?
 

goldy

New member
יועץ פיתוח יפתור לך את הבעיה

בגדול אתה צריך צפי משתמשים ומידת אבטחה רצויה.
 
אין קשר לנושא.

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

goldy

New member
ז"א: השרתים של אחר, אתה שוכר בדיוק את צרכייך

כמו הטלווזייה הקהילתית: אתה לא מתמודד על זיכיון / רישיון, אלא משדר רק כשעה בשבוע.
 
מה התשובה לשאלה?

מה קובע האם מבחינת ה BuzzWord (לפחות) מדובר בשירות ענן / במערכת SaaS,
או פשוט אפליקציה אינטרנטית "רגילה"?

האם זה תצורת הפריסה של המערכת שקובעת האם היא בקלאוד או לא?
כלומר, אם היא מתוקנת באופן (Paas) שמאפשר גידול/Scale Up/Down אלסטי לפי הצורך, אז היא בענן,
ואם היא מותקן על שרת ייעודי, ושינוי ידרוש עבודה רבה, אז היא לא בקלאוד?

כלומר, מבחן הענן הוא בעיני המשתמש (כמו ג'ימייל) שצורך את המערכת,
ולא מעניין אותו היכן היא יושבת וכיצד היא פרוסה,
או שהמבחן הוא הצד הטכנולוגי של ארכיטקטורת המערכת ופריסתה?
 

ezaton

New member
מדובר באפליקציה פשוטה

SaaS זה מה הלקוח מקבל. הלקוח לא יודע מה הפריסה שלך ולא אכפת לו. החל מ- gmail וכלה באתר תכנים כזה או אחר, הכל "בענן".
השינוי המעניין של התקופה האחרונה הוא שינוי של לינגו, ולא של טכנולוגיות(!!!) כמעט בכלל. שירותי ווב ברמת web2.0 (אם אתה זוכר את הלינגו - אתרים שבהם ניתן להעלות תכנים) הפכו לאפליקציות "בענן" (שם אינך יודע מה הן מריצות, וגם לא אכפת לך. בעצם - גם קודם לא היה לך מאוד אכפת). תשתיות וירטואליות הפכו לתשתיות "בענן" (וכאן היו כמה שינויים כמו provisioning on demand, שלא היה מפותח דיו בעבר, בלי להפעיל אדמיניסטרטור). אחסון הפך לאחסון מרוחק (כשירות), כמו rsync של פעם, אבל הפעם "בענן". הכל עבר "לענן" וכמעט לא השתנה תוך כדי. פשוט שינוי לינגו ושינוי, שעיקרו, אגב, שיווקי.
ההבדל המשמעותי הבולט הוא שחברות קטנות יכולות להקים תשתיות גמישות שתגדלנה בעת צורך (באופן חלקי. אפשר לתת הרצאה שלמה על זה) כך שהן לא צריכות לרכוש את כל התשתית בתשלום אחד, אלא לשלם בתשלומים, לאט לאט, לפי צורך. בפועל - ברוב המקרים זה פשוט עולה יותר. הרבה יותר.
 

Dניאל Mור

New member
אחלה הסבר. תודה


ואני שואל את עצמי תוך כדי קריאת השרשור כולו לאן עוד נגיע אם כל שמות המושגים האלו
אנשים מהתחום צרכים מילון (ומהר)


+דניאל.
 
למעלה