Chmura publiczna

Wdro�enie ca�ej platformy e-commerce w chmurze lub w miar� mo�liwo�ci to przysz�o�� e-commerce. Szybko odchodzimy od epoki, w kt�rej oprogramowanie jest wdra�ane wewn�trznie na dedykowanym sprz�cie zarz�dzanym przez Ciebie lub inn� osob�. Przetwarzanie w chmurze jest rewolucyjne w biznesie, poniewa� utowarowuje moc obliczeniow� w wi�kszo�ci w ten sam spos�b, w jaki obiekty u�yteczno�ci publicznej zamienia�y w energi� i wod�. Wykorzystanie mocy obliczeniowej pozwala skupi� si� na podstawowej kompetencji, powiedzmy, sprzeda�y odzie�y, a nie na budowaniu i utrzymywaniu infrastruktury. Og�lnie ni�sze koszty i przej�cie z nak�ad�w inwestycyjnych na wydatki operacyjne s� r�wnie transformacyjne. W cz�ci 3 om�wili�my r�ne modele us�ug (infrastruktura jako us�uga, platforma jako us�uga i oprogramowanie jako us�uga) oraz modele wdra�ania (publiczne, hybrydowe i prywatne). Ten rozdzia� koncentruje si� na publicznych modelach wdra�ania, przy czym IaaS lub PaaS s� modelem us�ugi. Zobaczmy, dlaczego chcesz wdro�y� ca�o�� platforma do chmury.

Dlaczego Full Cloud?

Powody biznesowe

Pe�na chmura, dzi�ki kt�rej ca�a platforma jest wdra�ana w chmurze, jest bardziej rewolucyjna dla Twojej firmy ni� z czysto technologicznego punktu widzenia. Im wi�cej korzystasz z chmury, tym wi�cej zyskujesz. Nawet u�ycie go do samej produkcji przyniesie znaczne korzy�ci. Pierwszym i najistotniejszym argumentem przemawiaj�cym za rozwi�zaniem w pe�nej chmurze jest to, �e pozwala ci skupi� si� na swoich kluczowych kompetencjach. Budowanie i utrzymywanie infrastruktury jest niezwykle rozpraszaj�ce od twojej podstawowej dzia�alno�ci. Musisz zatrudni� odpowiednich ludzi, wybra� dostawc�w oprogramowania / sprz�tu / hostingu, skonfigurowa� sprz�t i oprogramowanie, utrzymywa� �atane systemy, radzi� sobie z awariami i tak dalej. Wyzwania mno�� si� tylko wtedy, gdy tworzysz w�asn� ofert� Platform-as-a-Service i Software-as-a-Service. Powiniene� skoncentrowa� swoje ograniczone zasoby na tym, gdzie mo�esz wnie�� warto�� dodan� - na przyk�ad, oferuj�c najbardziej kompleksowy system ocen i recenzji. Nigdy nie zyskasz przewagi konkurencyjnej, stosuj�c �atk� lub tuninguj�c j�dro Linuksa. Pozw�l dostawcom chmur zaj�� si� tym za Ciebie i skoncentruj si� na tym, gdzie mo�esz zwi�kszy� warto��.
Drugim argumentem za rozwi�zaniem z pe�n� chmur� jest to, �e mo�esz kierowa� tyle ruchu na platform�, ile chcesz, pod warunkiem, �e masz pe�ne rozwi�zanie automatycznego skalowania, jak om�wiono w cz�ci 4. Prawid�owe obawy dotycz�ce platform tradycyjnych i hybrydowych zawsze by�y strach, �e nieprzewidziany wzrost nat�enia ruchu sprowadzi ca�� platform�. Je�li cz�� twojego �rodowiska jest udost�pniana statycznie, zawsze b�dzie mo�liwo�� pe�nego wykorzystania. W dobie Internetu promocja mo�e szybko podr�owa� po Internecie, przyci�gaj�c potencjalnie miliony klient�w na Twoj� platform�. Dzi�ki rozwi�zaniu w pe�ni opartemu na chmurze nie ma wystarczaj�cej pojemno�ci, gdy mo�na rozp�dzi� tysi�ce serwer�w w ci�gu kilku minut. Opr�cz zapobiegania awariom administratorzy techniczni nie musz� ju� monitorowa� i ogranicza� dzia�a� u�ytkownik�w biznesowych. Gdy problemem by�y przerwy w pracy z powodu nadmiernej zdolno�ci produkcyjnej, u�ytkownicy biznesowi zawsze mieli kajdanki co do tego, co mog� zrobi�. Teraz mog� robi� wszystko, co chc� na w�asn� r�k�. Trzecim argumentem za pe�n� chmur� jest to, �e mo�esz zaoszcz�dzi� pieni�dze i potencjalnie wykorzysta� te oszcz�dno�ci do sfinansowania inicjatyw, kt�re zwi�ksz� twoje dochody. Elastyczno�� i pomiary oferowane przez chmur� obliczeniow� pozwalaj� p�aci� za to, czego u�ywasz, gdy osi�gasz warto��. Nie musisz ju� kupowa� setek, a nawet tysi�cy serwer�w, tylko po to, aby nie by�y w pe�ni wykorzystane. Sami dostawcy us�ug chmurowych wnosz� warto�� dodan�, obs�uguj�c rutynow� konfiguracj� i bie��c� konserwacj�. P�acisz tylko za infrastruktur�, platform� i / lub oprogramowanie, a dostawca zajmuje si� reszt�. Chocia� te trzy argumenty na poziomie biznesowym s� przekonuj�ce, argumenty techniczne dla rozwi�zania pe�nego chmury s� jeszcze bardziej przekonuj�ce.

