Контролна листа за креирање и објављивање веб апликација

Да бисте направили сопствену веб апликацију у наше време, није довољно бити у стању да је развијете. Важан аспект је постављање алата за имплементацију апликације, праћење, као и управљање и администрирање окружења у којем она ради. Како ера ручног постављања бледи у заборав, чак и за мале пројекте, алати за аутоматизацију могу донети опипљиве предности. Приликом постављања „ручно“, често можемо заборавити да померимо нешто, узмемо у обзир ову или ону нијансу, покренемо заборављени тест, ова листа се може наставити прилично дуго.

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

Дакле, прављење апликација се и даље може поделити на 2 дела: све што се односи на код апликације и све што се односи на окружење у којем се овај код извршава. Код апликације је такође подељен на серверски (онај који се покреће на серверу, често: пословна логика, ауторизација, складиштење података, итд.), и клијентски код (онај који се покреће на машини корисника: често интерфејс и повезана логика са њим).

Почнимо од среде.

Основа за рад било ког кода, система или софтвера је оперативни систем, па ћемо у наставку погледати најпопуларније системе на тржишту хостинга и дати им кратак опис:

Виндовс Сервер - исти Виндовс, али у варијанти сервера. Неке функционалности доступне у клијентској (обичној) верзији Виндовс-а овде нису присутне, на пример, неки сервиси за прикупљање статистике и сличан софтвер, али постоји скуп услужних програма за мрежну администрацију, основни софтвер за постављање сервера (веб, фтп, ...). Генерално, Виндовс Сервер изгледа као обичан Виндовс, квачи као обичан Виндовс, међутим, кошта 2 пута више од свог обичног колеге. Међутим, с обзиром на то да ћете највероватније применити апликацију на наменском/виртуелном серверу, коначни трошак за вас, иако може порасти, није критичан. Пошто Виндовс платформа заузима огромно место на потрошачком тржишту ОС, њено серверско издање ће бити најпознатије већини корисника.

уник-сличан систем. Традиционални рад у овим системима не захтева присуство познатог графичког интерфејса, нудећи кориснику само конзолу као контролни елемент. За неискусног корисника, рад у овом формату може бити тежак, колико кошта само излазак из уређивача текста који је прилично популаран у подацима енергија, питање у вези са овим већ је добило више од 6 милиона прегледа за 1.8 година. Главне дистрибуције (издања) ове породице су: Дебиан - популарна дистрибуција, верзије пакета у њој су фокусиране углавном на ЛТС (Дугорочна подршка – дуготрајна подршка), што се изражава у прилично високој поузданости и стабилности система и пакета; убунту – садржи дистрибуције свих пакета у њиховим најновијим верзијама, што може утицати на стабилност, али вам омогућава да користите функционалност која долази са новим верзијама; Ред Хат Ентерприсе Линук – ОС, позициониран за комерцијалну употребу, се плаћа, међутим, укључује подршку од произвођача софтвера, неке власничке пакете и пакете драјвера; ЦентОС - отворени код варијација Ред Хат Ентерприсе Линук-а, коју карактерише одсуство власничких пакета и подршке.

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

Дакле, одлучивши се за ОС, пређимо на скуп алата који вам омогућавају да примените (инсталирате), ажурирате и надгледате стање апликације или њених делова на серверу.

Следећа важна одлука биће постављање ваше апликације и сервера за њу. Тренутно су најчешћа 3 начина:

• Сопствено хостовање (чување) сервера је најисплативија опција, али ћете морати да наручите статичку ИП адресу од свог провајдера како ваш ресурс не би променио своју адресу током времена.
• Изнајмите наменски сервер (ВДС) – и самостално управљајте њиме и скалирајте оптерећења
• Платите (често вам дају прилику да испробате функционалност платформе бесплатно) за претплату на неки цлоуд хостинг, где је модел плаћања за коришћене ресурсе прилично уобичајен. Најистакнутији представници овог правца: Амазон АВС (дају бесплатну годину дана коришћења услуга, али са месечним ограничењем), Гоогле Цлоуд (дају 300 долара на налог, који се током године могу потрошити на услуге хостинга у облаку) , Иандек.Цлоуд (дају 4000 рубаља . за 2 месеца), Мицрософт Азуре (дају бесплатан приступ популарним услугама за годину дана, + 12 500 рубаља за било које услуге за месец дана). Дакле, можете испробати било ког од ових провајдера, а да не потрошите ни пени, већ да добијете приближно мишљење о квалитету и нивоу пружене услуге.

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

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

И на крају, опција закупа капацитета цлоуд провајдера. Овде можете подесити аутоматизовану контролу готово свега без улажења у превише техничких детаља. Поред тога, уместо једне машине, можете имати неколико паралелно покренутих инстанци, које могу, на пример, бити одговорне за различите делове апликације, а да се не разликују много по цени од поседовања наменског сервера. Такође, ту су и алати за оркестрацију, контејнеризацију, аутоматску примену, континуирану интеграцију и још много тога! У наставку ћемо погледати неке од ових ствари.

Генерално, серверска инфраструктура изгледа овако: имамо такозвани „оркестратор“ („оркестрација“ је процес управљања неколико инстанци сервера), који управља променама окружења на инстанци сервера, контејнер за виртуелизацију (опционо, али прилично често се користи), што вам омогућава да поделите апликацију на изоловане логичке слојеве и софтвер за континуирану интеграцију – омогућавајући ажурирање хостованог кода путем „скрипти“.

