Phenquestions
Вертикално мащабиране на вашата операция
Под вертикално мащабиране имам предвид оптималното изискване за ресурс на сървър. Например, ако имате нужда от нещо малко като 1 до 8 vCPU и 1 до 32 GB памет, тогава можете да помислите за всеки основен доставчик на хостинг в облак като DigitalOcean, Azure или AWS. Това е най-често срещаният вариант и вероятно нещо, което искате. Тези услуги могат да се мащабират, за да хостват всичко, от вашите хоби проекти и лични блогове до пълния набор от типичен конвейер на DevOps.
За по-големи изисквания, като над 128 GB памет, има по-икономичен смисъл да наемете специален сървър от доставчици като OVH. Предварителните разходи може да са по-високи в по-късния случай, но за по-дълги периоди от време са значително по-евтини.
Може да искате нещо напълно управлявано от доставчик на облачен сървър, включително опции FaaS като AWS Lambda и Azure Functions, или опции PaaS като Google Cloud Platform. Те обаче не се отчитат стриктно като Linux среда, защото сте ограничени в средата, която доставчикът ви предлага, вместо да имате собствена Linux среда с root права и т.н.
Хоризонтална мащабируемост
Хоризонталната мащабируемост просто се отнася до факта, че как можете да мащабирате вашия софтуер на множество сървъри. В този контекст той се отнася и до обхвата, който вашият доставчик на облачни услуги може да предложи. Имат ли центрове за данни близо до мястото, където може да са вашите потребители? Ако планирате да хоствате нещо като VPN, тогава въпросът е различен. Имат ли центрове за данни в региони, които зачитат поверителността на потребителите.
Ако смятате, че потребителската ви база ще расте, тогава трябва да планирате предварително това.
Автоматизация
Що се отнася до сървърите, автоматизацията е името на играта. Това не са устройства, предназначени да взаимодействат от вас, като собственик. Те трябва тихо да стартират приложението, което трябва да изпълнят, и да се измъкнат от вас.
Имайки това предвид, много услуги предлагат цял набор от услуги, започвайки от cloud-init до HTTP API, с който можете отдалечено да въртите сървъри и да ги конфигурирате. Ако вашият екип е запознат с API на единия доставчик, а не на другия, тогава е по-добре да се придържате към познатия, вместо да пренаписвате целия си набор от инструменти за друг доставчик.
След като имате набор от скриптове, автоматизиращи всичко за вас, това ще ви спести стотици човешки часове в дългосрочен план. И никога няма да се притеснявате, че сървърът е неправилно конфигуриран поради човешка грешка. Посетете страниците с документация за API за всички доставчици, които обмисляте, преди да вземете решение.
Набор от функции
За да се възползвате напълно от софтуера с отворен код, който идва с Linux, трябва да се уверите, че вашият сървър доставчик предлага определен минимален стандарт от функции.
В случай на виртуални машини, хоствани в облак, те могат да включват резервни копия и моментни снимки, блокови устройства, хранилище на обекти, плаващи IP адреси, управлявана защитна стена, частна мрежа, DNS сървър и широк спектър дистрибуции на Linux. В случай на специален сървър функциите са по-специфични за хардуера, като наличието на IPMI, отдалечен KVM и полезен интерфейс за управление като vRack на OVH.
Мониторинг
Мониторингът на вашия сървър е друг важен фактор, който трябва да се вземе предвид при наемането на Linux сървър. Какво ниво на мониторинг позволява платформата. Разбира се, има и бонус точки за предупреждение.
Услуги като Cloud Log от Amazon са все по-често срещани при всички доставчици. Те ви дават много фин поглед върху здравето и наличността на вашите системи. Услуги на трети страни също се появиха, за да ви помогнат да се възползвате от това. Просто се регистрирате за тях и те се включват в показателите и ви ги предлагат по отношение на интуитивни графики и сигнали.
Подкрепа и общност
При Linux бедствието не е въпрос на „Ако се случи“, а „Когато се случи“. Когато неизбежно срещнете проблем, трябва да се уверите, че доставчикът предлага достъпна и навременна поддръжка, за да ви измъкне от бъркотията. Освен това, когато нещата се объркат в края на вашия доставчик на облак, трябва да получите незабавно предупреждение за това. Ще бъдете благодарни за комуникативен доставчик, когато нещата се объркат. От друга страна, липсата на комуникация може да доведе до разочарование и безпокойство.
Ако договорите за поддръжка са скъпи за вас, помислете дали да не изберете доставчик, около който има активна общност от разработчици и оператори. Хора, които вероятно са решили проблема, пред който сте изправени, или които могат да ви насочат в правилната посока. Ако приемете тайнствена и лошо документирана технология, вие сте сами. Това важи за всяка технология, като цяло, но особено за платформите, които се контролират от друга страна.
Съответствие
Стандарти като HIPAA и PCI са собствена заешка дупка. Дали виждате някакви заслуги в тях, е друг въпрос. Фактът е, че ако проектирате продукти, които трябва да отговарят на определени правни стандарти, тогава по-добре поставете точките си и пресечете вашите точки.
Консултирайте се с експертите и говорете с вашия доставчик за това. Вижте, ако тяхната инфраструктура отговаря на различните стандарти, с които трябва да се съобразите, преди да вземете бизнес решение.
Заключение
Благодарение на непрекъснато нарастващия процент на проекти с отворен код, наемането на Linux сървър през която и да е облачна платформа не е голяма техническа пречка. Решението наистина се свежда до икономика, геолокация, законност и лични предпочитания.
В тази бележка се надявам, че горните фактори са благоприятни за размисъл. Надявам се, че това ще ви помогне да изберете вашата перфектна платформа.
