ఒక్కో సైట్ ఆధారంగా ఎంచుకోబడింది
ప్రతి హోస్టింగ్ లైన్ దాని స్వంత డేటా కేంద్రాల సమితిని అందిస్తుంది. మీరు సైట్ను సృష్టించినప్పుడు ఒకదాన్ని ఎంచుకుంటారు, మరియు ఆ లైన్లో ఈరోజు స్థలం అందుబాటులో ఉన్న నగరాన్ని మాత్రమే ఆర్డర్ ఫారమ్ చూపుతుంది.
ప్రాంతాలు & డేటా రెసిడెన్సీ
ఈ ప్లాట్ఫామ్లో ప్రాంతం అనేది సపోర్ట్ టికెట్ కాదు — ఇది సైట్ యొక్క లక్షణం, ప్రతిసారీ ఏదైనా డిప్లాయ్ చేసినప్పుడు ప్లేస్మెంట్ ఇంజిన్ దీనిని పాటిస్తుంది. మీరు సైట్ను సృష్టించేటప్పుడు, దాని హోస్టింగ్ లైన్ ప్రస్తుతం అందిస్తున్న నగరాల నుండి డేటా సెంటర్ను ఎంచుకుంటారు, మరియు ప్రతి డిప్లాయ్ కూడా దాని ముందు గ్లోబల్ ఎడ్జ్తో ఆ ప్రదేశంలోని ఫ్లీట్ సామర్థ్యానికి చేరుకుంటుంది. ప్రతి హోస్టింగ్ పేజీ ఆ నగరాలను ప్రత్యక్షంగా చదివి జాబితా చేస్తుంది.
ప్రతి లొకేషన్ వెనుక రెండు విషయాలు ఉంటాయి: మీ సైట్లను రన్ చేసే వర్కర్ ఫ్లీట్ మరియు వాటిని నిర్వహించే కంట్రోల్ ప్లేన్. రెండూ ప్రాంతీయ-అవగాహన (region-aware) కలిగినవి. మీరు ఏ లొకేషన్ను ఎంచుకోవాలనేది మీ ఇష్టం; దాని క్రింద ఉన్న సామర్థ్యం మా స్వంత ఏర్పాటే, మరియు ఏ ఒక్క సరఫరాదారు కూడా పూర్తిగా ప్లాట్ఫారమ్గా మారకుండా ఉండటానికి మేము ఉద్దేశపూర్వకంగానే ఒకటి కంటే ఎక్కువ మంది సరఫరాదారులతో నడుపుతాము.
ప్రతి హోస్టింగ్ లైన్ దాని స్వంత డేటా కేంద్రాల సమితిని అందిస్తుంది. మీరు సైట్ను సృష్టించినప్పుడు ఒకదాన్ని ఎంచుకుంటారు, మరియు ఆ లైన్లో ఈరోజు స్థలం అందుబాటులో ఉన్న నగరాన్ని మాత్రమే ఆర్డర్ ఫారమ్ చూపుతుంది.
ప్రతి హోస్టింగ్ పేజీలో మరియు ఆర్డర్ ఫారమ్లోని నగరాలు ప్లేస్మెంట్ ఇంజిన్ నుండి చదవబడతాయి, కాబట్టి కొత్త లొకేషన్ సామర్థ్యం ఉన్న రోజే కనిపిస్తుంది మరియు నిండిపోయిన లొకేషన్ ఆఫర్ చేయబడదు.
సైట్ సృష్టించబడిన క్షణంలోనే కోడ్లో ప్రాంతం వర్తింపజేయబడుతుంది — ఏ బాక్స్ను ఉపయోగించాలో ఆపరేటర్ గుర్తుంచుకోవడం ద్వారా కాదు.
ఫ్లీట్లోని ప్రతి హోస్ట్ రీజియన్ కీ, ప్రోడక్ట్-లైన్ అఫినిటీ జాబితా, వెబ్-సర్వర్ రకం మరియు సామర్థ్యం గణాంకంతో తనను తాను నమోదు చేసుకుంటుంది, ఆపై పనిని పొందుతుంది. ప్లేస్మెంట్ సర్వీస్ అభ్యర్థులను మొదట రీజియన్ ఆధారంగా, తరువాత ప్రోడక్ట్ లైన్ ఆధారంగా, ఆపై అందుబాటులో ఉన్న సామర్థ్యం ఆధారంగా ఫిల్టర్ చేస్తుంది మరియు అతి తక్కువ లోడ్ ఉన్న అర్హతగల హోస్ట్ను ఎంచుకుంటుంది.
మీరు ఒక ప్రాంతాన్ని పిన్ చేసినట్లయితే, ఆ ప్రాంతంలోని వర్కర్లు మాత్రమే అర్హులు. మీరు అలా చేయకపోతే, సైట్ అది చేరిన వర్కర్ ప్రాంతాన్ని పొందుతుంది మరియు ఆ విలువ సైట్లో నిల్వ చేయబడుతుంది — కాబట్టి మీ డేటా ఎక్కడ ఉందో తెలియజేసే రికార్డు మీరు చదవగలిగే ఒక ఫీల్డ్, అది ఒక ఊహ కాదు.
వర్కర్ ఇంకా యాక్టివ్గా ఉండి, డిప్లాయ్మెంట్లను స్వీకరిస్తూ మరియు సామర్థ్యం లోపలే ఉన్నప్పుడు మాత్రమే విజయవంతమయ్యే షరతులతో కూడిన నవీకరణతో ప్లేస్మెంట్ సామర్థ్యాన్ని క్లెయిమ్ చేస్తుంది. చివరి స్లాట్ కోసం పోటీ పడుతున్న రెండు డిప్లాయ్మెంట్లు రెండూ గెలవలేవు, కాబట్టి ఒక ప్రాంతం ఎప్పుడూ నిశ్శబ్దంగా ఓవర్సబ్స్క్రైబ్ చేయబడదు.
మీ ప్రాంతంలో అర్హత ఉన్న వేటిలోనూ స్థలం లేకపోతే, విస్తరణ ప్లేస్మెంట్ లోపాన్ని చూపి ఆగిపోతుంది. అభ్యర్థన విజయవంతం కావడానికి ఇది వేరే ఖండానికి మారదు. నిశ్శబ్దంగా దేశం మారిన సైట్ కంటే కనిపించే వైఫల్యం మరియు సామర్థ్యాన్ని జోడించడం ఎంతో మంచిది.
ప్రతి worker లో accepts-deploys స్విచ్ ఉంటుంది. దీనిని drain కు మార్చడం వల్ల ఇప్పటికే ఉన్న సైట్లు ఎలాంటి అంతరాయం లేకుండా నడుస్తుండగానే కొత్త సైట్లు రావడం ఆగిపోతుంది, ఈ విధంగా మీ వర్క్లోడ్లను మార్చకుండానే ఒక ప్రాంతం పరిధిలోనే నిర్వహణ, హార్డ్వేర్ నవీకరణలు మరియు డీకమిషనింగ్లను మేము చేపడతాము.
డేటా రెసిడెన్సీ అనేది నిజంగా మార్చడానికి కష్టతరమైన కొన్ని హోస్టింగ్ నిర్ణయాలలో ఒకటి, కాబట్టి ప్లాట్ఫారమ్ దీనిని డిప్లాయ్మెంట్ వివరంగా కాకుండా ప్రాథమిక ప్రాధాన్యత గల అంశంగా పరిగణిస్తుంది. కస్టమర్ యొక్క రెసిడెన్సీ ఎంపిక ప్లేస్మెంట్కు ఇన్పుట్గా పనిచేస్తుంది, ప్రాంతం సైట్కు వ్యతిరేకంగా నమోదు చేయబడుతుంది మరియు దానికి సరిపోయేలా ఫ్లీట్ ట్యాగ్ చేయబడుతుంది. ఇదే రెసిడెన్సీ సమాధానాన్ని కేవలం ఉహాజనితంగా కాకుండా ఆడిట్ చేయదగినదిగా చేస్తుంది.
అద్దె నమూనా దీనితో పాటు నడుస్తుంది. ఇంజిన్లోని ప్రతి రికార్డు డేటాబేస్ వద్ద అమలు చేయబడిన PostgreSQL వరుస-స్థాయి భద్రతతో సంస్థ పరిధిని కలిగి ఉంటుంది, మరియు అద్దె అనేది క్రమానుగతమైనది — సైట్ల పైన క్లయింట్ సంస్థలు, వాటి పైన పునఃవిక్రేత సంస్థ ఉంటాయి. డేటా ఎక్కడ ఉందో ప్రాంతం తెలియజేస్తుంది; దానిని ఎవరు యాక్సెస్ చేయవచ్చో వరుస-స్థాయి భద్రత తెలియజేస్తుంది. సమ్మతి సమీక్షకుడికి రెండూ ముఖ్యమైనవి మరియు ఏదీ ఐచ్ఛికం కాదు.
GDPR డేటా ఎగుమతి మరియు తొలగింపు అనేవి తర్వాత జోడించిన ప్రక్రియ కాకుండా ఒకే డిజైన్లో భాగం, మరియు ప్రత్యేక హక్కులు గల అలాగే నిర్వాహక చర్యలు ఆడిట్ లాగ్ చేయబడతాయి. డేటా ఎక్కడ నిల్వ ఉంది, ఎవరు దానిని శోధించగలరు మరియు సంబంధిత వ్యక్తి దానిని తిరిగి అడిగినప్పుడు ఏమి జరుగుతుంది అని మీ కొనుగోలుదారు ప్రశ్నాపత్రం అడిగితే, ఆ ప్రశ్నలకు ఇక్కడ సమాధానాలు ఉన్నాయి.
సమీప ప్రాంతాన్ని ఎంచుకోవడం సహాయపడుతుంది, కానీ మీ సందర్శకులు అనుభవించే జాప్యంలో ఎక్కువ భాగం అభ్యర్థన మీ మూల సర్వర్కు చేరుకోవడానికి ముందే నిర్ణయించబడుతుంది.
ప్రతిదీ ఇప్పటికీ ఒకే గమ్యాన్ని పంచుకుంటే మల్టీ-రీజియన్ వల్ల పెద్దగా ప్రయోజనం ఉండదు. కలిసి విఫలం కాకూడని భాగాలను ఆర్కిటెక్చర్ వేరు చేస్తుంది.
ఇంజిన్, డేటాబేస్, వర్క్ఫ్లో లేయర్ మరియు డ్యాష్బోర్డులు కస్టమర్ సైట్లకు సేవలందించే వర్కర్ ఫ్లీట్కు పూర్తిగా భిన్నంగా, వాటి స్వంత Kubernetes కంట్రోల్ ప్లేన్లో నడుస్తాయి. కంట్రోల్-ప్లేన్ సమస్య కస్టమర్ సైట్లను నిలిపివేయకూడదు మరియు ఫ్లీట్ సమస్య ప్లాట్ఫామ్ను నిలిపివేయకూడదు.
కస్టమర్ డ్యాష్బోర్డ్, అడ్మిన్ కన్సోల్ మరియు ఈ మార్కెటింగ్ సైట్ కంట్రోల్-ప్లేన్ క్లస్టర్ నుండి స్వతంత్రంగా Cloudflare లో అమలు చేయబడతాయి, కాబట్టి ప్లాట్ఫామ్ సమస్య తలెత్తినా దాని గురించి చదవడానికి మీరు వెళ్లే స్థలం అందుబాటులో లేకుండా పోదు.
స్థితి పేజీ ఉద్దేశపూర్వకంగా వేరే ప్రాంతంలోని వేరే ప్రొవైడర్తో హోస్ట్ చేయబడింది. అది పర్యవేక్షించే మౌలిక సదుపాయాలపైనే నడిచే స్థితి పేజీ మీకు అవసరమైన ఖచ్చితమైన సమయంలో పనికిరాదు.
ప్రతి సైట్ బ్యాకప్లు మార్చలేనివి మరియు ఆఫ్-సైట్ నిల్వ చేయబడతాయి, ఆబ్జెక్ట్ స్టోరేజ్కి వ్రాయబడతాయి, పునరుద్ధరణలు ఊహించబడకుండా పరీక్షించబడతాయి. ఫైల్ మేనేజర్, డొమైన్లు, DNS, SSL మరియు లాగ్లతో పాటు ప్యానెల్ నుండి ఒకే క్లిక్తో పునరుద్ధరణలు చేయవచ్చు.
మేము ఈ పేజీలో సేవా-స్థాయి ఒప్పందాన్ని, ప్రతిస్పందన సమయాన్ని లేదా జాప్యం సంఖ్యను పేర్కొనడం లేదు — SLA నిబంధనలు ఒప్పందం ప్రకారం అంగీకరించబడతాయి. Footprint-Free ప్లాన్లకు జోడించబడిన 99.99% సంఖ్య అనేది అప్టైమ్ హామీ మాత్రమే, ఇది మేము సాధించడానికి నిర్మించే లక్ష్యం, కొలవబడిన చారిత్రక లభ్యత రికార్డు కాదు.
ఆచరణలో ఈ నిర్ణయం నాలుగు ప్రశ్నలపై ఆధారపడి ఉంటుంది, మరియు చాలా మంది కస్టమర్లు ఒక నిమిషం కంటే తక్కువ సమయంలోనే వాటికి సమాధానం ఇస్తారు.
అవును. రీజియన్ అనేది ప్లేస్మెంట్ ఇంజిన్కు ఇన్పుట్ మాత్రమే, ఇది వేరే విధంగా ప్రత్యేకంగా నిర్వహించబడే అభ్యర్థన కాదు. ఒక రీజియన్ను పిన్ చేయండి, అప్పుడు ఆ రీజియన్ కోసం ట్యాగ్ చేయబడిన ఫ్లీట్ వర్కర్లు మాత్రమే సైట్ను స్వీకరించడానికి అర్హత కలిగి ఉంటారు; ఎంచుకున్న రీజియన్ సైట్ రికార్డులో నిల్వ చేయబడుతుంది, కాబట్టి ఇది ఎక్కడ రన్ అవుతుందో మీరు ఎల్లప్పుడూ తిరిగి తెలుసుకోవచ్చు. దాన్ని సెట్ చేయకుండా వదిలేస్తే, సైట్ అది చేరిన వర్కర్ యొక్క రీజియన్ను వారసత్వంగా పొందుతుంది.
ఇది హోస్టింగ్ శ్రేణిపై ఆధారపడి ఉంటుంది, ఎందుకంటే ప్రతి శ్రేణి దాని కోసం నిర్మించిన సామర్థ్యంపై నడుస్తుంది. ఆర్డర్ ఫారమ్ మరియు ప్రతి హోస్టింగ్ పేజీ మీరు ఈ రోజు ఎంచుకోగల నగరాలను జాబితా చేస్తాయి, ఇవి ప్లేస్మెంట్ ఇంజిన్ నుండి ప్రత్యక్షంగా అందుబాటులో ఉంటాయి, కాబట్టి ఈ సమాధానం ఎప్పటికీ పాతబడదు. ఖచ్చితమైన EU రెసిడెన్సీ కోసం, యూరోపియన్ యూనియన్ లోపల ఉన్న డేటా సెంటర్ను ఎంచుకోండి; కొనుగోలు ప్రక్రియకు ధృవీకరించబడిన ప్రాథమిక ప్లాట్ఫారమ్ అవసరమైన చోట, ఆ అవసరాలను తీర్చే సామర్థ్యంపై మేము ఉంచగలము. ప్రతి లొకేషన్ వెనుక ఉన్న సరఫరాదారులు మా స్వంత వాణిజ్య ఒప్పందం — మీరు లొకేషన్ను ఎంచుకుంటారు, విక్రేతను కాదు.
లేదు — Zinn Digital® ప్రస్తుతం సొంతంగా ఎటువంటి సమ్మతి ధృవీకరణలను కలిగి లేదు, మరియు మేము వేరే విధంగా ఉన్నట్లు సూచించము. కొనుగోలుదారు యొక్క సేకరణ మీ సైట్ల కింద ధృవీకరించబడిన ప్లాట్ఫారమ్ను తప్పనిసరి ఆవశ్యకతగా చేసినప్పుడు, వాటిని కలిగి ఉన్న అంతర్లీన ప్లాట్ఫారమ్పై మీ పనిభారాన్ని ఉంచడం మేము చేయగలము. ప్రత్యేకంగా, ప్లాట్ఫారమ్ యొక్క స్వంత నియంత్రణలు వాస్తవమైనవి మరియు తనిఖీ చేయదగినవి: సైట్ వారీగా ఐసోలేషన్, ప్రతి అద్దెదారు-పరిధిలోని పట్టికపై వరుస-స్థాయి భద్రత, Vault లో ఉంచబడిన రహస్యాలు, అంతటా TLS, మరియు ప్రత్యేక అధికార చర్యల యొక్క ఆడిట్ లాగింగ్.
మీ సైట్ను నిశ్శబ్దంగా వేరే చోట చేర్చడానికి బదులుగా, ప్లేస్మెంట్ లోపంతో డిప్లాయ్ స్పష్టంగా విఫలమవుతుంది. అది ఉద్దేశపూర్వకమైనది: నిలిపివేయబడి కారణాన్ని మీకు తెలియజేసే డిప్లాయ్ కంటే, అధికార పరిధిని నిశ్శబ్దంగా మార్చిన సైట్ చాలా దారుణమైన ఫలితం. ఆ ప్రాంతంలో మరిన్ని హోస్ట్లను ఆన్లైన్లోకి తీసుకురావడం ద్వారా సామర్థ్యం జోడించబడుతుంది, అక్కడ అవి తమను తాము నమోదు చేసుకుని తక్షణమే పనిని స్వీకరించడం ప్రారంభిస్తాయి.
మేము జాప్య బెంచ్మార్క్లను ప్రచురించము మరియు నిర్దిష్ట సంఖ్యను వాగ్దానం చేయము. మేము వివరించగలిగేది ఆర్కిటెక్చర్ మాత్రమే: Cloudflare ప్రతి సైట్కు ముందు ఉంటుంది, కాబట్టి కాష్ చేయగల ప్రతిస్పందనలు సందర్శకుడికి సమీపంలో ఉన్న ఎడ్జ్ లొకేషన్ నుండి అందించబడతాయి, LSCache PHP లేదా డేటాబేస్ను తాకకుండా వర్కర్ నుండి పూర్తి పేజీలను అందిస్తుంది, మరియు ప్రతి సైట్కు ఉండే Redis ఆబ్జెక్ట్ కాష్ పునరావృత ప్రశ్నలను గ్రహిస్తుంది. చాలా కంటెంట్ సైట్ల కోసం, ఆ కలయిక అంటే ఆరిజిన్ ప్రాంతం కాష్ కాన్ఫిగరేషన్ కంటే చాలా తక్కువ ప్రాముఖ్యతను కలిగి ఉంటుంది. మీ ప్రేక్షకులు ఒకే ఖండంలో కేంద్రీకృతమై ఉంటే, ఆరిజిన్ను అక్కడే ఉంచండి.
సైట్ ఉంచబడినప్పుడు మరియు సైట్ రికార్డ్లో నిల్వ చేయబడినప్పుడు ప్రాంతం సెట్ చేయబడుతుంది, కాబట్టి ప్రాంతం మార్పు అనేది సాధారణ మార్పిడి కాకుండా మైగ్రేషన్ అవుతుంది. ఒక మార్పు రాబోతోందని మీకు ఇప్పటికే తెలిస్తే నిర్మించడానికి ముందు మాతో మాట్లాడండి — ప్రత్యక్ష పోర్ట్ఫోలియోను మార్చడం కంటే మొదటిసారే సరిగ్గా ఉంచడం చాలా తక్కువ ఖర్చుతో కూడుకున్నది.
ప్రతి సైట్కు సంబంధించిన బ్యాకప్లు మార్చలేనివి, వేరే ప్రదేశంలో భద్రపరచబడేవి మరియు నడుస్తున్న ఫ్లీట్ నుండి వేరు చేయబడినవి; ఇవి పునరుద్ధరణలను కేవలం భావించకుండా స్వయంగా పరీక్షించి ఆబ్జెక్ట్ స్టోరేజ్లో నిల్వ చేయబడతాయి, అలాగే ప్యానెల్ నుండి ఒకే క్లిక్తో పునరుద్ధరించబడతాయి. మీ నిబంధనల సమ్మతి ప్రకారం బ్యాకప్ నిల్వ నిర్దిష్ట అధికార పరిధిలోనే ఉండాల్సి వస్తే, నేరుగా మమ్మల్ని సంప్రదించండి — అది వెబ్ పేజీలో మేము చేసే సాధారణ ప్రకటన కాదు, ప్రతి కస్టమర్తో మేము కుదుర్చుకునే ఒప్పంద వివరము.
అవును. ట్రయల్ 14 రోజులు మరియు కార్డ్ అవసరం లేదు. ఇది గరిష్టంగా ఐదు సైట్లతో Footprint-Free హోస్టింగ్ను కవర్ చేస్తుంది, మీ ప్రొడక్షన్ పోర్ట్ఫోలియో ఎక్కడ ఉండాలో మీరు నిర్ణయించుకునే ముందు డిప్లాయ్మెంట్లు, ప్లేస్మెంట్ మరియు కాష్ లేయర్లు ఎలా ప్రవర్తిస్తాయో చూడటానికి ఇది సరిపోతుంది.
కార్డ్ అవసరం లేని 14 రోజుల ట్రయల్ను ప్రారంభించండి, లేదా ముందుగా మీ రెసిడెన్సీ అవసరాన్ని మాకు తెలియజేయండి మరియు మొదటి డిప్లాయ్ నుండే మేము మిమ్మల్ని సరైన చోట ఉంచుతాము.
ఉచితంగా ప్రారంభించండి