Powody techniczne

Chocia� chmura jest rewolucyjna w biznesie, jest bardziej ewolucyjna z technologicznego punktu widzenia. Koncepcja innego dostawcy oferuj�cego infrastruktur�, platform� lub oprogramowanie jako us�ug� nie jest nowa. Nowo�ci� jest pakowanie i stosowanie tych zasad w g��wnym nurcie. Ponownie, im wi�cej chmur u�ywasz, tym wi�cej widzisz warto�ci. Dostawcy w chmurze oferuj� najwy�sz� dost�pno��, bezpiecze�stwo i funkcjonalno��, poniewa� s� w stanie specjalizowa� si� w swoich kluczowych kompetencjach, kt�re w ich przypadku oferuj� infrastruktur�, platform� i / lub oprogramowanie jako us�ug�. Mog� zatrudnia� najlepszych ludzi na �wiecie i p�aci� im wyg�rowane kwoty, aby ich oferta by�a najwy�szej jako�ci. Twoja firma to e-commerce. Nie mo�esz i nie powiniene� koncentrowa� si� na �adnych dzia�aniach o ni�szej warto�ci, kt�re dostawcy us�ug w chmurze radz� sobie tak dobrze. Na przyk�ad niekt�rzy dostawcy us�ug w chmurze oferuj� zaawansowan� technik� wirtualizacji zwan� wirtualizacj� we / wy z jednym rootem (SR-IOV). Ta technologia umo�liwia omini�cie hiperwizora dla dowolnej komunikacji sieciowej. Warto�� biznesowa polega na tym, �e mo�e znacznie poprawi� wydajno�� Twojej platformy. Minusem zawsze by� koszt i z�o�ono�� wymagana do wdro�enia, poniewa� wdro�enie obejmuje zmiany wielu warstw od systemu operacyjnego w d�. Samo wdro�enie tego zaj�oby tygodnie, gdyby� m�g� to zrobi�.

Dlaczego nie Full Cloud?

Wdro�enie ca�ej platformy w chmurze publicznej mo�e nie by� w pe�ni mo�liwe do zrealizowania, a nawet wskazane, w zale�no�ci od okoliczno�ci. Podej�cia hybrydowego nie nale�y postrzega� jako mniejszego rozwi�zania, ale jako odmiennego, a jednocze�nie zapewniaj�cego wiele korzy�ci. Jak w przypadku wszystkich decyzji, nie pozw�l idealizmowi wp�ywa� na podejmowanie decyzji (zbyt mocno). Oto cztery techniczne powody, dla kt�rych nie by�oby mo�liwe przyj�cie pe�nego rozwi�zania chmurowego:

