Разумевање једног закупца у односу на више закупаца у рачунарству у облаку

У рачунарству у облаку, термин закупац представља групу или појединачног корисника који има приступ дељеном скупу рачунарских ресурса, као што су складиште, сервери и апликације. Ресурсе обезбеђује добављач услуга у облаку.

Сваки закупац је изолован од других закупаца и не могу да приступе међусобним подацима или ресурсима. Више закупаца може да дели исту инфраструктуру уз одржавање сопствене приватности и безбедности. Станари могу бити појединци, организације или одељења унутар организације.

Ако су ресурси и инфраструктура посвећени само једном закупцу, онда такву архитектуру називамо једним закупцем. Ако више различитих закупаца дели исте ресурсе, ово представља архитектуру са више закупаца.

Међутим, разлика између архитектуре једног закупца и архитектуре са више станара је мало сложенија. На пример, можете да користите АВС као добављач услуга у облаку да бисте подесили архитектуру једног станара као и архитектуру са више корисника. Разлика лежи у детаљима. Ево их.

Извор: блогс.сап.цом

Сада, хајде да истражимо сажетак обе архитектуре пре него што пређемо у детаље.

Карактеристика Архитектура једног закупца Архитектура са више закупаца. Дељење ресурса. Не дели се са другима. Дели се међу више клијената. Прилагођавање. Веома прилагодљиво. Ограничена цена. сарадња са реатерима Усклађеност Боља усклађеност са специфичним прописима Стандардни процеси за све станаре

Архитектура једног станара

Апликације у облаку са једним закупцем су дизајниране да служе једном клијенту или организацији и обезбеђују наменске ресурсе који се не деле са другим клијентима.

Извор: цнцф.ио

То је модел где један купац или закупац има ексклузивни приступ серверу, апликацији или инфраструктури у облаку. У овом моделу, купац има потпуну контролу над ресурсима и може их прилагодити својим специфичним потребама. То значи да су ресурси у облаку посвећени том купцу.

Овај појединачни закупац може прилагодити ресурсе да задовољи специфичне потребе. То значи већу флексибилност и контролу над ресурсима.

Генерално је скупља од архитектуре са више закупаца, јер сам купац плаћа наменске ресурсе.

