נבחר לכל אתר
כל מסלול אחסון מציע מערך מרכזי נתונים משלו. אתם בוחרים אחד בעת יצירת אתר, וטופס ההזמנה מציע רק עיר שבה יש למסלול זה מקום פנוי כיום.
אזורים ותושבות נתונים
אזור אינו פניית תמיכה בפלטפורמה זו — זהו מאפיין של האתר, אשר מנוע המיקום מכבד בכל פעם שמשהו מופץ. אתם בוחרים את מרכז הנתונים בעת יצירת אתר, מתוך הערים ששירות האחסון שלו מציע כיום, וכל הפצה מגיעה לקיבולת הצי באותו מיקום, כאשר edge גלובלי ניצב בחזית. כל דף אחסון מציג את הערים הללו, בקריאה חיה.
שני דברים עומדים מאחורי כל מיקום: צי ה-workers שמריץ את האתרים שלכם, ומישור הבקרה (control plane) שמנהל אותם. שניהם מודעים לאזור. בחירת המיקום נתונה להחלטתכם; הקיבולת שמתחתיו היא באחריותנו ובהסדר שלנו, ואנו פועלים במכוון מול יותר מספק אחד כדי שאף ספק יחיד לא יהווה את הפלטפורמה כולה.
כל מסלול אחסון מציע מערך מרכזי נתונים משלו. אתם בוחרים אחד בעת יצירת אתר, וטופס ההזמנה מציע רק עיר שבה יש למסלול זה מקום פנוי כיום.
הערים בכל דף אחסון ובטופס ההזמנה נקראות ממנוע ההקצאה, כך שמיקום חדש מופיע ביום שבו מתפנה בו קיבולת, ומיקום מלא אינו מוצע.
האזור נאכף בקוד, ברגע שבו אתר נוצר — ולא על ידי מפעיל שזוכר באיזו תיבה להשתמש.
כל מארח בצי נרשם עם מפתח אזור, רשימת זיקה לקו מוצרים, סוג שרת אינטרנט ונתון קיבולת, ולאחר מכן מושך עבודה. שירות ההקצאה מסנן מועמדים תחילה לפי אזור, לאחר מכן לפי קו מוצרים, אחר כך לפי קיבולת פנויה, ובוחר את המארח המתאים בעל העומס הנמוך ביותר.
אם הצמדתם אזור, רק עובדים באותו אזור יהיו זכאים. אם לא עשיתם זאת, האתר יירש את האזור של העובד שעליו הוא נוחת וערך זה יישמר באתר — כך שהרישום של המקום שבו הנתונים שלכם נמצאים הוא שדה שתוכלו לקרוא, ולא הנחה.
ההשמה מקצה קיבולת באמצעות עדכון מותנה שמצליח רק כל עוד ה-worker עדיין פעיל, עדיין מקבל פריסות ועדיין לא הגיע למלוא הקיבולת. שני תהליכי פריסה המתחרים על המקום האחרון אינם יכולים לנצח שניהם, ולכן אזור לעולם אינו חורג מהקיבולת באופן שקט.
אם אין מקום באף משאב כשיר באזורכם, הפריסה מעלה שגיאת מיקום ונעצרת. היא אינה עוברת ליבשת אחרת כדי להביא להצלחת הבקשה. כשל גלוי ותוספת קיבולת עדיפים על אתר שהחליף מדינה באופן שקט.
כל worker כולל מתג accepts-deploys. העברתו למצב drain עוצרת קליטת אתרים חדשים בעוד שאתרים קיימים ממשיכים לפעול ללא הפרעה, וכך אנו מבצעים תחזוקה, שדרוגי חומרה והוצאה משימוש בתוך אזור מבלי להעביר את עומסי העבודה שלכם.
תושבות נתונים היא אחת מהחלטות האחסון הבודדות שבאמת קשה לבטל, ולכן הפלטפורמה מתייחסת אליה כממד ממדרגה ראשונה ולא כאל פרט פריסה בלבד. בחירת התושבות של הלקוח מהווה קלט למיקום, האזור מתועד עבור האתר, והצי מתויג בהתאם. זה מה שהופך תשובה בנוגע לתושבות נתונים לניתנת לביקורת ולא לאנקדוטלית.
מודל ריבוי הדיירים פועל לצדו. כל רשומה במנוע נושאת היקף ארגוני עם אבטחה ברמת השורה של PostgreSQL הנאכפת במסד הנתונים, וריבוי הדיירים הוא היררכי — ארגון משווק מעל ארגוני לקוחות מעל אתרים. האזור עונה על השאלה היכן הנתונים נמצאים; אבטחה ברמת השורה עונה על השאלה מי יכול לגשת אליהם. שניהם חשובים לסוקר תאימות ואף אחד מהם אינו אופציונלי.
ייצוא ומחיקת נתונים לפי GDPR הם חלק מאותו תכנון ולא תהליך שהודבק בדיעבד, ופעולות ניהוליות ובעלות הרשאות מיוחדות מתועדות ביומן ביקורת. אם שאלון הרוכש שלכם בודק היכן הנתונים שמורים, מי רשאי לתשאל אותם ומה קורה כאשר נושא המידע מבקש אותם בחזרה, אלו שאלות שיש להן מענה כאן.
בחירת אזור קרוב עוזרת, אך רוב זמני ההשהיה שהמבקרים שלכם חווים נקבעים עוד לפני שהבקשה מגיעה לשרת המקור שלכם.
ריבוי אזורים שווה מעט מאוד אם הכל עדיין חולק את אותו הגורל. הארכיטקטורה מפרידה בין החלקים שאסור שיכשלו יחד.
המנוע, מסד הנתונים, שכבת זרימת העבודה ולוחות המחוונים פועלים במישור בקרה משלהם של Kubernetes, בנפרד לחלוטין מצי ה-workers שמשרת את אתרי הלקוחות. תקלה במישור הבקרה אינה אמורה להשבית את אתרי הלקוחות, ותקלה בצי אינה אמורה להשבית את הפלטפורמה.
לוח הבקרה של הלקוח, מסוף הניהול ואתר שיווקי זה פרוסים ב-Cloudflare באופן בלתי תלוי באשכול מישור הבקרה, כך שתקלה בפלטפורמה אינה משביתה גם את המקום שאליו תיגשו כדי לקרוא עליה.
דף הסטטוס מתארח בכוונה אצל ספק אחר באזור שונה. דף סטטוס הפועל על גבי התשתית אותה הוא מנטר הוא חסר תועלת בדיוק ברגע שבו אתם זקוקים לו.
גיבויים ברמת האתר הם בלתי ניתנים לשינוי ומאוחסנים מחוץ לאתר, נכתבים לאחסון אובייקטים, ושחזורים נבדקים בפועל במקום להניח שהם פועלים. השחזורים מתבצעים בלחיצה אחת מלוח הבקרה לצד מנהל הקבצים, הדומיינים, ה-DNS, ה-SSL ויומני הרישום.
איננו מתחייבים להסכם רמת שירות, לזמן תגובה או לנתון השהיה בעמוד זה — תנאי ה-SLA מוסכמים בכל חוזה בנפרד. הנתון של 99.99% המוצמד לתוכניות Footprint-Free הוא הבטחה לזמינות פעולה רציפה, יעד שאנו פועלים לפיו, ולא מדד זמינות היסטורי שנמדד בפועל.
בפועל ההחלטה מסתכמת בארבע שאלות, ורוב הלקוחות עונים עליהן בפחות מדקה.
כן. אזור הוא קלט למנוע ההצבה, ולא בקשה המטופלת מחוץ לתהליך. הצמידו אזור ורק עובדי צי המתוייגים עבור אותו אזור יהיו זכאים לקבל את האתר; האזור שנבחר נשמר לאחר מכן ברשומת האתר כך שתוכלו תמיד לראות היכן הוא פועל. השאירו אותו ללא הגדרה והאתר יירש את האזור של העובד שעליו הוא נוחת.
הדבר תלוי במסלול האחסון, מכיוון שכל מסלול פועל על בסיס הקיבולת שנבנתה עבורו. טופס ההזמנה וכל עמוד אחסון מציגים את הערים שבהן תוכל לבחור כיום, בנתונים הנקראים בזמן אמת ממנוע ההקצאה, כך שתשובה זו לעולם אינה מתיישנת. עבור תושבות נתונים קפדנית ב-EU, בחר במרכז נתונים בתוך האיחוד האירופי; כאשר הרכש דורש פלטפורמת תשתית מוסמכת, נוכל להקצות קיבולת העומדת בדרישות אלה. הספקים שמאחורי כל מיקום הם חלק מההסדרים המסחריים שלנו — אתה בוחר את המיקום, לא את הספק.
לא — Zinn Digital® אינה מחזיקה כיום באישורי תאימות משלה, ולא נרמוז אחרת. מה שאנו יכולים לעשות הוא להציב את עומס העבודה שלכם על פלטפורמת תשתית שמחזיקה בהם, במקרים שבהם הרכש של הקונה הופך פלטפורמה מוסמכת שמתחת לאתרים שלכם לדרישת חובה. בנפרד, הבקרות של הפלטפורמה עצמה הן ממשיות וניתנות לבדיקה: בידוד ברמת האתר, אבטחה ברמת השורה בכל טבלה ברמת הדייר, סודות השמורים ב-Vault, שימוש ב-TLS לכל האורך, ורישום ביקורת (audit logging) של פעולות בעלות הרשאות.
הפריסה נכשלת באופן גלוי עם שגיאת מיקום במקום להעביר את האתר שלכם בשקט למקום אחר. הדבר נעשה בכוונה תחילה: אתר ששינה סמכות שיפוט בחשאי הוא תוצאה גרועה בהרבה מפריסה שנעצרה והסבירה לכם את הסיבה. הקיבולת מוגדלת על ידי העלאת מארחים נוספים לרשת באותו אזור, שבו הם רושמים את עצמם ומתחילים לקבל עבודה באופן מיידי.
איננו מפרסמים מדדי השהיה ולא נבטיח נתון מסוים. מה שנוכל לתאר הוא הארכיטקטורה: Cloudflare ניצב בחזית של כל אתר כך שתגובות הניתנות לאחסון במטמון מוגשות ממיקום קצה הקרוב למבקר, LSCache מגיש עמודים מלאים מתוך ה-worker מבלי לגעת ב-PHP או במסד הנתונים, ומטמון אובייקטים של Redis ברמת האתר קולט שאילתות חוזרות. עבור מרבית אתרי התוכן, שילוב זה אומר שלאזור המקור יש חשיבות פחותה בהרבה מתצורת המטמון. אם הקהל שלכם מרוכז ביבשת אחת, מקמו בכל זאת את אתר המקור שם.
האזור מוגדר בעת הצבת האתר ונשמר ברשומת האתר, כך ששינוי אזור מהווה הגירה (מיגרציה) ולא מעבר פשוט. צרו עמנו קשר לפני הבנייה אם ידוע לכם מראש על מעבר מתוכנן — זול בהרבה למקם נכון בפעם הראשונה מאשר להעביר תיק אתרים פעיל.
גיבויים ברמת האתר הם בלתי ניתנים לשינוי, מאוחסנים מחוץ לאתר ומבודדים מהתשתית הפעילה, נכתבים לאחסון אובייקטים כאשר שחזורים נבדקים בפועל ולא מונחים מראש, וניתנים לשחזור בלחיצה אחת מלוח הבקרה. אם דרישות התאימות שלכם מחייבות את אחסון הגיבויים בתחום שיפוט מסוים, אנא פנו אלינו ישירות — זהו פרט חוזי שאנו מסכמים ברמת הלקוח, ולא הצהרה גורפת שאנו מציגים בדף אינטרנט.
כן. תקופת הניסיון היא ל-14 ימים וללא צורך בכרטיס אשראי. היא כוללת Footprint-Free Hosting עבור עד חמישה אתרים, וזה מספיק כדי לראות כיצד מתנהגים הפריסות, המיקום ושכבות המטמון לפני שתחליטו היכן תיק עבודות הייצור שלכם צריך לפעול.
הפעילו תקופת ניסיון ל-14 יום ללא כרטיס אשראי, או ספרו לנו תחילה על דרישות תושבות המידע שלכם ונדאג למקם אתכם נכון כבר מהפריסה הראשונה.
התחל בחינם