• Twoje oprogramowanie nie b�dzie dzia�a� z chmury. Na przyk�ad niekt�re programy nie obs�uguj� wirtualizacji ani nie toleruj� �adnych op�nie� w sieci.
• Potrzebujesz niestandardowego sprz�tu, a Twoja chmura nie obs�uguje hostowania niestandardowego sprz�tu. Na przyk�ad mo�esz u�y� szyfrowania sprz�towego dla swojej bazy danych.
• Twoje oprogramowanie mo�e nie mie� formalnego certyfikatu na dok�adne stosy oprogramowania i sprz�tu oferowane przez dostawc�. Na przyk�ad niekt�re starsze oprogramowanie mo�e wymaga� starszej wersji systemu Windows lub ezoterycznej dystrybucji Uniksa.
• Niekt�re programy, takie jak bazy danych, maj� unikalne wymagania dotycz�ce pami�ci masowej, kt�ra wymaga bardziej spersonalizowanego rozwi�zania. Na przyk�ad twoja baza danych mo�e wymaga� Fibre Channel, kt�ry wymaga specjalnego okablowania. Chocia� mog� istnie� wa�ne techniczne powody, aby nie przyj�� rozwi�zania w pe�ni opartego na chmurze, problemy, kt�re mo�esz napotka�, s� prawdopodobnie nietechniczne
• Niewystarczaj�ce kompetencje organizacyjne, aby dokona� tak du�ej zmiany.
• Organizacja, kt�ra ma zakorzenione interesy sprzeciwiaj�ce si� chmurze. Na przyk�ad prawdopodobnie spotkasz si� ze zdecydowanym sprzeciwem ze strony zespo�u, kt�ry obecnie zarz�dza swoim �rodowiskiem. Zagro�enie zmianami, kt�re mog� pozbawi� ci� pracy, jest naturalne.
• Obawy dotycz�ce bezpiecze�stwa. Podczas gdy bezpiecze�stwo powinno by� lepsze w chmurze, nie wszyscy to widz�. Nie wszyscy rozumiej�, jak bezpieczna mo�e by� chmura. Cz�sto �atwiej jest po prostu powiedzie� "nie", szczeg�lnie tym, kt�rzy nie korzystaj� z przej�cia do chmury.
• Licencjonowanie produkt�w komercyjnych mo�e nie obs�ugiwa� chmury. Je�li nie masz licencji, kt�ra zezwala na nieograniczone korzystanie z oprogramowania, b�dziesz musia� uzyska� licencj� na maksymalne wykorzystanie, co neguje wiele zalet chmury. Musisz tak�e by� w stanie dok�adnie pokaza�, ile rdzeni dzia�a na twoim oprogramowaniu, co mo�e by� trudne, gdy szybko skalujesz w g�r� i w d�.
• Niewystarczaj�cy kapita� na finansowanie przej�cia na nadwy�k�. Reorientacja organizacji wok� chmury kosztuje du�o. Koszty obejmuj� wszystko, od przebudowy architektury po szkolenia oferowane przez dostawc� us�ug w chmurze. Przetwarzanie w chmurze jest przyk�adem prze�omowej technologii. Prze�omowe technologie s� drogie do wdro�enia.

Chocia� te nietechniczne wyzwania mog� by� trudne do pokonania, samozadowolenie jest trudniejsze. Tw�j dotychczasowy model wdra�ania, jakkolwiek mo�e by� nieefektywny i kosztowny, jest w pe�ni zrozumia�y i prawdopodobnie zaufa mu kierownictwo. Bior�c pod uwag� szybki rozw�j e-commerce, rzucanie pieni�dzy na problem mo�e by� po prostu �atwiejsze i postrzegane jako bezpieczniejsze. Im d�u�ej ten ruch zostanie od�o�ony, tym trudniej b�dzie w przysz�o�ci. Chocia� przyj�cie rozwi�zania w pe�ni opartego na chmurze przynosi korzy�ci, podej�cie hybrydowe jest cz�sto najbardziej pragmatyczne. Jest tak wiele barier dla przyj�cia rozwi�zania opartego na chmurze, �e cz�sto jeszcze nie jest to praktyczne. Hybrydowy dzia�a najlepiej, gdy masz bezpo�rednie po��czenie z chmury do obiektu colo, kt�ry znajduje si� fizycznie w pobli�u chmury. Gdy masz tylko milisekund� lub dwie, ��cz�c chmur� z colo, jest tak dobrze, jakby by�y one zlokalizowane w tym samym centrum danych. Dzi�ki podej�ciu hybrydowemu mo�esz wdro�y� ka�dy sk�adnik sprz�towy i programowy tam, gdzie jest to najbardziej sensowne. W rzeczywisto�ci najprawdopodobniej wdro�ysz swoj� baz� danych i inne jednorazowe elementy sprz�tu i oprogramowania w colo, z jak najwi�ksz� ilo�ci� w pe�nej chmurze. Chmura hybrydowa wci�� mo�e zapewni� wiele zalet pe�nej chmury, jednocze�nie neguj�c niekt�re wady