Дакле, оркестрација вам омогућава да видите статус сервера, уведете или вратите ажурирања на окружење сервера итд. У почетку, мало је вероватно да ће овај аспект утицати на вас, јер да бисте било шта оркестрирали, потребно вам је неколико сервера (можете имати један, али зашто је то потребно?), а да бисте имали неколико сервера, они су вам потребни. Међу алатима у овом правцу, најпопуларнији је Кубернетес, који је развио гоогле.

Следећи корак је виртуелизација на нивоу ОС. Данас је широко распрострањен концепт „докеризације“, који потиче од алата лучки радник, који обезбеђује функционалност контејнера изолованих један од другог, али покренутих у контексту једног оперативног система. Шта то значи: у сваком од ових контејнера можете покренути апликацију, или чак скуп апликација, који ће веровати да су једине у целом ОС-у, а да не сумњају да постоји још неко на овој машини. Ова функција је веома корисна за покретање идентичних апликација различитих верзија, или једноставно конфликтних апликација, као и за поделу делова апликације на слојеве. Овај слој слоја се касније може уписати у слику, која се може користити, на пример, за постављање апликације. То јест, инсталирањем ове слике и постављањем контејнера које садржи, добијате готово окружење за покретање ваше апликације! У првим корацима, овај алат можете користити и у информативне сврхе и да бисте остварили стварне користи тако што ћете поделити логику апликације на различите слојеве. Али овде је вредно рећи да докеризација није потребна свима, и то не увек. Докеризација је оправдана у случајевима када је апликација „фрагментирана“, подељена на мале делове, од којих је сваки одговоран за свој задатак, такозвану „микросервисну архитектуру“.

Поред тога, поред обезбеђивања окружења, потребно је да обезбедимо компетентну имплементацију апликације, која укључује све врсте трансформација кода, инсталацију библиотека и пакета у вези са апликацијом, покретање тестова, обавештења о овим операцијама и тако даље. Овде треба да обратимо пажњу на концепт као што је „континуирана интеграција“ (ЦИ – Континуирана интеграција). Главни алати у овој области тренутно су Џенкинс (ЦИ софтвер написан на Јави може изгледати мало компликовано на почетку), Травис ЦИ (написано у Руби-у, субјективно, нешто једноставније Јенкинс, међутим, још увек је потребно одређено знање у области конфигурације примене), Гитлаб ЦИ (написано даље Руби анд Го).

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

Почнимо са основама: Бацкенд (бацкенд) – серверски део. Избор језика, скупа основних функција и унапред дефинисане структуре (оквира) овде је одређен углавном личним преференцијама, али је ипак вредно поменути за разматрање (ауторско мишљење о језицима је прилично субјективно, иако са тврдњом на непристрасан опис):

• Питхон је прилично пријатељски језик за неискусног корисника, опрашта неке грешке, али може бити и прилично строг према програмеру да не уради ништа лоше. Већ прилично зрео и садржајан језик, који се појавио 1991. године.
• Го - језик из Гугла, такође је прилично пријатељски и згодан, прилично га је лако саставити и добити извршну датотеку на било којој платформи. Може бити једноставно и пријатно, или може бити сложено и озбиљно. Свеже и младе, појавиле су се релативно недавно, 2009.
• Руст је мало старији од свог претходног колеге, објављеног 2006. године, али је још увек прилично млад у поређењу са својим вршњацима. Намењен искуснијим програмерима, иако и даље покушава да реши многе задатке ниског нивоа за програмера.
• Јава је ветеран комерцијалног развоја, представљен 1995. године, и један је од најчешће коришћених језика у развоју пословних апликација данас. Са својим основним концептима и тешким подешавањем, време извођења може постати прилично изазовно за почетника.
• АСП.нет је платформа за развој апликација коју је објавио Мицрософт. За писање функционалности углавном се користи језик Ц# (изговара се Ц Схарп), који се појавио 2000. године. Његова сложеност је упоредива са нивоом између Јаве и Руста.
• ПХП, који се првобитно користио за претходну обраду ХТМЛ-а, тренутно, иако држи апсолутно лидерство на тржишту језика, постоји тренд опадања употребе. Има низак улазни праг и лакоћу писања кода, али у исто време, када се развијају прилично велике апликације, функционалност језика можда неће бити довољна.

Па, завршни део наше апликације - најопипљивији за корисника - frontend (фронтенд) – је лице ваше апликације са овим делом корисник директно комуницира.

Не улазећи у детаље, савремени фронтенд стоји на три стуба, оквирима (и не толико), за креирање корисничких интерфејса. Сходно томе, три најпопуларније су:

• РеацтЈС није оквир, већ библиотека. Заправо, оквир се разликује од свог поносног назива само по одсуству неких функција „из кутије“ и потреби да их инсталирате ручно. Дакле, постоји неколико варијација „припреме“ ове библиотеке, које чине јединствене оквире. То може бити мало тешко за почетника, због неких основних принципа и прилично агресивног подешавања окружења за изградњу. Међутим, за брзи почетак, можете користити пакет „цреате-реацт-апп”.
• ВуеЈС је оквир за изградњу корисничких интерфејса. Од овог тројства, с правом заузима титулу најприкладнијег оквира за развој у Вуе-у, баријера за улазак је нижа од оне друге поменуте браће. Штавише, он је најмлађи међу њима.
• Ангулар се сматра најкомплекснијим од ових оквира, јединим који је потребан ТипеСцрипт (додатак за језик Јавасцрипт). Често се користи за прављење великих пословних апликација.

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

Извор: ввв.хабр.цом