אזורים ותושבות נתונים

האתרים שלכם פועלים בדיוק במקום שבו אתם קובעים שהם יפעלו

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

אתר אחד המבוזר על פני רשת של צמתי קצה באזורים שונים.
  • +700,000אתרים המאוחסנים ברחבי העולם
  • אתם בוחריםמרכז הנתונים עבור כל אתר
  • 99.99%הבטחת זמינות פעילות
  • 58שפות הלוח

היכן אנו פועלים

שני דברים עומדים מאחורי כל מיקום: צי ה-workers שמריץ את האתרים שלכם, ומישור הבקרה (control plane) שמנהל אותם. שניהם מודעים לאזור. בחירת המיקום נתונה להחלטתכם; הקיבולת שמתחתיו היא באחריותנו ובהסדר שלנו, ואנו פועלים במכוון מול יותר מספק אחד כדי שאף ספק יחיד לא יהווה את הפלטפורמה כולה.

נבחר לכל אתר

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

מוצג בשידור חי

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

כיצד המיקום פועל בפועל

האזור נאכף בקוד, ברגע שבו אתר נוצר — ולא על ידי מפעיל שזוכר באיזו תיבה להשתמש.

כל worker מתויג

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

האתר יורש ושומר את האזור

אם הצמדתם אזור, רק עובדים באותו אזור יהיו זכאים. אם לא עשיתם זאת, האתר יירש את האזור של העובד שעליו הוא נוחת וערך זה יישמר באתר — כך שהרישום של המקום שבו הנתונים שלכם נמצאים הוא שדה שתוכלו לקרוא, ולא הנחה.

הקיבולת מוקצית באופן אטומי

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

ללא נסיגה שקטה לאזור השגוי

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

ריקון במקום הפרעה

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

מיקום אחסון הנתונים כהחלטת מוצר

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

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

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

מקור מקומי הוא רק חצי מסיפור המהירות

בחירת אזור קרוב עוזרת, אך רוב זמני ההשהיה שהמבקרים שלכם חווים נקבעים עוד לפני שהבקשה מגיעה לשרת המקור שלכם.

  • השירות של Cloudflare עומד בחזית של הכל — CDN, WAF, DNS והגנת DDoS — כך שתגובות הניתנות לשמירה במטמון מוגשות מרשת הקצה הקרובה למבקר במקום מאזור המקור שלכם.
  • LSCache פועל על ה-worker עצמו כזיכרון מטמון של דף מלא ברמת השרת עם ESI וניקוי אוטומטי חכם, מה שאומר שרוב בקשות WordPress אינן מגיעות כלל ל-PHP או ל-MySQL.
  • מטמון אובייקטים של Redis לכל אתר מסיר קריאות חוזרות של מסד הנתונים מהבקשות שמגיעות ליישום.
  • הניקוי מתואם בין שתי השכבות מפקד יחיד בלוח הבקרה, ומתוך WordPress באמצעות תוסף המטמון של Zinn®, כך שהעתק הקצה והעתק המקור לעולם אינם שונים זה מזה לאחר פרסומכם.
  • לקוחות Footprint-Free משלבים מאגרי חשבונות CDN מעל: אתרים מפוזרים בין החשבונות שלנו לבין החשבונות שלכם, כאשר האיזון מחושב מחדש ממצב החשבון החי בזמן הפריסה.
  • איננו מפרסמים מדדי השהיה או תפוקה, ואיננו טוענים שאזור מסוים יהיה המהיר ביותר עבור הקהל שלכם. בחרו את האזור שאליו מכוונים המבקרים שלכם ועמדת הציות שלכם, והניחו לשכבות המטמון לעשות את השאר.

תחומי כשל, גיבויים וגבולות כנים

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

מישור הבקרה והצי נפרדים

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

המשטחים הציבוריים עצמאיים גם כן

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

הסטטוס מנוהל מחוץ לפלטפורמה

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