�cie�ka do chmury

Gdy zdecydujesz si� w pe�ni wdro�y� chmur� do e-commerce, przekonasz si�, �e jest to w wi�kszo�ci sekwencyjny proces, kt�rego pe�ne wdro�enie wymaga czasu i kompetencji. Zanim dojdziesz do punktu, w kt�rym ca�e oprogramowanie dzia�a w chmurze, je�li kiedykolwiek mo�esz doj�� do tego punktu, musisz zacz�� od do�u piramidy tutaj i wspi�� si� na szczyt. To tutaj ma solidn� architektur� i wysok� zdolno�� do wykonywania spraw.

Bezpiecze�stwo

Odpowiednie zabezpieczenia musz� zosta� ustanowione przed pojawieniem si� jakiegokolwiek e-commerce. To tylko warunek, �e ani dostawcy, ani klienci nie s� sk�onni do po�wi�ce�. W�a�ciwe bezpiecze�stwo wymaga zastosowania technologii zwi�zanej z bezpiecze�stwem (r�nego rodzaju zapory ogniowe, rozproszone ograniczanie atak�w typu "odmowa us�ugi", odwrotne proxy) oraz stosowania najlepszych praktyk zwi�zanych z procesem (w�a�ciwa kontrola zmian, audyt, silne zasady ochrony informacji). Mo�esz przej�� do dost�pno�ci dopiero po prawid�owym ustaleniu bezpiecze�stwa.

Dost�pno��

W dzisiejszym �wiecie wielokana�owym awaria w coraz wi�kszym stopniu powoduje zamkni�cie ka�dego kana�u w celu generowania przychod�w. Kiedy� awaria strony internetowej by�a nieprzyjemna, ale by�a odizolowana od tego kana�u. Obecnie wiele system�w sprzeda�y, kiosk�w i aplikacji mobilnych korzysta z tej samej platformy. Przerwy w dzisiejszych czasach maj� miejsce na ca�ej platformie, a zatem wp�ywaj� na wszystkie kana�y.

Wydajno��

Dost�pno�� jest wa�na, ale je�li Twoi klienci i wsp�pracownicy sklepu nie mog� dokona� transakcji w rozs�dnym czasie, jest tak samo bezu�yteczny, jak niedzia�aj�ca platforma. Wydajno�� jest bardzo wa�na nie tylko dla udanej transakcji, ale tak�e dla konkurowania. Licz� si� milisekundy czasu reakcji.

Automatyzacja

Po opanowaniu bezpiecze�stwa, dost�pno�ci i wydajno�ci mo�esz przej�� do automatyzacji. Automatyzacja, jak om�wili�my wcze�niej, jest kluczem do zmniejszenia b��d�w konfiguracji przy jednoczesnym zwi�kszeniu wydajno�ci. W przypadku przetwarzania w chmurze wymagana jest automatyzacja, poniewa� musisz szybko budowa� serwery po ich zainicjowaniu.

Elastyczno��

Mo�liwo�� elastycznego skalowania w g�r� i w d� jest prawdziw� cech� charakterystyczn� chmury. To jest cel ko�cowy. Elastyczno��, g��wny przedmiot tego tekstu i najwa�niejsza funkcja przetwarzania w chmurze, mo�e zosta� zerwana.

Podobnie jak w poprzedniej hierarchii, musisz zacz�� od do�u i rozwija� si�:

Udost�pnianie stron statycznych bezpo�rednio z CDN

Gdy u�ywasz CDN jako odwrotnego proxy, mo�esz obs�ugiwa� ca�e strony statyczne. Jak om�wili�my wcze�niej, �atwo jest odci��y� dostarczanie wi�kszo�ci wy�wietle� strony i wszystkich ��da� HTTP, kt�re normalnie otrzymujesz dla tre�ci statycznych. Odci��aj�c wi�kszo�� ruchu, znacznie ograniczy�e� zasi�g swojej platformy, jednocze�nie wy�wietlaj�c strony bezpo�rednio od u�ytkownik�w indywidualnych klient�w.

Wdra�anie w wielu centrach danych

