Список за проверка за креирање и објавување веб-апликации

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

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

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

Да почнеме со среда.

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

Windows Server - истиот Windows, но во варијација на серверот. Овде не е присутна одредена функционалност достапна во клиентската (редовна) верзија на Windows, на пример, некои услуги за собирање статистика и сличен софтвер, но има збир на алатки за мрежна администрација, основен софтвер за распоредување сервери (веб, ftp, ...). Во принцип, Windows Server изгледа како обичен Windows, надрилекар како обичен Windows, сепак, чини 2 пати повеќе од неговиот редовен колега. Сепак, имајќи предвид дека најверојатно ќе ја распоредите апликацијата на посветен/виртуелен сервер, конечната цена за вас, иако може да се зголеми, не е критична. Бидејќи платформата Виндоус зазема огромно место на пазарот за потрошувачки ОС, нејзиното издание на серверот ќе им биде најпознато на повеќето корисници.

Unix- сличен систем. Традиционалната работа во овие системи не бара присуство на познат графички интерфејс, нудејќи му на корисникот само конзола како контролен елемент. За неискусен корисник, работата во овој формат може да биде тешка, колку е цената за излегување од уредувач на текст кој е доста популарен во податоците vim, прашање поврзано со ова веќе има повеќе од 6 милиони прегледи за 1.8 години. Главните дистрибуции (изданија) на ова семејство се: Debian - популарна дистрибуција, верзиите на пакети во него се фокусирани главно на LTS (Долгорочна поддршка – долготрајна поддршка), што се изразува во прилично висока доверливост и стабилност на системот и пакетите; Ubuntu – содржи дистрибуции на сите пакети во нивните најнови верзии, што може да влијае на стабилноста, но ви овозможува да ја користите функционалноста што доаѓа со новите верзии; Red Hat Enterprise Linux – ОС, позициониран за комерцијална употреба, се плаќа, меѓутоа, вклучува поддршка од продавачи на софтвер, некои сопственички пакети и пакети со драјвери; CentOS - отворен код варијација на Red Hat Enterprise Linux, која се карактеризира со отсуство на сопственички пакети и поддршка.

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

Значи, откако одлучивме за оперативниот систем, да преминеме на збир на алатки кои ви дозволуваат да распоредите (инсталирате), ажурирате и да ја следите состојбата на апликацијата или нејзините делови на серверот.

Следната важна одлука ќе биде поставувањето на вашата апликација и серверот за неа. Во моментов, најчести се 3 начини:

• Самиот хостирање (задржување) на сервер е најекономичната опција, но ќе мора да нарачате статична IP адреса од вашиот провајдер, така што вашиот ресурс не ја менува својата адреса со текот на времето.
• Изнајмете посветен сервер (VDS) – и самостојно администрирајте го и размерете ги оптоварувањата
• Платете (често тие ви даваат можност бесплатно да ја испробате функционалноста на платформата) за претплата на некој облак хостинг, каде што моделот на плаќање за користените ресурси е доста вообичаен. Најистакнатите претставници на оваа насока: Amazon AWS (даваат бесплатна година за користење на услугите, но со месечен лимит), Google Cloud (тие даваат 300 долари на сметката, кои можат да се потрошат во текот на годината на услуги за хостирање на облак) , Yandex.Cloud (тие даваат 4000 рубли . за 2 месеци), Microsoft Azure (даваат бесплатен пристап до популарните услуги за една година, + 12 рубли за какви било услуги за еден месец). Така, можете да пробате кој било од овие провајдери без да потрошите ниту денар, но да добиете приближно мислење за квалитетот и нивото на обезбедената услуга.

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

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

И, конечно, опцијата за изнајмување на капацитетот на давателите на облак. Овде можете да поставите автоматска контрола на речиси сè без да навлегувате во премногу технички детали. Дополнително, наместо една машина, можете да имате неколку паралелни инстанци кои работат, кои, на пример, можат да бидат одговорни за различни делови од апликацијата, а притоа да не се разликуваат многу по цена од поседување на посветен сервер. Исто така, постојат алатки за оркестрација, контејнеризација, автоматско распоредување, континуирана интеграција и многу повеќе! Ќе разгледаме некои од овие работи подолу.

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

Значи, оркестрацијата ви овозможува да го видите статусот на серверите, да ги објавите или вратите ажурирањата на околината на серверот и така натаму. На почетокот, овој аспект веројатно нема да влијае на вас, бидејќи за да оркестрирате нешто, ви требаат неколку сервери (може да имате еден, но зошто е тоа потребно?), а за да имате неколку сервери, ви требаат. Меѓу алатките во оваа насока, најпопуларна е Kubernetes, развиена од Google.

Следниот чекор е виртуелизација на ниво на ОС. Во денешно време, концептот на „докеризација“ стана широко распространет, што доаѓа од алатката пристанишен работник, кој обезбедува функционалност на контејнери изолирани едни од други, но лансирани во контекст на еден оперативен систем. Што значи ова: во секој од овие контејнери можете да извршите апликација, па дури и збир на апликации, кои ќе веруваат дека тие се единствените во целиот оперативен систем, без воопшто да се сомневаат дека постои некој друг на оваа машина. Оваа функција е многу корисна за стартување идентични апликации од различни верзии, или едноставно спротивставени апликации, како и за поделба на делови од апликација во слоеви. Овој слој фрлен подоцна може да се запише во слика, која може да се користи, на пример, за распоредување на апликација. Односно, со инсталирање на оваа слика и распоредување на контејнерите што ги содржи, добивате готова околина за водење на вашата апликација! Во првите чекори, можете да ја користите оваа алатка и за информативни цели и за да добиете многу реални придобивки со делење на логиката на апликацијата во различни слоеви. Но, тука вреди да се каже дека не секој има потреба од докеризација, и не секогаш. Докеризацијата е оправдана во случаи кога апликацијата е „фрагментирана“, поделена на мали делови, секој одговорен за својата задача, таканаречена „микросервисна архитектура“.

Дополнително, покрај обезбедувањето на околината, треба да обезбедиме компетентно распоредување на апликацијата, која ги вклучува сите видови трансформации на кодови, инсталирање библиотеки и пакети поврзани со апликации, извршување на тестови, известувања за овие операции итн. Тука треба да обрнеме внимание на таков концепт како „Континуирана интеграција“ (CI – Континуирана интеграција). Главните алатки во оваа област во моментот се Џенкинс (Софтверот CI напишан во Java може да изгледа малку комплициран на почетокот), Тревис ЦИ (напишано во Руби, субјективно, нешто поедноставно Џенкинс, сепак, сè уште е потребно одредено знаење во областа на конфигурацијата на распоредувањето), Гитлаб CI (напишано на Руби и оди).

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

Да почнеме со основите: Заднинската (заднина) – дел од серверот. Изборот на јазикот, множеството основни функции и предефинираната структура (рамка) овде се определува главно од личните преференци, но сепак, вреди да се спомене за разгледување (мислењето на авторот за јазиците е прилично субјективно, иако со тврдење до непристрасен опис):

• Python е прилично пријателски јазик за неискусен корисник, простува некои грешки, но може да биде и доста строг со развивачот за да не направи ништо лошо. Веќе прилично зрел и значаен јазик, кој се појави во 1991 година.
• Go - јазик од Google, исто така е доста пријателски и удобен, прилично е лесно да се состави и да се добие извршна датотека на која било платформа. Може да биде едноставно и пријатно, или може да биде сложено и сериозно. Свежо и младо, се појави релативно неодамна, во 2009 година.
• Rust е малку постар од својот претходен колега, објавен во 2006 година, но сè уште е прилично млад во споредба со своите врсници. Наменето за поискусни програмери, иако сè уште се обидува да реши многу задачи на ниско ниво за програмерот.
• Јава е ветеран на комерцијален развој, воведен во 1995 година и е еден од најчесто користените јазици во развојот на апликации за претпријатија денес. Со неговите основни концепти и тешките поставки, времето на траење може да стане доста предизвик за почетник.
• ASP.net е платформа за развој на апликации објавена од Microsoft. За пишување функционалност, главно се користи јазикот C# (се изговара C Sharp), кој се појави во 2000 година. Неговата сложеност е споредлива со нивото помеѓу Java и Rust.
• PHP, првично користен за претпроцесирање на HTML, во моментов, иако има апсолутно лидерство на пазарот на јазици, постои тренд кон опаѓање на употребата. Има низок влезен праг и леснотија на пишување код, но во исто време, кога се развиваат прилично големи апликации, функционалноста на јазикот можеби не е доволна.

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

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

• ReactJS не е рамка, туку библиотека. Всушност, рамката се разликува од нејзиниот горд наслов само во отсуство на некои функции „надвор од кутијата“ и потреба да се инсталираат рачно. Така, постојат неколку варијации на „подготовка“ на оваа библиотека, формирајќи уникатни рамки. Тоа може да биде малку тешко за почетник, поради некои основни принципи и прилично агресивно поставување на околината за градење. Сепак, за брз почеток, можете да го користите пакетот „create-react-app“.
• VueJS е рамка за градење кориснички интерфејси. Од ова тројство, со право ја зема титулата за најпогодна рамка за развој во Vue, бариерата за влез е пониска од онаа на другите споменати браќа. Згора на тоа, тој е најмладиот меѓу нив.
• Angular се смета за најкомплексен од овие рамки, единствениот што бара TypeScript (додаток за Javascript јазик). Често се користи за изградба на апликации за големи претпријатија.

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

Извор: www.habr.com