Problemy z skalowalnością i odpornością nie istnieją już na konferencjach technologicznych jako termin buzz. Oferują one żywotną linię do biznesu online, w którym sekunda niedostępności lub niska stopa dostępu może umieścić użytkowników na tylnym przycisku. Najbardziej uderzającym szczegółem tego wzrostu są trzy strategiczne, Java, Kafka i AWS, które łączą się i tworzą systemy, które nie tylko mają moc do kontynuowania ładowania, ale także do przyjęcia. Ponieważ charakter, w jaki deweloperzy budują i wdrażają aplikacje, zmienił się w środowisku architektury mikrousług, wymóg obecności spójnej i opłacalnej komunikacji autonomicznych usług stał się koniecznością techniczną i stał się podstawą konkurencyjnego tworzenia. Designing with Purpose: From Business Needs to System Blueprints Projektowanie z celem: od potrzeb biznesowych po blueprints systemowe Zaczyna się to od informacji na temat tego, czego potrzebuje biznes. Jednym z odbiorców jest sklep internetowy, a nie jest to sklep konwencjonalny. Jest on żywy i żywy z ruchomymi raportami zapasowymi, bramkami płatności, danymi klientów, silnikami rekomendacji, między innymi, które działają za twoim szyją. Będzie on oparty na magii Java i opracowany na podstawie obiektowo zorientowanej i dojrzałej bazy, ponieważ niezależny komponent większego systemu, uwierzytelniania użytkownika, katalogu produktów, procesu kasowania i monitorowania zamówień. Ale sama Java nie wystarczy. przepływ informacji nie tylko istnieje między tymi usługami, ale przepływ informacji musi być wydajny i wolny od błędów. Kafka as the Communication Backbone Kafka jako podstawa komunikacji Tutaj Kafka wchodzi z rolą skutecznego przewodnika, który prowadzi orkiestrę. Normalna usługa komunikacji oparta na API może łatwo doprowadzić do ścisłego połączenia. Jedna z usług rozpada się na kawałki, a reszta jest przynoszona w rodzaj domino. To jest to, co Kafka ponownie wszczepił, gdzie rozłączył usługi poprzez komunikację zdarzeń. Użytkownik nie musi czekać, gdy użytkownik składa zamówienie, ponieważ usługa zamówienia czeka na otrzymanie informacji o systemie zapasowym, systemie płatności lub systemie wysyłki odpowiednio. Zamiast tego jest wykorzystywana do po prostu informowania o zdarzeniach w temacie Kafka. Kiedy konsumenci są przygotowani, wiadomość jest im przekazywana w innych formach usług. To sprawia, że cały system jest bardziej re Tackling Real-World Challenges with Smart Architecture Rozwiązywanie rzeczywistych wyzwań dzięki inteligentnej architekturze W rzeczywistości istnieją materialne bariery komunikacyjne mikrosłużb. Im większe, tym trudniej jest je utrzymać i z minimalnymi zależnościami, koszmarami w utrzymaniu. Kafka złamał ten łańcuch w procesie asynchronizacji komunikacji. Czasy oczekiwania – synchroniczne czasy oczekiwania – nie zawsze będą problemem w usługach. A ponieważ Kafka jest wyposażona w zdolność wysyłania wiadomości nawet wtedy, gdy jedna z usług konsumenckich nie jest online, w przypadku, gdy usługa jest w stanie przechowywać wiadomości, które straciła, dzięki czemu może ponownie wejść do sieci, może świętować wiadomości, które straciła ponownie. To nie jest projekt, ale raczej jest to architektura przetrwania świata przetrwania najbardziej odpowiedniego. Ani Kafka, ani Java nie są w złym związku. Integracja Java Kafka API i Spring pozwalają deweloperom aplikacji rozwijać potężnych i lekkich konsumentów i producentów. Ciężkie podnoszenie, które w przeciwnym razie musi być zrobione, aby ułatwić koordynację między usługami, można zrobić poprzez publikowanie i subskrybowanie wiadomości od usługi do usługi. To przyspiesza rozwój i można rozwinąć mniej błędów i usług. Jest to jak scenariusz, w którym wszyscy muzycy w orkiestrze nie będą mieli nerwów do odtwarzania swoich części w sposób, w jaki zostaną wykonane najlepiej, nawet gdy dyrektor jest na urlopie. The Role of AWS in Scaling Up Without Blowing Up Rola AWS w skalowaniu bez wybuchu Z jednej strony, skalowany system jest łatwy do opracowania. Jest to gra drugiego rozmiaru do odtwarzania. AWS oferuje infrastrukturę, która została przetestowana na polu bitwy w celu wdrożenia, uruchomienia i administrowania microservices w języku Java i wyrażona w formie Kafki. Chmura umożliwia skalowanie do nieoczekiwanego obciążenia bez zmniejszania systemu niezależnie od tego, w jaki sposób jest on ułożony przy użyciu klastrów Kubernetes lub usług kontrolowanych przez Kafkę. AWS jest również przydatny w integracji i rurociągach dostaw, które muszą być regularnie zintegrowane, a gdy naciśniesz przycisk, mogą je odświeżyć. Innym ciekawym faktem jest to, że skalowanie usług można przeprowadzić oddzielnie od tematu Kafki i objętości wiadomości. Jeśli chodzi o sprzedaż błyskawiczną przetwarzania zamówień, wystarczy dodać temat zamówienia konsumentom. Pozostałe usługi są nienaruszalne. Gra zespołów DevOps, które nieuchronnie muszą być zaangażowane w aplikacje o dużym ruchu, zmienia się w takiej granularnej kontroli. Bringing It All Together in a Real Scenario Wszystko razem w prawdziwym scenariuszu Weźmy przykład sklepu internetowego Black Friday. Tysiące osób rejestruje się, przegląda, rzuca swoje produkty do koszyka i sprawdza z taką samą prędkością. Mikrousługi oparte na Java są niezależne od wszystkich możliwości operacji, które obejmują check-out do logowania. Kafka upewniła się, że te funkcje współdziałają ze sobą i nie przeciążają systemu jednego z nich. Innym późniejszym wskaźnikiem bramy płatności nie jest zamrożenie całej operacji. Tymczasem AWS stosuje skalowanie na potrzeby usług on-need, które reagują bezpośrednio na szczyty ruchu. Brak awarii. Brak zakłóceń w butelce. Niemożliwe jest porównanie procesu zakupów z prostotą i czystością. The Future is Event-Driven and Cloud-Enabled Przyszłość oparta na wydarzeniach i w chmurze Minęły czasy monolitycznych aplikacji, które są klejonymi i ręcznie pisanymi rozmowami API. Współczesna platforma oprogramowania jest oddechową, żyjącą siecią usług, które mogą komunikować się w niezwykle wysokim tempie, skali i odzyskiwać z relatywnie małymi problemami. Nieograniczone nogi Java i słowa Kafki i plac zabaw istnieje z AWS. Wszystkie prowadzą do trójki, która jest nie tylko nieuniknioną potęgą, ale koniecznością we współczesnym cyfrowym ekosystemie, który jest bardzo potrzebny. 
 
 Ta historia została rozpowszechniona jako wydanie przez Sanya Kapoor w ramach programu blogowania biznesowego HackerNoon. This story was distributed as a release by Sanya Kapoor under  . HackerNoon’s Business Blogging Program Biznesowy program blogowania HackerNoon Biznesowy program blogowania HackerNoon

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

Ten dźwięk jest produkowany w oryginalnym języku historii!

Architektura odpornych i skalowalnych systemów za pomocą Java, Kafki i AWS: podejście do studiów przypadku

About Author

UWAGI

ZAWIEŚĆ TAGI

ARTYKUŁ TEN ZOSTAŁ PREZENTOWANY W

Related Stories

Meet Sora: HackerNoon Company of the Week

HackerNoon - A User Experience Analysis: Part 1

Meet Mezo: HackerNoon Company of the Week

Meet the Writer: HackerNoon's Contributor Emmanuel Nwaka, Content Marketing Professional

Meet Sora: HackerNoon Company of the Week

HackerNoon - A User Experience Analysis: Part 1

Meet Mezo: HackerNoon Company of the Week

Meet the Writer: HackerNoon's Contributor Emmanuel Nwaka, Content Marketing Professional

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps