{"id":94574,"date":"2020-09-18T19:42:57","date_gmt":"2020-09-18T17:42:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/vybor-arhitekturnogo-stilya-chast-2"},"modified":"2020-09-18T19:42:57","modified_gmt":"2020-09-18T17:42:57","slug":"vybor-arhitekturnogo-stilya-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/vybor-arhitekturnogo-stilya-chast-2","title":{"rendered":"Kies een architectonische stijl (deel 2)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo, Habr. Vandaag ga ik door met de serie artikelen die ik speciaal heb geschreven voor de lancering van de nieuwe cursus. \u2018Software Architect\u2019<\/a><\/noindex>. <\/i><\/b><\/p>\n

<\/p>\n

Inleiding<\/h2>\n

\nHet kiezen van een architecturale stijl is een van de fundamentele technische beslissingen bij het bouwen van een informatiesysteem. In deze serie artikelen stel ik voor om de meest populaire architecturale stijlen van applicaties te bespreken en te beantwoorden wanneer welke architecturale stijl het meest wenselijk is. In het verloop van deze uitleg zal ik proberen een logische keten te schetsen die de ontwikkeling van architecturale stijlen van monolieten tot microservices verklaart. <\/p>\n

In de vorige keer<\/a><\/noindex> We hebben ons verdiept in de monolith en zijn tot de conclusie gekomen dat deze een aantal problemen heeft: grootte, samenhang, implementatie, schaalbaarheid, betrouwbaarheid en inflexibiliteit. <\/p>\n

Deze keer stel ik voor om te praten over de mogelijkheden van het organiseren van een systeem in de vorm van een set modules\/bibliotheken (componentgeori\u00ebnteerde architectuur) of diensten (servicegeori\u00ebnteerde architectuur).
\n<\/a><\/noindex><\/p>\n

Componentgeori\u00ebnteerde architectuur<\/h2>\n

\nComponentgeori\u00ebnteerde architectuur houdt in dat het systeem wordt uitgevoerd in de vorm van een set componenten die in zowel huidige als toekomstige projecten kunnen worden gebruikt. Bij het opdelen van het systeem in componenten worden de volgende aspecten in overweging genomen: geschiktheid voor hergebruik, vervangbaarheid, onafhankelijkheid van context, uitbreidbaarheid, encapsulatie en onafhankelijkheid.<\/p>\n

Bij juist gebruik van componenten wordt het probleem van de \u2018grote klomp ellende\u2019 (grote grootte + hoge samenhang) opgelost. De componenten kunnen zowel bouwunits (modules, bibliotheken) als implementatie-eenheden (diensten) zijn. Implementatie-eenheden komen niet altijd overeen met het uitvoerende proces: bijvoorbeeld, een webapplicatie en een database worden gezamenlijk ge\u00efmplementeerd. <\/p>\n

Monolieten worden het vaakst ontwikkeld als een set modules. Deze aanpak zorgt voor onafhankelijkheid in ontwikkeling, maar de problemen van onafhankelijke schaalbaarheid en implementatie, failover en afhankelijkheid van de algemene technologische stack blijven bestaan. Daarom is een module een gedeeltelijk onafhankelijke component.<\/p>\n

Het grootste probleem van zo'n monolith is dat de scheiding in modules puur logisch is en gemakkelijk kan worden verstoord door ontwikkelaars. Er kan een core-module ontstaan die langzaam in een rommel verandert, de afhankelijkheidsgrafieken tussen modules kunnen groeien, enzovoort. Om dergelijke problemen te voorkomen, moet de ontwikkeling plaatsvinden door ofwel een zeer volwassen team of onder leiding van een \u2018architect\u2019 die fulltime bezig is met codebeoordeling en de ontwikkelaars die de logische structuur verstoren, op de vingers tikt. <\/p>\n

Een 'ideale' monolith bestaat uit een set logisch gescheiden modules, waarvan elke module naar zijn eigen database kijkt.<\/p>\n

Servicegeori\u00ebnteerde architectuur<\/h2>\n

\nAls er toch een systeem moet worden opgezet in de vorm van een set diensten, dan spreken we van een service-geori\u00ebnteerde architectuur. De principes ervan zijn: compatibiliteit van applicaties, gericht op gebruikers, herbruikbaarheid van bedrijfsdiensten, onafhankelijkheid van technologie\u00ebn en autonomie (onafhankelijke evolutie, schaalbaarheid en implementatie).<\/p>\n

Service-geori\u00ebnteerde architectuur (SOA = service oriented architecture) lost alle aangeduide problemen van monolithische systemen op: bij wijzigingen wordt slechts \u00e9\u00e9n dienst getroffen, en een duidelijk gedefinieerde API ondersteunt een goede encapsulatie van componenten. <\/p>\n

Maar het is niet allemaal zo eenvoudig: SOA leidt tot nieuwe problemen. Distant calls zijn duurder dan lokale, en de herschikking van verantwoordelijkheden tussen componenten is aanzienlijk duurder geworden.<\/p>\n

Overigens, de mogelijkheid van onafhankelijke implementatie is een zeer belangrijke eigenschap van de dienst. Als diensten gezamenlijk of, nog erger, in een bepaalde volgorde moeten worden ge\u00efmplementeerd, kan het systeem niet als service-geori\u00ebnteerd worden beschouwd. In dat geval spreken we van een gedistribueerde monoliet (wat niet alleen vanuit het SOA-perspectief, maar ook vanuit het oogpunt van microservices als antipatroon wordt beschouwd). <\/p>\n

Service-geori\u00ebnteerde architectuur wordt goed ondersteund door de architectuurcommunity en leveranciers. Dit leidt tot de beschikbaarheid van vele cursussen en certificeringen, evenals goed uitgewerkte patronen. Onder deze laatste valt bijvoorbeeld de bekende enterprise service bus (ESB). Daarbij is ESB een erfenis van leveranciers, en hoeft niet per se in SOA te worden gebruikt.<\/p>\n

De piek van de populariteit van service-geori\u00ebnteerde architectuur lag rond 2008, waarna het begon te dalen, en de daling steeg aanzienlijk na de opkomst van microservices (~2015).<\/p>\n

Conclusie<\/h2>\n

\nNadat we de mogelijkheden van het organiseren van informatiesystemen in de vorm van diensten en modules hebben besproken, stel ik voor om nu over te gaan naar de principes van microservicesarchitectuur en bijzondere aandacht te besteden aan het verschil tussen microservicesarchitectuur en service-geori\u00ebnteerde architectuur in het volgende deel.<\/p>\n

\"Kies<\/a><\/noindex>
\n
Bron: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u044e \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u043a \u0441\u0442\u0430\u0440\u0442\u0443 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u0442\u043e\u043a\u0430 \u043a\u0443\u0440\u0441\u0430 \u00abSoftware Architect\u00bb. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0412\u044b\u0431\u043e\u0440 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0441\u0442\u0438\u043b\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u0438\u043c \u0438\u0437 \u043e\u0441\u043d\u043e\u0432\u043e\u043f\u043e\u043b\u0430\u0433\u0430\u044e\u0449\u0438\u0445 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439 \u043f\u0440\u0438 \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0442\u0435\u0439 \u044f \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c \u0441\u0430\u043c\u044b\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u044b\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u044b\u0435 \u0441\u0442\u0438\u043b\u0438 \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u043e\u0442\u0432\u0435\u0442\u0438\u0442\u044c \u043d\u0430 \u0432\u043e\u043f\u0440\u043e\u0441 \u043a\u043e\u0433\u0434\u0430 \u043a\u0430\u043a\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u044b\u0439 \u0441\u0442\u0438\u043b\u044c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u043f\u0440\u0435\u0434\u043f\u043e\u0447\u0442\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u043c. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94575,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94574","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Keuze van architectuurstijl (deel 2) | ProHoster","description":"Hallo, Habr. Vandaag vervolg ik de serie publicaties die ik speciaal heb geschreven ter gelegenheid van de start van een nieuwe groep voor de cursus 'Software Architect'.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/vybor-arhitekturnogo-stilya-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u044b\u0431\u043e\u0440 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0441\u0442\u0438\u043b\u044f (\u0447\u0430\u0441\u0442\u044c 2) | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u044e \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u043a \u0441\u0442\u0430\u0440\u0442\u0443 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u0442\u043e\u043a\u0430 \u043a\u0443\u0440\u0441\u0430 \u00abSoftware Architect\u00bb.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/vybor-arhitekturnogo-stilya-chast-2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-18T17:42:57+00:00","article:modified_time":"2020-09-18T17:42:57+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94574","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:24:26","updated":"2022-10-03 07:40:49","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/94574","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=94574"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/94574\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/94575"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=94574"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=94574"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=94574"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}