O ile nie przeskoczysz prosto na szczyt piramidy, b�dziesz przez pewien czas dzia�a� z dw�ch lub wi�cej centr�w danych. Wi�kszo�� system�w jest zaprojektowana tak, aby obs�ugiwana by�a z jednego centrum danych.

Dynamiczna nak�adka po stronie klienta

Odnosi si� to do mo�liwo�ci pobrania strony statycznej z CDN lub innego po�rednika i do na�o�enia na ni� dynamicznej zawarto�ci po stronie klienta. Tak dzia�a obecnie wi�kszo�� natywnych aplikacji mobilnych i jest to prosty spos�b na radykalne zwi�kszenie liczby wy�wietle� stron, kt�re mo�na odci��y�. Pro�by o pobranie tre�ci s� zazwyczaj jak�� form� AJAX.

ynamiczna nak�adka po stronie serwera

Zamiast dostarcza� stron� statyczn� do klienta, a nast�pnie �ciga� si� z powrotem do �r�d�a w celu na�o�enia dynamicznej zawarto�ci, mo�esz po��czy� dynamiczne i statyczne fragmenty strony w po�redniku, takim jak CDN lub odwrotne proxy, kt�rym zarz�dzasz. Dzi�ki takiemu podej�ciu mo�esz skalowa� dostaw� frontendu za pomoc� chmury, podczas gdy tw�j mniej u�ywany backend mo�e pozosta� w dedykowanych systemach. To �wietna opcja dla wielu os�b najwy�szy w piramidzie, do kt�rego dotrze wi�kszo��.

Pe�na obs�uga z chmury

Jest to najbardziej korzystna forma przetwarzania w chmurze, w kt�rej ca�a platforma jest hostowana w chmurze. Jest to w pe�ni elastyczne rozwi�zanie, kt�re oferuje najwi�cej korzy�ci, a jednocze�nie jest najtrudniejsze do wdro�enia. Om�wimy to wkr�tce. Ponownie wa�ne jest, aby stopniowo zdobywa� kolejne piramidy w miar� zdobywania kompetencji. Im wi�cej z tych wymaga�, tym �atwiej przenie�� ca�� platform� do chmury.

Architektura dla Full Cloud

Przegl�d kluczowych zasad

Na pocz�tek musimy zdefiniowa�, czym tak naprawd� jest przetwarzanie w chmurze, poniewa� definicja mo�e si� r�ni� w zale�no�ci od osoby. Trzy cechy, kt�re najlepiej definiuj� chmur�, to elastyczno�� na ��danie i pomiar. S� te� modele us�ug (np. IaaS, PaaS, SaaS) i modele wdra�ania (publiczne, hybrydowe, prywatne) elastyczno�ci, na ��danie i pomiaru, najlepiej u�atwia publiczny IaaS lub PaaS, a nast�pnie hybrydowy IaaS lub PaaS. Dzi�ki specjalizacji dostawcy us�ug w chmurze prawie zawsze oferuj� lepsz� dost�pno��, wydajno��, bezpiecze�stwo i funkcjonalno�� przy ni�szych kosztach ni� gdyby� zbudowa� por�wnywalne rozwi�zanie. Zawsze wybieraj modele us�ug i wdra�ania najwy�sze w �a�cuchu warto�ci dla ka�dej funkcji.

Nast�pnie, po wybraniu rodzaju chmury, musisz w��czy� elastyczno��, na ��danie i odmierzy� cz�ci chmury, wdra�aj�c rozwi�zanie automatycznego skalowania. Rozwi�zanie do automatycznego skalowania pozwala dok�adnie dopasowa� ilo�� u�ywanego sprz�tu do ruchu w czasie rzeczywistym, kt�ry widzisz. Pozwala to zap�aci� dok�adnie za potrzebny sprz�t. Im dalej w �a�cuchu warto�ci poruszasz si� (w kierunku IaaS), tym wi�cej pracy musisz wykona� sam. Dlatego IaaS jest generalnie ta�szy ni� PaaS. Unikaj udost�pniania przed przewidywanym obci��eniem, a zamiast tego zapewniaj rezerw� w reakcji na zmieniaj�ce si� obci��enie. Kup rozwi�zanie do automatycznego skalowania, je�li spe�nia ono Twoje potrzeby, ale b�d� przygotowany na samodzielne zbudowanie.