Ево примера како можете да изградите архитектуру једног закупца од краја до краја у АВС облаку:

  • Креирајте виртуелну приватну мрежу (ВПЦ) да бисте изоловали ресурсе једног закупца. ВПЦ ће обезбедити мрежну изолацију и сигурност.
  • Користите управљање идентитетом и приступом (ИАМ) за управљање приступом ресурсима за једног закупца. ИАМ креира политике које дефинишу којим ресурсима закупац може да приступи.
  • Користите Еластиц Цомпуте Цлоуд (ЕЦ2) да обезбедите виртуелне машине за једног закупца. ЕЦ2 креира инстанце са специфичним конфигурацијама и пружа потпуну контролу над ресурсима.
  • Користите Еластиц Блоцк Сторе (ЕБС) да обезбедите складиште на нивоу блока за виртуелне машине.
  • Користите услугу релационе базе података (РДС) да обезбедите услугу управљане базе података за једног закупца. Можете креирати засебну инстанцу базе података за закупца, која обезбеђује изолацију и безбедност.
  • Користите Амазон С3 за складиштење статичких средстава као што су слике, видео снимци и документи. Можете креирати засебну канту за закупца, којој само закупац може приступити.
  • Користите Еластиц Лоад Баланцер (ЕЛБ) да дистрибуирате саобраћај на више инстанци ваше апликације, све унутар ресурса намењених само вашем закупцу.
  •   9 корисних примера команди домаћина за упите детаља о ДНС-у

    Примери апликација у облаку

    Ево неких од најпознатијих апликација у облаку које можете користити за архитектуру једног станара.

    • Воркдаи је софтвер за управљање људским ресурсима и финансијама заснован на облаку који својим клијентима пружа архитектуру једног станара.
    • САП ХАНА платформа заснована на облаку.
    • Орацле Цлоуд архитектура.
    • ИБМ Цлоуд Намењен са наменским ресурсима који се не могу делити са другим клијентима.
    • Рацкспаце Привате Цлоуд.

    Предности архитектуре облака са једним закупцем

    Архитектура облака једног закупца има неке предности у односу на архитектуру са више закупаца:

  • Побољшана сигурност јер су ресурси посвећени једном купцу. Купац има потпуну контролу над безбедношћу својих ресурса. Он елиминише ризик од цурења података или неовлашћеног приступа који се потенцијално може појавити у окружењима са више закупаца.
  • Веће прилагођавање је још једна предност. Можете да прилагодите ресурсе да задовоље њихове специфичне потребе, што резултира бољим перформансама и ефикасношћу. Такође имате већу флексибилност у погледу избора софтвера и хардвера.
  • Предвидљив учинак јер су ресурси посвећени једном купцу. Можете очекивати константна оптерећења перформанси, што је важно за апликације које захтевају висок ниво перформанси и поузданости.
  • Боља усклађеност са специфичним прописима или стандардима јер су ресурси само за једног закупца.
  • Већа скалабилност јер клијент може повећати или смањити ресурсе по потреби.
  • Међутим, архитектура једног станара је генерално скупља од архитектуре са више станара, тако да дефинитивно није најбољи избор за све организације.

    Стварни случајеви употребе архитектуре облака једног станара

    Ево неких од најбољих случајева употребе за архитектуру једног станара:

    • Од здравствених организација се захтева да се придржавају строгих прописа као што је ХИПАА, који захтевају висок ниво безбедности и приватности. Архитектура једног станара омогућава здравственим организацијама да имају потпуну контролу над својим ресурсима и спроводе мере безбедности специфичне за потребе пацијената и особља.
    • Од финансијских организација се тражи да се придржавају строгих прописа као што је ПЦИ ДСС. Архитектура једног станара је, дакле, добро решење.
    • Државне организације морају да се придржавају строгих прописа као што је ФИСМА, који опет захтевају висок ниво безбедности и усклађености.
    • Истраживачке организације често захтевају висок ниво прилагођавања и перформанси за своје ресурсе.
    • Организације за е-трговину су још један случај употребе архитектуре једног закупца. Можете повећати или смањити њихове ресурсе према потреби како бисте задовољили променљиве потребе њихових купаца.

    Архитектура са више станара

    Извор: авс.амазон.цом

    Архитектура са више закупаца је често најбоље решење за организације које дају приоритет уштеди трошкова, скалабилности и сарадњи изнад високих потреба за безбедношћу и прилагођавањем.

    • Више клијената дели исте ресурсе у облаку. То значи да ресурси нису посвећени ниједном купцу и да се деле међу свим купцима.
    • Архитектура са више закупаца је генерално јефтинија од архитектуре једног станара једноставно због природе заједничких ресурса.
    • Постоје ограничења колико прилагођавања може да се уради. Ово може бити недостатак за купце којима су потребни високо прилагођени ресурси.
      13 најбољих библиотека ЦСС анимација за задивљујуће пројекте веб дизајна

    Ево примера како можете да изградите архитектуру са више корисника од краја до краја у АВС облаку:

  • Креирајте ВПЦ да бисте изоловали ресурсе сваког закупца. Сваки закупац ће имати сопствени ВПЦ, који обезбеђује мрежну изолацију и сигурност.
  • Користите ИАМ за управљање приступом ресурсима за сваког закупца. ИАМ дефинише политике и којим ресурсима сваки закупац може да приступи. То могу бити различите политике за сваког станара.
  • Користите ЕЛБ да дистрибуирате саобраћај на више инстанци ваше апликације. Контролишите који саобраћај иде ком закупцу.
  • Користите РДС да обезбедите услугу управљане базе података за сваког закупца. Креирајте засебне инстанце базе података за сваког закупца, са засебним привилегијама базе података и садржајем података. Можете користити исти кластер базе података. Ово даје станарима изолацију и сигурност.
  • Користите Амазон С3 за складиштење статичких средстава као што су слике, видео снимци и документи. Можете контролисати приступ кантама за станаре. Можете га делити између више налога или раздвојити ако је потребно.
  • Користите ЦлоудФронт да дистрибуирате статичка средства корисницима. Направите засебне дистрибуције за сваког станара, што даје изолацију и сигурност.
  • Примери апликација у облаку

    Ево неколико стварних примера апликација у облаку са више закупаца:

    • Салесфорце је платформа за управљање односима са клијентима (ЦРМ) заснована на облаку која омогућава да више организација користи исту инфраструктуру, док своје податке чува одвојено и безбедно.
    • Дропбок је услуга складиштења и дељења датотека заснована на облаку која омогућава вишеструким корисницима да сарађују на истим датотекама.
    • Мицрософт Оффице 365 је пакет за продуктивност заснован на облаку који омогућава вишеструким корисницима да сарађују на истим документима, табелама и презентацијама.
    • Гоогле Воркспаце је још један пакет за продуктивност заснован на облаку сличан оном из Мицрософта.
    • АВС је инфраструктурна платформа заснована на облаку која омогућава да више организација користи исту инфраструктуру, док своје податке чува одвојено и безбедно.

    Предности архитектуре са више станара

    Архитектура облака са више закупаца има неке специфичне предности:

    • Ова архитектура је генерално јефтинија од архитектуре са једним закупцем. Више купаца дели ресурсе.
    • Има већи утицај на скалабилност. Ресурси се повећавају или смањују према потреби како би се задовољиле променљиве потребе купаца док заједно деле ресурсе. То ће се повећати за све њих у исто време.
    • Ова архитектура захтева мање одржавања. Провајдер у облаку је одговоран за одржавање ресурса, који су исти за све станаре. Дакле, одржавате само једном.
    • Имате већу сарадњу међу купцима јер деле исте ресурсе. Купци могу заједно да раде на пројектима и ефикасније деле податке.
    • Ова архитектура промовише стандардизацију. Провајдер у облаку може да имплементира стандардне процесе и процедуре и примени их на све станаре истовремено.
      Исправите грешку на ИоуТубе-у 400 у Гоогле Цхроме-у

    Међутим, архитектура са више закупаца можда није најбољи избор ако организације захтевају висок ниво безбедности, усклађености или прилагођавања. Заједнички ресурси смањују могућности за све њих.

    Стварни случајеви употребе архитектуре са више закупаца

    Ево неких од најбољих случајева употребе архитектуре са више закупаца:

    • Мала и средња предузећа (СМБ) често имају ограничене буџете и ресурсе, што архитектуру са више закупаца чини атрактивном опцијом.
    • Провајдери софтвера као услуге (СааС) користе архитектуру са више закупаца за пружање услуга већем броју клијената.
    • Платформе друштвених медија захтевају висок ниво скалабилности и сарадње. Архитектура са више закупаца омогућава платформама друштвених медија да повећавају или смањују своје ресурсе према потреби како би задовољиле променљиве потребе својих корисника.
    • Образовне институције често захтевају исплатива решења за своју ИТ инфраструктуру. Архитектура са више закупаца омогућава образовним институцијама да деле трошкове ресурса са другим институцијама, што резултира уштедама.
    • Провајдери јавног облака користе архитектуру са више закупаца да би пружили своје услуге већем броју клијената.

    Где се уклапа АВС Цлоуд?

    Извор: прод.ворксхопс.авс

    Као што је горе наведено, можете да подесите АВС као архитектуру са једним или више закупаца.

    Можете креирати наменску инфраструктуру за једног купца или организацију. На пример, АВС има ЕЦ2 Дедицатед Хостс, који обезбеђују физичке сервере који су намењени једном купцу. Ово омогућава купцу да има потпуну контролу над основним хардвером.

    АВС такође има виртуелни приватни облак (ВПЦ), који омогућава корисницима да креирају изоловане виртуелне мреже унутар АВС облака.

    Али АВС може пружити низ услуга које можете користити за креирање заједничке инфраструктуре. На пример, АВС нуди ЕЦ2 инстанце (не наменске), које обезбеђују виртуелне сервере које може да дели више клијената. Затим делите исти основни хардвер и инфраструктуру док одржавате њихову приватност и безбедност.

    Или можете да користите услуге као што је Амазон С3, који вам омогућава да делите исто складиште између више клијената. Корисници могу да складиште и преузимају податке у заједничком окружењу.

    Када су у питању РДС базе података у АВС-у, поново имате опције да их подесите на различите начине. Можете креирати засебне инстанце базе података за сваког закупца. Такође можете да креирате наменски кластер базе података и инстанцу за једног закупца.

    Коначно, можете да користите РДС да креирате услугу дељене базе података за више закупаца. Тада таква инстанца базе података подржава више закупаца и на крају ограничава њен ниво прилагођавања или перформанси.

    То значи да платформа није та која одређује да ли ћете имати архитектуру са једним или више закупаца. Много је више о томе како конфигуришете и постављате платформу.

    Завршне речи

    Избор између архитектуре са једним и више закупаца зависи од специфичних потреба купца. Архитектура једног закупца генерално преферира оне организације које захтевају висок ниво безбедности, усклађености и прилагођавања. Архитектура са више закупаца преферира организације које дају приоритет уштеди трошкова и скалабилности.

    Платформе у облаку као што је, на пример, АВС, нуде вам могућност да промените мишљење током времена. Можете их користити и за стварање хибридног окружења у којем ће сваки случај имати своје место и добро радити заједно.

    Затим погледајте објашњење вишестанарства у рачунарству у облаку.