אני לא חושב שאני מפספס, אני חושב שאני מתייחס לענן כאל איך שהוא משמש אנשים מסוגי.
בהרבה מהמקרים, אם תבחר להשתמש בענן בצורה כל כך נייטיבית, ביחד אם כל החלקים שיחודיים לאותו ענן, גם תקבל vendor lock in וגם תצטרך להשקיע מלא שעות עבודה בקינפוג סביבות. והענן בא לחסוך את זה, לא ליצור את זה.
יתכן שנקודת המבט שלך שונה לחלוטין משלי, כי אתה פשוט מתעסק ביותר פרויקטים לטווח ארוך, ששם יחס ההשקעה בתשתית יכול להיות משתלם.
אני צודק?
@trew
אני מתייחס בעיקר לסביבות עבודה של פרילנסרים ולא של ארגונים.
בכל מקרה,
לדעתי לכתוב Dockerfile מספיק בשביל לתעד סביבה, ולא צריך לתעד בקוד איך להרים שרת לדוקר או קוברנטיס..
(שוב, בהנחה ושימוש בקונטיינרים מתאפשר...)
אני הרבה זמן הייתי מריץ הכל על דוקר ישירות, ובשלב מסוים כשכמות הקונטיינרים שרצים כבר מטורפת, אתה מפנים שחייבים תשתית מתחת. זה השלב שבו נכנסתי לשימוש בקוברנטיס.
אבל תכלס הרבה מאוד מקרים אני מרגיש שלשבת לכתוב מניפסטים לדפלוימנטס זה overkill כשכל מה שאני מחפש זה להריץ חבילת פייתון עם קצת תלויות ספציפיות.
לכן אני חושב שבחלק הזה צריך להכניס את הרעיון של serverless.
אני עדיין בשלבים של להבין את זה, אז אין לי הרבה מה לפרט לגבי זה.
@nigun אמר בansible vs pulumi vs terraform:
@trew
תודה
לבנתיים עברתי על האפשרויות של pulumi וlinode (ה"ענן" שאותו אני רוצה לקנפג)
זה נראה סך הכל מעטפת לAPI של linode, הבעיה היא שאין את כל האפשריות שיש בAPI של linode.
אז אם כבר אני כותב קוד? למה שאני לא ישתמש בספריה שlinode מספקים
אולי הוא יותר בסיסי, ובשביל להגדיר משהו אני אצטרך לכתוב יותר קוד
אבל כיוון שאני מתמודד רק מול ספק אחד, ואני לא מתכונן לעבור ספק, למה לכתוב משהו גנרי?
הוא כמובן נוצר כדי לתת פתרון גנרי, כי פתרון גנרי שניתן להרחבה ומפותח על ידי אלפי אנשים ככל הנראה יהיה יותר יציב ויכסה יותר מקרי קצה מאשר כלי מותאם אישית שתכתוב.
ה2 גרוש שלי, זה שאין לאנשים כמונו שכל מה שהם מחזיקים זה מקסימום 30 שרתים, (אולי אני ממעיט בערכם של חלקנו?) מה לחפש בכלים שמיועדים לקנפג עננים. מסיבה פשוטה, בד"כ אנחנו לא מרימים ומורידים אינסטנסים בכזה קצב שמצריך אוטומציות לחלק של הענן. מה שאנחנו כן צריכים זה כלים לקנפג את הסביבה.
ולכלים לקנפג סביבות - הייתי בוחר בקוברנטיס
במחשבה שניה, מי שמתעסק עם אסטריסק כן מרים ומוריד אינסטנסים בהתאם לצורך בקצב מהיר יותר מאחרים
@yits אמר באיך בונים דטה בייס פשוט משותף ברשת:
AppSheet
במחירון שלהם מופיע שזה לתוכנית Business ומעלה..
@clickone אמר באיך בונים דטה בייס פשוט משותף ברשת:
@aaron
אני חושב שהפרוייקט הזה, מבצע את מה שאתה מחפש פלוס מינוס
נתקלתי בו לפני כמה ימים בחיפוש אחרי משהו
זה נראה כמו phpmyadmin ודומיהם.. פחות מה שאני מחפש
@ליבל לא..
המטרה היא לאפשר גישה קלה לאחראי, בלי צורך גישה לשרת..
צריך ממשק ווב
אני מחפש משהו דומה, אבל שיתחבר למסד נתונים אמיתי (postgres/mysql)
בגדול בעצם אני צריך ממשק פשוט ונח לערוך ערכים מסוימים בטבלאות ספציפיות.. בלי צורך לבנות עכשיו ממשקי API ופרונטאנד
אולי מישהו מכיר?
@yossiz אמר בהאם יש חיסרון בWebSocket?:
בניגוד למה ש-@aaron כתב, לא מצאתי שום סימוכים לכך ש-grpc web משתמש ב-websocket. (אולי לא חיפשתי מספיק...)
אני מניח שאתה צודק.
האמירה שלי התבססה על זה שראיתי במספר אתרים שחקרתי את התעבורה סשנים של websockets שהמידע שעבר שם נראה כgrpc
מסתבר שטעיתי..
@nigun
יש. זה נקרא grpc-web והוא כמובן בנוי מעל websockets..
@yossiz אמר בהאם יש חיסרון בWebSocket?:
@aaron אתה תמיד חושב בענק... אני מברך אותך שתגיע לשאלות כאלו...
לא אני שאלתי את השאלה, אבל תודה, אמן.
תכלס, לדעתי זאת שאלת ארכיטקטורה, וצריך לשקול את הדברים האלו הרבה לפני שמגיעים לסקייל כזה..
@yossiz אמר בהאם יש חיסרון בWebSocket?:
@שמואל4 נראה לי שהבעיה העיקרית הוא scalability. שרת שיכול לטפל ב-1,000,000 בקשות HTTP בדקה, לא בהכרח יכול להחזיק 1,000,000 חיבורים פתוחים של websocket בו זמנית
מיליון בקשות HTTP בדקה נצרכות כי עושים long polling.. מה שאומר 6-10 בקשות לדקה מקליינט..
אז השאלה שצריכה להישאל זה האם אותו שרת מסוגל להחזיק 100-160 אלף חיבורי ws..
אני מניח שזה כבר הרבה יותר הגיוני ולא באמת בעייתי..
בהקשר אחר, גם אם נניח שws בעייתי לscale גבוה, צריך לקחת בחשבון שארכיטקטורה של push ללקוחות הרבה יותר חסכוני וscalability..
למשל מבחינת DB,
הרי בpull, בדרך כלל נשמור את המידע בDB ובכל בקשה מהקליינט נבצע בדיקה האם יש מידע רלוונטי לשליחה..
זה מיליון בקשות לדקה שמיותרות לחלוטין
@nigun
למען האמת אני לא עד כדי כך מבין בזה, יצא לי לקרוא על זה בעבר ותו לא.
אני רק מנחש שזה לא נכון שיש סינכרון פעם ב אלא שרק אחד אחראי על כתיבות והוא דואג לעדכן את השאר..
מסתבר גם שזה ניתן לקינפוג.
https://docs.mongodb.com/manual/core/replica-set-sync/#streaming-replication
@nigun אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:
איך באמת פותרים את הבעיה של הדאטא?
המושג נקרא replica sets, כנראה במקור נוצר בעיקר למטרת פיזור עומסים(?)
למשל לmongodb כאן - https://www.mongodb.com/basics/clusters
ופה יש קצת יותר פירוט - https://docs.mongodb.com/manual/replication/
אם לפשט את זה אז בסך הכל יש מנגנון שדואג לעדכן את כל הnodes כל הזמן בשינוים שקרו.
@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:
חברים, אל תתביישו, תתחילו להעלות נושאים. זה מלחיץ.....
תתחיל עם בעיות ספציפיות, יהיה יותר קל לזרום עם זה.
@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:
אני לא חושב שOVH זו חברה שאפשר לצעוק על התשתיות שלה
במילים תשתית חזקה דווקא לא התכוונתי לתשתית של הענן אלא לתשתית האפליקציה.
שכבות אוטומציה גלובליות יאפשרו מינימום תלות בחברה ספציפית. וזה מה שדוקר וקוברנטיס ואנסייבל וטרפרום ועוד כמה פרויקטים כל אחד בתחומו הגיע לפתור.
בכל מקרה, לדעתי חברה שבניין שלם נשרף לה זה רשלנות מדרגה מיליון. תרשה לי להניח שהשריפה פרצה מבפנים, ומישהו שם חסך בציוד איתור וכיבוי שריפות.
@clickone
תשתית חזקה.
מינימום תלות בסביבת ריצה, שכבות תשתית חזקות ושקיימות בכל החברות.
בקיצור אני מדבר וחושב על קוברנטיס..
(מי בעד קטגוריה לתחום? אם יש מצטרפים לכתיבה אני מוכן להקדיש שעה שבועית )
רק כמובן זה לא תמיד אפשרי, במיוחד בשירותים שרצים קרוב יותר לברזלים כמו אסטריסק וכו'.
הייתי מחלק ל2.
1 - זה הדאטא של המערכת. והפתרון הוא גיבויים וredundancy (יתירות..), קלסטרים על פני אפילו יותר מDC אחד. (שזה דבר שעד היום לא עשיתי ואני מניח שעכשיו קיבלתי אזהרה למה יכול לקרות)
2 - האפליקציה עצמה. ופה הפתרון הוא פשוט 99% אוטומציה.. (אנסייבל וטרפרום?)
יכול להיות שדרך העצלנית יותר היא לדאוג לsnapshots קבועים ולהוריד אותם אל DC נפרד..
נ.ב. אחרי האירוע הזה אפשר פחות לדאוג, כי האחוזים שאירוע כזה יקרה בקרוב הם נמוכים פי כמה... 
@מעלה-ומוריד אמר בשאלה | חשבון גוגל עסקי (לעמותה):
ומהו Azure? לא אחסון בענן?
azure זה שירותי ענן. אחסון שרתים, קבצים מיילים ועוד מלא.
OneDrive הוא לא חלק מazure..
@dovid אמר בשירות ענן ישראלי מומלץ:
אבל שרת ייעודי אמיתי הוא לא דומה ולא כמעט.
מה ש @nigun הביא מhetzner זה שרת יעודי. ברזלים.
אלא מאי, במחיר הזה לא תקבל פיצה ממותג רשמי כמו HP או דל. החיסרון הוא שלפעמים תצטרך לחכות קצת כדי לקבל גישה ברמת הביוס (משהו שהם קוראים לו KVM). וכמובן זה שזה לא מותג.
@nigun
אני דיי בטוח שהזכרתי את שמם פה בעבר..
בכל מקרה, אני מחזיק שני שרתים פיזיים שם, ועוד מספר וירטואליים,
בגדול אני מרוצה, מבחינת דשבורד ניהול יש להם מה להשתפר, אבל ביחס למחיר הם התמורה הכי מעולה למחיר שתמצא. באחריות.
לגבי השרתים הפיזיים - רק בחצי שנה האחרונה לקחתי אותם, אז לא יודע להגיד לך לגבי טווח ארוך, בטווח הקצר אני מרוצה. מהירות אינטרנט מעולה, 700/800 מגה סימטרי. אני לא מחזיק טלפוניה, אז לא יודע להגיד לך לגבי יציבות חיבור למטרה הזאת.
מי שמעוניין ב20 אירו קרדיט יכול לשלוח לי מייל אשלח לו קופון (קישור שותפים)
@dovid אפשר אולי לכתוב פה?
עריכה: למדתי מ @nigun והוספתי לחתימה..
@zvizvi
רק מציין שgithub1s הוא רק תצוגה נחמדה, הוא לא מאפשר שום דבר שקשור לעריכה..
הייתי שמח לאפשרות לgitpod self-hosted, אני מתכנן להרים סביבה כזאת לעצמי..
בינתיים אשמח להוסיף פתיחה באמצעות VSCode.
לשלוח PR אפשר? רק אציין שאין לי שמץ בSVG, אז הICON שאכניס זה סתם עם איזה כלי מהאינטרנט..