Automatyczne skalowanie wymaga mo�liwo�ci szybkiego i automatycznego instalowania oprogramowania na nowo wyposa�onym sprz�cie. Je�li wymagana jest interwencja cz�owieka w celu zwi�kszenia wydajno�ci, nie jest to przetwarzanie w chmurze. Mo�esz zainstalowa� oprogramowanie, wdra�aj�c ca�y obraz maszyny, archiwum (np. .Zip lub .tar) lub buduj�c ze �r�d�a. Podej�cie to nie ma znaczenia, o ile jest szybkie i nie wymaga interwencji cz�owieka. Nast�pnie musisz wybra� technologi� wirtualizacji. Dostawcy w chmurze cz�sto oferuj� wi�cej ni� jednego, od pe�nej wirtualizacji na poziomie sprz�towym do parawirtualizacji do wirtualizacji na poziomie systemu operacyjnego. Wirtualizacja jest kluczowym czynnikiem umo�liwiaj�cym chmur�, ale to nie jest sama chmura. W zale�no�ci od wybranego wyboru wirtualizacji mo�esz po prostu zainstalowa� obraz na poziomie systemu operacyjnego zamiast instalowa� ca�e oprogramowanie ze �r�d�a. Wybierz l�ejsze formy wirtualizacji tam, gdzie to mo�liwe

Gdy ju� b�dziesz mie� solidne podstawy do wdro�enia swojej platformy, musisz skierowa� swoj� uwag� poza chmur�, mi�dzy klientami ko�cowymi a platform� obs�ugiwan� w chmurze. Sieci CDN s� cichym aktywatorem e-commerce, zapewniaj�c odwrotne proxy, obs�uguj�c zawarto�� statyczn�, hostuj�c DNS i optymalizuj�c wydajno��, a tak�e wiele innych funkcji. Sieci CDN poprawiaj� wydajno�� i zmniejszaj� ruch trafiaj�cy na Twoj� platform� o jeden lub dwa rz�dy wielko�ci. Nast�pnie patrzymy do wewn�trz, aby skupi� si� na budowaniu platform natywnie dla chmury. Musimy zacz�� od zrozumienia, czym jest, a czym nie jest skalowalno��, a nast�pnie, jak to osi�gn��. Cele budowania platform natywnie dla chmury i osi�gni�cia wysokiej skalowalno�ci mo�na to osi�gn��, przyjmuj�c standardowe najlepsze praktyki - odsprz�ganie poprzez zastosowanie architektury zorientowanej na us�ugi, wykonywanie asynchroniczne, zmniejszanie stanu i odpowiednie jego przechowywanie. Platformy, kt�re nie dzia�aj� dobrze w chmurze, na og� nie dzia�aj� dobrze poza chmur� i odwrotnie. Poniewa� architektura aplikacji wywodzi si� od zatrudnionych os�b, musisz zatrudni� kilku architekt�w najwy�szej jako�ci, a nie du�� grup�. Przy zatrudnianiu jako�� przewy�sza ilo��. Przed om�wieniem r�nych podej�� do hybrydy i korzystania z pe�nej chmury, nale�y zaj�� si� kwesti� bezpiecze�stwa. Chocia� chmura oferuje mniej bezpo�rednie prawo w�asno�ci, zapewnia wi�ksz� kontrol�, kt�ra jest kluczem do zachowania bezpiecze�stwa. Pierwszym krokiem do bezpiecze�stwa jest zdefiniowanie systemu zarz�dzania bezpiecze�stwem informacji (ISMS), a nast�pnie przestrzeganie go. SZBI okre�la zasady i procedury wymagane dla bezpiecze�stwa wraz z przepisami dotycz�cymi audyt�w w�asnych lub audyt�w stron trzecich. Posiadanie ISMS i przestrzeganie go jest najpewniejszy spos�b na bezpiecze�stwo, bardziej ni� jakakolwiek konkretna technologia lub architektura wdra�ania. Opr�cz przyj�cia i korzystania z ISMS, najlepszym zaleceniem technicznym jest zminimalizowanie profilu ataku poprzez wy��czenie niepotrzebnych us�ug, swobodne korzystanie z zap�r ogniowych oraz zastosowanie systemu zarz�dzania to�samo�ci� i dost�pem w celu zmniejszenia liczby system�w i funkcji, do kt�rych pracownicy maj� dost�p . Nast�pnie musisz ustali�, czy wdro�ysz platform� w wielu centrach danych. Dost�pno�� by�a w du�ej mierze si�� nap�dow� architektury e-commerce. Wdro�enie tej samej aplikacji z dw�ch lub wi�cej odleg�ych geograficznie centr�w danych pomaga zapewni� jeszcze wy�sz� dost�pno��. G��wny problem z obs�ug� z wielu centr�w danych polega na tym, �e wielu klient�w loguje si� przy u�yciu tego samego konta (np. Kombinacji nazwy u�ytkownika i has�a) z r�nych centr�w danych. Je�li dw�ch klient�w zaktualizuje te same dane w tym samym czasie z dw�ch r�nych lokalizacji, dzia�anie jednego klienta zako�czy si� sukcesem, a drugie zako�czy si� niepowodzeniem, co mo�e doprowadzi� do uszkodzenia danych. Nie mo�na rozwi�za� konflikt�w replikacji dwukierunkowej. Zamiast tego nale�y ca�kowicie wyeliminowa� mo�liwo�� ich wyst�pienia, zapewniaj�c zako�czenie wszystkich aktualizacji w tej samej bazie danych. Opr�cz przyj�cia architektury opartej na chmurze mo�esz zastosowa� chmur� hybrydow� i uzyska� wiele korzy�ci z pe�nej chmury. Aby w pe�ni wykorzysta� podej�cie hybrydowe, musisz oddzieli� sw�j frontend od backendu. Ten podzia� jest naturalnym wynikiem przyj�cia architektury opartej na omnichannel. Innym podej�ciem jest u�ycie obiektu colo, kt�ry jest fizycznie blisko centrum danych w chmurze i ma bezpo�rednie po��czenie z chmur�. Wstawienie HTML do strony buforowanej przynosi korzy�ci, ale bardziej kompleksowe korzy�ci wynikaj� z pobierania surowych, ustrukturyzowanych danych w postaci XML lub JSON, a nast�pnie budowania strony w chmurze na podstawie tych danych. W tych rozdzia�ach om�wili�my wiele kwestii. Je�li ich nie przeczyta�e�, wr�� i przejrzyj, zanim przejdziesz dalej.