גיבויים בלתי ניתנים לשינוי, מחוץ לאתר ומבודדים

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

מה שאיננו טוענים

איננו מתחייבים להסכם רמת שירות, לזמן תגובה או לנתון השהיה בעמוד זה — תנאי ה-SLA מוסכמים בכל חוזה בנפרד. הנתון של 99.99% המוצמד לתוכניות Footprint-Free הוא הבטחה לזמינות פעולה רציפה, יעד שאנו פועלים לפיו, ולא מדד זמינות היסטורי שנמדד בפועל.

בחירת אזור

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

  • האם יש לכם דרישת תושבות חוזית או רגולטורית? אם כן, זה מכריע את הכף — לקוחות EU בעלי התחייבויות GDPR בוחרים במרכז נתונים בתוך האיחוד האירופי, ויש לנו נתיב EU מותאם ל-GDPR כאשר חוזה דורש זאת במפורש.
  • היכן נמצא קהל היעד שממנו אתם מפיקים רווחים בפועל? בחרו את מרכז הנתונים הקרוב אליו ביותר מתוך רשימת הערים המוצעות בטופס ההזמנה.
  • האם הרכש של הרוכש שלכם דורש פלטפורמת בסיס מוסמכת? אם אישור SOC 2 או ISO 27001 עבור התשתית שמתחת לאתרים שלכם הוא תנאי סף הכרחי, הודיעו לנו לפני הבנייה ואנו נשבץ אתכם בקיבולת הכוללת אישור זה.
  • האם ברצונך לפצל את תיק האתרים שלך בין מתחמי כשל שונים? מיקום אתרים ביותר ממרכז נתונים אחד מונע ריכוזיות במיקום יחיד.
  • לא בטוחים? התחילו בתקופת הניסיון ללא כרטיס אשראי. שום דבר בלוח הבקרה, במנהלי ההתקנים או בערכת התכונות אינו משתנה כאשר תפרסו במקום אחר מאוחר יותר.

שאלות נפוצות

האם ניתן לבחור לאיזה אזור האתרים שלי ייפרסו?

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

באילו אזורים אתם פועלים?

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

האם יש לכם הסמכת SOC 2 או ISO 27001?

לא — Zinn Digital® אינה מחזיקה כיום באישורי תאימות משלה, ולא נרמוז אחרת. מה שאנו יכולים לעשות הוא להציב את עומס העבודה שלכם על פלטפורמת תשתית שמחזיקה בהם, במקרים שבהם הרכש של הקונה הופך פלטפורמה מוסמכת שמתחת לאתרים שלכם לדרישת חובה. בנפרד, הבקרות של הפלטפורמה עצמה הן ממשיות וניתנות לבדיקה: בידוד ברמת האתר, אבטחה ברמת השורה בכל טבלה ברמת הדייר, סודות השמורים ב-Vault, שימוש ב-TLS לכל האורך, ורישום ביקורת (audit logging) של פעולות בעלות הרשאות.

מה קורה אם באזור הרצוי אין קיבולת פנויה?

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

האם האתר שלי יהיה איטי עבור מבקרים הרחוקים ממרכז הנתונים שלו?

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

האם אוכל להעביר אתר קיים לאזור אחר מאוחר יותר?

האזור מוגדר בעת הצבת האתר ונשמר ברשומת האתר, כך ששינוי אזור מהווה הגירה (מיגרציה) ולא מעבר פשוט. צרו עמנו קשר לפני הבנייה אם ידוע לכם מראש על מעבר מתוכנן — זול בהרבה למקם נכון בפעם הראשונה מאשר להעביר תיק אתרים פעיל.

היכן נשמרים הגיבויים שלי?

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

האם אוכל לנסות זאת מבלי להתחייב לאזור מסוים?

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

התחילו היכן שזה הגיוני, עברו כשזה משנה

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

התחל בחינם