Sia რედაპტირება Cloud საიმედოობა მუდმივი შესრულება დიზაინი

დღესის ციფრული პირველი სამყაროში, შეუზღუდავი ხელმისაწვდომობის მოთხოვნები მონაცემებს არ არის πλέον ფუფუნება – ეს არის აუცილებელი. თუ თქვენ გაძლევთ მნიშვნელოვანი პროგრამა, გთავაზობთ multimedial შინაარსი გლობალური კლიენტებს, ან უბრალოდ პირადი ფაილი გადარჩენა, თქვენი Cloud Storage საიმედოობა პირდაპირი ეფექტი ყველაფერს, წარმოუდგენას და უსაფრთხოებას. ყველაზე cloud მომწოდებლები, საიმედოობა შეზღუდულია ფუნქციონალური სიჩქარით - 99.9%, 99.99%, ან თუნდაც მიუხედავად იმისა, რომ ამ Polished Service Level agreements (SLAs) ზედაპირზე მყარი რეალურია: რეალურია. – შესაძლებლობა ხელმისაწვდომი თქვენი მონაცემები ნებისმიერ დროს, ნებისმიერ ადგილას, გარეშე შეჩერების ან შეჩერების – ჯერ კიდევ შეუზღუდავი. მაშინაც კი, ყველაზე ძლიერი ცენტრირებული clouds მოქნილი იგივე, რაც ისინი ცდილობენ შეამციროს: ცუდი. five nines continuous performance საიმედოობა არ არის არაფერი, რაც გსურთ - ეს არის არაფერი, რაც თქვენ დიზაინი. ფართო რეგიონული შეზღუდვები და არასწორი კონფიგურაცია ქსელის მარშრუტი, ჩვენ ვხედავთ, რომ ცენტრალური ინფრასტრუქტურის, თუ არა, თუ როგორ გაფართოებული, არ შეუძლიათ თავიანთი სტრუქტურული შეზღუდვები. როდესაც ყველა მარშრუტი იწვევს რამდენიმე მონაცემთა ცენტრი, ერთ-ერთი შეცდომა - საღებავი, მარშრუტირების პრობლემა, ინტეგრირებული შეცდომა - შეიძლება შეიცავდეს მთელი ინდუსტრიებში. ფართო რეგიონული შეზღუდვები და არასწორი კონფიგურაცია ქსელის მარშრუტი, ჩვენ ვხედავთ, რომ ცენტრალური ინფრასტრუქტურის, თუ არა, თუ როგორ გაფართოებული, არ შეუძლიათ თავიანთი სტრუქტურული შეზღუდვები. როდესაც ყველა მარშრუტი იწვევს რამდენიმე მონაცემთა ცენტრი, ერთ-ერთი შეცდომა - საღებავი, მარშრუტირების პრობლემა, ინტეგრირებული შეცდომა - შეიძლება შეიცავდეს მთელი ინდუსტრიებში. ამ დღიურში განიხილება, რატომ Sia- ის დეტალაციის არქიტექტურა უნიკალური პოზიციაა ამ შეზღუდვის გადარჩენისთვის. უფრო მეტია, ვიდრე უბრალოდ სხვა შენახვის პლატფორმა, Sia- ის შექმნილია უზრუნველყოს შემდეგი ნაწილებში, ჩვენ შედარებით ამ დიზაინით ტრადიციული შენახვის მოდელები, შეხვდა რეალურ სამყაროში ცუდი სტრატეები, და აჩვენებთ, რომ დეტალაცია არ არის მხოლოდ უფრო უსაფრთხო - ეს არის უფრო საიმედო. Performance მიერ Resilience Because in the future of cloud storage, საიმედოობა არ არის ის, რაც გსურთ - ეს არის ის, რაც თქვენ დიზაინერი. ციტატული Clouds- ის ფართო ძიება ყოველდღიური cloud storage პლატფორმაები უპირატესობად აჩვენა, თუ რამდენად ცუდი შეიძლება იყოს ცენტრირებული ინფრასტრუქტურა გარშემო სიზუსტით, ადამიანის შეცდომა, ან შიდა შეცდომა. მიუხედავად იმისა, რომ ჰიპერსკალერები, როგორიცაა AWS, Google Cloud და Microsoft Azure, უპირატესობად აცხადებენ, რეალურ სამყაროში მოვლენები ამბობს განსხვავებული ისტორია - ერთი, სადაც მილიონები მომხმარებლები შეიძლება დაკარგოთ ხელმისაწვდომობა ერთხელ, და მთელი ბიზნესები შეჩერდება ერთ-ერთი ცუდი პოსტი. რა თქმა უნდა, ყველაზე პოპულარული მაგალითები ქსელის შეკუმშვისა მონაცემთა ცენტრიში - ინტენსიები, რომლებიც შეუძლიათ დაუყოვნებლივ შეკუმშოთ მთელ სფეროებში ქსელის მომსახურება. აგვისტოში 2022 წელს, Google- ის Council Bluffs მონაცემთა ცენტრიში ელექტრო ექსპლუატაცია დაზიანდა სამი თანამშრომელი და შეხვდა ძირითადი მომსახურება, როგორიცაა Search და Maps. ეს მოვლენები, საღებავი ბლუს, რომელიც გამოწვეულია სატვირთო სატვირთო მომსახურების დროს, გამოიყენება როგორც აღწერილი, რომ თუნდაც ინდუსტრიის ჯიბები არ შეუძლიათ გაქირავდეს ფიზიკური ინფრასტრუქტურის დაკავშირებული რისკებს ერთი წლის შემდეგ, პარიზში, Google Cloud- ის europe-west9-a Zone- ში მრავალფეროვანი ქსოვილის ცუდი დაიწყო წყლის ინტეგრირებათან ერთად, რაც სავარაუდოდ შეიცვალა ქსოვილის სისტემის ცუდი, რომელიც შეხვდა ბატარეის კაბინაში და დაღა. ეს კასკარდური ცუდი არა მხოლოდ იღა ერთ-ერთი Google- ის ძირითადი ევროპული ქსოვილის რეგიონებში, არამედ შეხვდა მეტი 90 ქსოვილის მომსახურება ხანგრძლივი დროს. ეს ინტენსიები აღიარებენ, რომ 2021 წელს Strasbourg- ში OVHcloud- ის ამჟამად უარყოფითი დატენვისას, რომელიც SBG2 მონაცემთა ცენტრი მთლიანად დაზიანდა და სხვა კამპუსში ნაწილაკურად დაზიანდა. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. ივლისში 2022 წელს ლონდონში ტემპერატურა დაახლოებით 40 ° C (104 ° F) დაშორდა Google და Oracle მონაცემთა ცენტრი off-line სითბოს სისტემის გაქირავების გამო. Google- ს მუდმივად უნდა დახურვა ნაწილები მისი Cloud, რათა თავიდან აცილოთ ქარხანა გაქირავება - საოცარი აღიარება, რომ ამინდი მხოლოდ შეიძლება შეუზღუდოს მომსახურების ხელმისაწვდომობა. მიუხედავად იმისა, რომ ყველა შეჩერება არ იღებს ფიზიკური რევოლუცია - ზოგიერთი ციფრული რევოლუცია აპირებს ხდება. თებერვალი 2024- ში, Google Cloud- ს კიდევ ერთი შეჩერება იყო, როდესაც რეგიონალური მეტატარეის მაღაზიის შეჩერება დაახლოებით სამი საათის განმავლობაში შეჩერდა US-West1 რეგიონას. ასევე, CrowdStrike- ის რეგულარული განახლება ივლისში 2024- ში იწვევს Microsoft Windows- ის სისტემების ფართო გაჩერება, რაც იწვევს ათასობით გაჩერებული თვითმფრინავებს და ინდუსტრიის მასშტაბით წარმოუდგენელი წარმოუდგენას. ამ შეზღუდვები აჩვენებენ ქსელის მომსახურების დამოკიდებულება. როდესაც Content Delivery Network (CDN) როგორიცაა Fastly შეხვდა ცუდი კონფიგურაცია 2021- ში, ეს იწვევს გლობალური შეზღუდვები, რაც Reddit, Spotify, და ძირითადი ახალი ამბები მეშვეობით წამში. მიზეზი? ერთი ცუდი კონფიგურაცია გამოწვეული გლობალური CDN მომწოდებლების monoculture. Continuous Performance by დიზაინი მდებარეობა, სადაც ცენტრიზებული cloud მომწოდებლები აშენებენ უფრო დიდი fortresses, რათა დაცვა შეუწყოს, Sia გადაიხადოს პრობლემა სრულიად, ვიდრე მოწყობილობების მოდელი. ვიდრე ყველაფერს ერთ-ერთი რეგიონის ან მოწყობილობების რეზოლუციას, Sia გთავაზობთ თქვენი მონაცემები გლობალურად, ათასობით დამოუკიდებელი ოპერაციული ნომრები, იყენებს მატამიკას - არ მარკეტინგი - გარანტიას. ეს არ არის მხოლოდ განსხვავებული ინფრასტრუქტურა - ეს არის განსხვავებული ფსიქოლოგია. Redundancy, რომელიც უზრუნველყოფს Sia- ში, Redundancy- ს უფრო მეტია, ვიდრე ეს. Redundancy- ის არის ის, რაც საშუალებას გაძლევთ გაგრძელებული შესრულება. Sia განთავსებს თითოეული ფაილი 30 კრეპტირებული shards გამოყენებით delete coding. მხოლოდ 10 კრეპტი საჭიროა სრულიად reconstruct ფაილი. ეს იმას ნიშნავს, რომ ქსელის შეუძლია შეუზღუდოს არა მხოლოდ შეჩერების, მაგრამ განსხვავებული შესრულება თითოეული ქსელის – ყველა ამავე დროს შენარჩუნება საბაჟო ხელმისაწვდომობა. Redundancy არ არის Fallback - ეს არის საფუძველზე მუდმივი შესრულება. კონტაქტი, ტრადიციული clouds დამოკიდებულია სრული ფაილი რეპლიკაციის რამდენიმე რეგიონებში. თუ ერთი რეგიონაში არ გაქვთ, ხელმისაწვდომობა შეჩერდება ან შეჩერდება - და დამატებითი შენახვის არ ნიშნავს უკეთესი სიჩქარე. Sia- ის მოდელი რეალურ დროში განკუთვნილია. მოპოვების გზა დინამიურად ცვლილებენ ჰოსტატის ხელმისაწვდომობის და ქსელის პირობების მიხედვით - არ არსებობს ცვლილებები, არ არის bottlenecks, არ არის შეჩერების Windows. და მიუხედავად იმისა, რომ ცენტრირებული clouds შეიძლება ასევე გამოიყენოთ გაზარევის კოდირების შიდა, ყველა მათი ინფრასტრუქტურა ჯერ კიდევ იძლევა ერთი მომწოდებელი. ერთი შეცდომა შეიძლება გავლენა მთელი ქსელის. Sia- ის სასტუმროები, გარდა ამისა, დამოუკიდებელია - ხშირად სხვადასხვა ადამიანები ან ბიზნესები. Sia- ის გამოყენება არის, როგორც თქვენი მონაცემების გაზიარება 30 განსხვავებული Cloud- ში default. არ არის ერთ-ერთი კომპანიის კონტროლი სისტემა, და არ არის ერთ-ერთი ცუდი ეტაპ. კონფიგურაცია გარეშე შეჩერება ძირითადი ქსელის გარემოში, როდესაც არაფერი გაქვთ, ეფექტურობა დაზიანება. მიუხედავად იმისა, რომ სისტემები გაქვთ გაქირავება, გაქირავება ხშირად იწვევს სიჩქარით, გაქირავებული ხელმისაწვდომობა, ან საერთო გაქირავების დრო, ხოლო ინფრასტრუქტურა გაქირავება. Sia არქიტექტურა მუშაობს განსხვავებით. როდესაც სასტუმრო, რომელიც შენახავს თქვენი მონაცემების ნაწილს, offline- ის გამო, თუ არა გაქირავება, შენარჩუნება, ან უჯრედების გამო, თქვენი ფაილი სრულიად ხელმისაწვდომია. არ არსებობს დატვირთვის spin, არ არის სინთრიბაცია, არ არის შეტყობინება. ქსოვილის მუდმივად იღებს საჭირო shards დასვენების სასტუმროები, დინამიურად აირჩიოს ყველაზე სწრაფად ხელმისაწვდომი ვარიანტი. ეს ყველაფერი ხდება გარშემო. ამავე დროს, უკანასკნელი პროგრამული უზრუნველყოფა ავტომატურად იწყებს სრული რედაქტირების გადასცემას, რათა ახალი დისკები დატვირთოთ ჯანმრთელობის ქსელებს. ეს თვითმართველობის მკურნალობის პროცესი არ არის მხოლოდ დაცვა მომავალში არჩეულებისგან - ეს უზრუნველყოფს, რომ შესრულება გაგრძელდება უარყოფითი. Sia არ მხოლოდ გაუმჯობესებს შეუზღუდავი - იგი მუშაობს მას. ნაცვლად reacting to failure after it happens, Sia განიცდიან churn როგორც მოთხოვნილი ქცევა - ერთი ქსელის შექმნილია გარიგებათ. ეს არის მოდელი რეზოლუცია, რომელიც არ მხოლოდ თავიდან ავიცილოთ შეჩერებები - იგი აქტიურად დაცვა მომხმარებელს, რომ კი შეამოწმოთ მათ. არ არის ერთ-ერთი სიჩქარე Centralized cloud პლატფორმაები შეუზღუდავი cascading ცუდი, რადგან ისინი დამოკიდებულია ცენტრირებული კონტროლის. ცუდი კონფიგურაცია router, ცუდი პროგრამული უზრუნველყოფა გაფართოება, ან ენერგეტიკის პრობლემა ერთი მოწყობილობა შეიძლება შეუზღუდავი რეგიონებში - დაჭერით მომსახურება, რომ მილიონები დამოკიდებულია. Sia არქიტექტურა განკუთვნილია ამ რისკზე. არ არსებობს მთავარი ღონისძიება. არ არსებობს ცენტრალური რეგიონები. არ არსებობს უპირატესობა, რომელიც შეიძლება არასდროს სისტემის off-line. გარდა ამისა, თქვენი მონაცემები გაფართოებულია ათასობით დამოუკიდებელი სასტუმროებს მსოფლიოში - თითოეული შეინახავს მხოლოდ ჩიპტირებული სქემები. თუ ერთი ჰოსტი არ გაქვთ, სისტემა გაგრძელდება. თუ 10 ჰოსტი არ გაქვთ, იგი ჯერ კიდევ გაქვთ. არ არის საჭირო, რომ "სურვი" რადგან არ არსებობს ერთგული გზა, რომ დაიწყოს. არ არის, არ არის, არ არის, არ არის, არ არის, არ არის, არ არის, არ არის, არ არის ეს არ არის ცენტრალური დამოკიდებულება არ მხოლოდ გაუმჯობესებს შეცდომა ტოლერციას - ეს თქვენ არ დაველოდებთ, რომ რაიმე რეგიონია ონლაინში დაბრუნდება. თქვენ არ ხართ გადატვირთული გარიგება ან ადამიანური მენეჯერი გადარჩენის მომსახურება. თქვენ გადატვირთეთ მონაცემები, სადაც ის ყველაზე სწრაფად არის - მუდმივად. prevents performance blackouts განკუთვნილია საიმედოობისთვის, არა მხოლოდ იმისათვის, რომ ის როდესაც ჩვენ ვთქვათ "კოლადის საიმედოობის" შესახებ, ჩვენ ხშირად ვთქვათ, რომ ჩვენ ვთქვათ - SLA, რომელიც მხარს უჭერს ფინანსური ფანტასტიები, სინამდვილე ოპტიმიზაციის დონეები და ბრენდის რეპუტაცია. მაგრამ, როგორც ჩვენ ვხედავ, მაშინაც კი ყველაზე დიდი ქოლადის მომწოდებლები არ შეგვიძლია თავიდან ავიცილონ სინამდვილეობა, რომელიც მოიცავს ცენტრიზაცია. თუ ეს არის საღებავი, სინამდვილე, ან პროგრამული შეცდომები, ტრადიციული ქოლადის მოდელი ყოველთვის რამდენიმე კასკარდრირებული ცვლილებები გლობალური ცვლილებებისგან. Sia იღებს ძირითადად განსხვავებული ხელმისაწვდომობის მიზნით. გარდა ამისა, რომ აპირებს, რომ ინფრასტრუქტურა გაგრძელდება და მზადდება სიჩქარით, როდესაც ეს არ გაგრძელდება, Sia აპირებს, რომ სიჩქარე უარყოფითია - და აშენებს სისტემას, რომელიც ყოველთვის მუშაობს. : არ არის მორგებული სერვერები, არ არის რეგიონული დამოკიდებულება, არ არის მწარმოებელი დახურვა. უბრალოდ თვითმართველობის განახლება, დეტალებული ინფრასტრუქტურა, რომელიც შენარჩუნებს თქვენი მონაცემები ხელმისაწვდომია, რადგან არ არსებობს ერთ-ერთი მოთამაშე, რომელიც აქვს ძალა, რათა ეს არ არის ხელმისაწვდომი. Continuous შესრულება ეს უფრო მეტია, ვიდრე ტექნიკური უპირატესობა. ეს არის ცვლილება, თუ როგორ ვფიქრობთ ციფრული რეზოლუციას. ვიდრე მაღალი ხაზები და უფრო გლუვი ტალღები, Sia გათავსებს მისი დაცვა. იგი გათავსებს საიმედოებას. და ამ შემთხვევაში, იგი განახლება, თუ როგორ შეიძლება გამოიყურებოდეს საიმედო Cloud Storage მსოფლიოში, სადაც გათავისუფლების დრო არ არის უფრო აღიარებული. მას შემდეგ, რაც ორგანიზაციები შეხვდება იზრდება შეჩერების, იზრდება ღირებულება, და უფრო მჭიდრო compliance მოთხოვნები, decentralization უკვე უფრო მეტია, ვიდრე ხელმისაწვდომი - ეს არის უმაღლესი. მიუხედავად იმისა, რომ რამ არ გაქვთ, ახლა არის დრო, რომ გადაწყვიტოს დიზაინერი და დაიწყოს დიზაინერი გარანტიას. მხოლოდ მუშაობა Sia- სთან ერთად, მუდმივი შესრულება არ არის მიზანი, ეს არის გარანტია. წყაროები Data Center Knowledge. (2022, აგვისტო 9). მონაცემთა ცენტრი გაბრუნდა — Google- ს სავარაუდოდ გაქვთ ‘ ელექტრო ინტენსიური’, 3 ცუდი. მონაცემთა ცენტრი იცის. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electrical-incident-3- ცუდი Claburn, T. (2023, აპრილი 26). Google Cloud შეჩერებს ევროპაში წყლის შეჩერების შორის. https://www.theregister.com/2023/04/26/google_cloud_outage/ OVH- ს Strasbourg- ის მონაცემთა ცენტრი (SBG2). მონაცემთა ცენტრი ცოდნა. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg ახალი ამბები. (2022, ივლისი 20). Google, Oracle მონაცემთა ცენტრი დატვირთულია სატვირთო ლონდონში. მონაცემთა ცენტრი ცოდნა. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat W. Millward, W. (2024, დეკემბერი 5). 10 ყველაზე დიდი ქსელის შეჩერება 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, ივნისი 8). როგორ შეკუმშული კომპანიის დატოვდა დიდი სართულები ინტერნეტში. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/