Architektura dla Omnichannel

Jak ju� m�wili�my, omnichannel by� dominuj�c� si�� nap�dow� architektury platformy w ci�gu ostatnich kilku lat. Przyj�cie architektury opartej na omnichannel pozwala klientom przeprowadza� transakcje za pomoc� backendu na wielu interfejsach i zapewnia� sta�� obs�ug� klienta. Poprawia si� jako�� obs�ugi klienta doch�d. Architektura omnichannel nie jest technicznie wymagana do przetwarzania w chmurze, ale znacznie u�atwia jej adaptacj� ze wzgl�du na naturalny podzia� mi�dzy frontend i backend. Ale je�li wszystko jest w chmurze, technicznie mo�esz pozostawi� scalony frontend i backend, tak jak wielu jest dzisiaj. W ko�cu b�dziesz musia� przyj�� prawdziw� architektur� opart� na omnichannel z powodu presji ze strony klient�w, ale przynajmniej tw�j model wdro�enia nie b�dzie zmusza� ci� do wprowadzenia tej zmiany. Wdra�aj�c zar�wno frontend, jak i backend w chmurze, nale�y wdro�y� je parami w tym samym centrum danych, ale z globalnym r�wnowa�eniem obci��enia serwera zastosowanym w przypadku awarii. Najcz�ciej frontend powinien komunikowa� si� z lokalnym backendem.

Wi�ksze trendy wp�ywaj�ce na architektur� eCommerce

Poza e-commerce zasady architektury stoj�ce za architektur� i rozwojem oprogramowania zmieni�y si� radykalnie w ci�gu ostatniej dekady. Technologia wczesnej sieci i jej zasady architektury przewodniej nie dzia�aj� ju� w dzisiejszym �wiecie. Twoja obecna platforma, ludzie i procesy mog� zosta� zmienione, aby wykorzysta� te nowe zasady, ale wymaga to czasu i du�ego wysi�ku. Ludzie zakorzeniaj� si� w przesz�o�ci i cz�sto otrzymuj� wynagrodzenie za utrzymanie status quo. Wyznacz lub zatrudnij, a nast�pnie upowa�nij agenta ds. Zmian do nadzorowania transformacji. Przej�cie na chmur� to co� wi�cej ni� technologia. Dopiero po zbudowaniu sprawnej organizacji, zmianie proces�w i aktualizacji technologii nale�y spr�bowa� przetwarzania w chmurze. Przyj�cie chmury bez wprowadzania zmian na ni�szym poziomie jest ma�o prawdopodobne.

Jak wybra� dostawc� w chmurze

Wielkoskalowa platforma e-commerce wymaga dziesi�tek, je�li nie setek dostawc�w, od wykwalifikowanego rzeczoznawcy bezpiecze�stwa do kontroli PCI do dostawcy bazy danych. Chocia� wszyscy dostawcy musz� by� starannie wybrani, �aden sprzedawca nie jest wa�niejszy ni� dostawca w chmurze, kt�ry zapewni Ci infrastruktur� jako us�ug� lub platform� jako us�ug�. Ufasz ca�ej firmie i swojej pracy temu dostawcy. Czego szukasz u g��wnego dostawcy us�ug w chmurze:

Szeroko�� i g��boko�� ofiar

Co to jest w por�wnaniu z tym, co b�dziesz musia� zbudowa� na g�rze? Na przyk�ad, czy ich rozwi�zanie do automatycznego skalowania jest wystarczaj�co dobre do u�ycia, czy b�dziesz musia� je zbudowa�?

Dojrza�o�� ofert. Czy to, co sprzedawca oferuje stabilne? Czy to naprawd� dzia�a?

Opcje ��czno�ci

Jakie opcje ��czno�ci VPN s� oferowane? Czy sprzedawca prowadzi linie do kolos?

Umowy o poziomie us�ug

Co oferuje sprzedawca w zakresie gwarancji dost�pno�ci? Czy zawsze b�dziesz w stanie zapewni� sprz�t?

Mo�liwo�� kolokacji niestandardowego sprz�tu

Czy mo�esz umie�ci� niestandardowe sprz�towe sieci VPN, urz�dzenia uwierzytelniaj�ce i inne urz�dzenia w centrum danych w chmurze? R�ni dostawcy wyr�niaj� si� w r�nych aspektach, ale musisz wybra� jednego dostawc�. Mo�liwe jest skorzystanie z rozwi�zania obejmuj�cego wiele dostawc�w, ale wprowadza to ogromn� z�o�ono��, nie zapewniaj�c du�ych korzy�ci, bior�c pod uwag�, jak rzadko chmury ulegaj� awariom. Awarie w domenach b��d�w jednego dostawcy wyst�puje jeszcze rzadziej. Poniewa� przerwy s� zwykle spowodowane przez w�asn� b��dn� konfiguracj�, podwajamy liczb� b��dnych konfiguracji, kt�re mo�na wprowadzi�, wdra�aj�c w dw�ch chmurach. Analitycy technologiczni, tacy jak Gartner i Forrester, regularnie tworz� raporty na temat przetwarzania w chmurze i mog� pom�c w wyborze dostawcy. Chocia� przej�cie na chmur� mo�e by� cz�ciowo nap�dzane przez cen�, sama cena nie powinna by� decyduj�cym czynnikiem. Elastyczno�� zapewniona przez dowolnego dostawc� pozwoli Ci zaoszcz�dzi� wi�cej ni� wystarczaj�c� ilo�� pieni�dzy, aby� m�g� troszczy� si� o niewielkie r�nice w cenach mi�dzy sprzedawcami chmurowymi. Chmury wydaj� si� ca�kowicie samoobs�ugowe, a jedyn� form� p�atno�ci s� ustalone ceny i karty kredytowe. Ale je�li zamierzasz dokona� znacznej inwestycji u dostawcy, wszystko jest gotowe do negocjacji. Mo�esz negocjowa� w celu uzyskania lepszych cen, ogranicze� cenowych, dodatkowych poziom�w wsparcia, wsparcia konsultacyjnego i wszystkiego innego warto�ciowego. Inwestujesz w dostawc�, a ten sprzedawca inwestuje w ciebie. Podobnie jak w przypadku ka�dego wi�kszego dostawcy, b�dziesz chcia� nawi�za� dobre relacje w ca�ej organizacji. Te tylne kana�y mog� oznacza� r�nic� mi�dzy utrzymywaniem platformy a spadaniem. Relacje maj� znaczenie.

e-Commerce w ChmurzeHandel

Chmura publiczna