Tap to unmute

Die beste Architektur für Deine Software // deutsch

  Рет қаралды 8,427

the native web GmbH

the native web GmbH

Күн бұрын

Пікірлер: 31
@johnjohnson7500
@johnjohnson7500 Жыл бұрын
Diesmal waren ein paar Wiederholungen im Video dabei, aber nichts was störend wäre. Wie du ja schon häufig gehört hast, ist dein Vortragsstil mehr als angenehm und dann kann das Video ruhig etwas länger als nötig sein :) Danke für all diese hochqualitativen Tech-Videos!
@allinvanguard
@allinvanguard Жыл бұрын
Ich finde auch den Ansatz des Modulithen super als Startpunkt, um mit geringer Komplexität zu starten, aber sich die Türe zu eigenständigen Services offen zu halten. Verlangt natürlich etwas mehr Disziplin um die Modulgrenzen sauber zu halten.
@felixrejmer7566
@felixrejmer7566 Жыл бұрын
Denke das ist genau der Knackpunkt. Es erfordert Disziplin und bei einem großen bzw. mehreren Entwicklerteams muss man als Architekt dafür sorgen, dass alle verstehen auf was geachtet werden muss um "die Türe offen zu halten".
@johnjohnson7500
@johnjohnson7500 Жыл бұрын
Meintest du Monolith anstelle von "Modullith"? :)
@felixrejmer7566
@felixrejmer7566 Жыл бұрын
@@johnjohnson7500 Wobei ich "Modulith" als Namen für einen modularen Monolithen super finde...
@allinvanguard
@allinvanguard Жыл бұрын
@@johnjohnson7500 Nein, Modulith passt :D Effektiv ein modularisierter Monolith
@johnjohnson7500
@johnjohnson7500 Жыл бұрын
​@@allinvanguardOK, jetzt verstehe ich auch deinen gesamten Kommentar. Sorry, ich kannte den Begriff eines "modularen Monolithen" absolut nicht :)
@anion21
@anion21 Жыл бұрын
Ich finde dieses Video richtig gut. Inhaltlich und auch generell. Entwickler unterschätzen meines Erachtens oft, wie wichtig dieses Thema ist. Ich hab den Eindruck, viele Software-Projekte scheitern, weil sich die Entwickler nicht genug Gedanken über die Architektur gemacht haben, weil das dann nicht wartbar ist, man Fehler nur schwer finden kann, keine klar definierten Trennung von Anwendungs-Komponenten hat, etc.. Awareness und Wissen zu dem Thema erhöhen ist deswegen so wichtig.
@ScriptRaccoon
@ScriptRaccoon Жыл бұрын
Sehr interessantes Video! Das Thema Software-Architektur ist noch sehr neu für mich. Mit dem Video habe ich einen guten Einblick bekommen.
@Johnny051981
@Johnny051981 Жыл бұрын
Super Video. Gerade bei Webseiten kommt man mit Authentifizierung, Logging, Firewall, u.v.m nicht um Services herum. Na, wenn die Anwendung ein Taschenrechner sein soll, kann es ein Monolith sein. Ansonsten kommt man so häufig nicht um Services herum. Ist im Video super erklärt.
@fl0aten
@fl0aten Жыл бұрын
Klasse Video! Aber mich interessiert bei vielen Themen, wie das in der Praxis aussieht. Damit meine ich weniger das Endresultat bzw. das Produktiv-System, sondern eher die tägliche Arbeit auf dem lokalen Rechner. Wie arbeite ich an einem verteilten System/viele Services. Wie fahre ich den "Stack" hoch, wenn viele dieser Services in verschiedenen Repos liegen, oder noch schlimmer, von verschiedenen Teams entwickelt werden. Wie kann ich meine Applikation lokal testen, wenn diese von z.B. 5 fremden Services abhängt?
@michaelrichter9408
@michaelrichter9408 Жыл бұрын
Super Content. Vielen Dank.
@Hans-ArnoNuernberger
@Hans-ArnoNuernberger Жыл бұрын
Sag mal, habt ihr schon mal ein Video über Serverless Architecture gemacht? Würde mich sehr interessieren. Wenn ja, finde ich es leider nicht. Ansonsten gibt es von mir nur Daumen hoch. Toller Kanal
@thenativeweb
@thenativeweb Жыл бұрын
[gr] Nicht so richtig … am ehesten trifft es dieses Video hier: kzbin.info/www/bejne/iYOXeJt3Z9h-f7c Aber wäre mal ein Thema, das ein Video wert wäre 😊 Generell, zum Suchen übrigens, könnte app.thenativeweb.io/ für Dich interessant sein 😊
@SirEvildeath
@SirEvildeath Жыл бұрын
Wie immer ein mega content lieber Golo 🥳😎👍
@Metalkillsrap
@Metalkillsrap Жыл бұрын
Wie immer richtig starker Content! Die Frage nach der passenden Architektur ist manchmal wirklich nicht einfach- ich arbeite im Bereich der Labordigitalisierung und sehe mich stets mit diversen losen Enden konfrontiert, die zu einem sinnvollen und verlässlichen Gesamtwerk verwoben werden wollen. Dabei sind von Gerätetreibern (low level), Legacy-Monolithen ohne sinnvolle Schnittstellen, Business-Services, Workflowmanagement, Design of Experiment/ Data Analytics für Mess- und Telemetriedaten bis hin zu Papier wirklich alles an Albträumen vorhanden. Das führt leider sehr oft zu irgendwelchen Individuallösungen je nach Kundenprojekt, weil es sehr schwierig ist, auch nur Teile davon im Sinne einer sinnvollen Middleware-Softwarearchitektur wiederverwendbar zu machen.
@Mindspectrum
@Mindspectrum Жыл бұрын
Ich arbeite auch in diesem Bereich und kann dir absolut zustimmen. Wenn dann auch noch regulatorische Vorgaben wie GxP dazu kommen, wird es richtig spaßig.. Dann fallen tolle Lösungen schon von vornerein raus, weil sie nicht validiert sind bzw. die Validierung gescheut wird. Was bleibt sind Lösungen mit veraltete Technologien und viele viele Kompromisse.
@Metalkillsrap
@Metalkillsrap Жыл бұрын
@@Mindspectrum vielleicht sollten wir uns mal austauschen!
@christianbaer2897
@christianbaer2897 Жыл бұрын
"Ich habe nicht für jeden Anwender einen eigenen Server" AWS Lambda: "Hold my beer" 😉
@josefpharma4714
@josefpharma4714 Жыл бұрын
Wenn man keine Microservice Architektur verwendet ist es meiner Erfahrung nach entscheidend Modularisierung zu beachten. Und zwar nicht horizontal sondern themenbezogen, sprich vertikal. Sonst bekommt man schnell ein System mit „Spider-Web“ Tendenz 😅
@customraspi
@customraspi Жыл бұрын
Du beschreibst gerade 1:1 das FOP-System nur mit dem Unterschied, dass du alles auf Microservices beziehst, während FOP ein FOP/AOP Composer ist, der die Anwendung als Monolith compilt, während man modular entwickelt/testet.
@josefpharma4714
@josefpharma4714 Жыл бұрын
Ein wesentlicher Aspekt der neben Skalierbarkeit für Microservices spricht ist die Anzahl der Menschen, die daran arbeiten. Es ist IMHO suboptimal, wenn 10 Teams am selben Monolithen herum werkeln.
@Juus
@Juus Жыл бұрын
Finde persönlich dass die eine Architektur die andere nicht ausschließt. Siehe Amazon, die haben an einer Stelle einen Monolithen lieber implementiert weil es da mehr Sinn macht bzgl Perfomance und Kosten.
@josefpharma4714
@josefpharma4714 Жыл бұрын
Mit dem Begriff service wär ich vorsichtiger. Der wird für so vieles verwendet, da würde ich zumindest in diesem Kontex „Microservice“ verwenden.
@anion21
@anion21 Жыл бұрын
Der Begriff Service wird für vieles verwendet ja. Aber ich denke hier sind gar keine Microservices gemeint. Siehe den Abschnitt ab 11:59. Eine Benutzerverwaltung (im Video und auch generell aka Authentifizierungsservice) ist z. B. ein Service, der auch als "klassischer Service" implementiert werden kann, ohne Microservices. Die zur Verfügung gestellte Funktionalität wird generell immer als Service bezeichnet. Ob das mittels Microservice oder anders implementiert wird, hängt vom Anwendungsfall ab. Und ob Microservice oder nicht, darum ging es in dem Video höchstens sekundär. Und der Satz ab 17:17 trifft übrigens auch auf Services zu, die keine Microservices sind.
@derpinguin8307
@derpinguin8307 Жыл бұрын
Schön fleißig gendern. 🥱 Ansonsten top 🥳
@ValarMorghulis858
@ValarMorghulis858 Жыл бұрын
Ich finde es auch eher nervig. Wenn von "Anwendern und Entwicklern" die Rede ist, habe ich nicht Männer vor meinem geistigen Auge, sondern die jeweilige Personengruppe, welche dieser Tätigkeit nachgeht - völlig unabhängig vom Geschlecht. Die ständige Doppelnennung lenkt den Fokus aber weg vom eigentlichen Thema und zieht das Video nur unnötig in die Länge.
@lnplum
@lnplum Жыл бұрын
Es ist ein seltsamer Trend, dass die Leute, die sich über "gendern" beschweren, weil sie sich die Sprache nicht vorschreiben lassen wollen, anderen vorschreiben wollen, dass sie nicht "gendern" sollen. Oder dass man Sprachentwicklung "nicht erzwingen kann" und deswegen versuchen, zu erzwingen, dass Leute nicht "gendern". Hör doch einfach drüber hinweg. Der einzige Grund, dass es dich stört, ist, dass du es nicht gewohnt bist. Du bist nicht aufmerksamer, du bist nur alt (willkommen im Club!). Das ist nicht tiefgründiger als sich über "die ganzen Anglizismen" zu beschweren, oder dass "etwas nicht Sinn macht sondern Sinn ergibt" oder rot wird, wenn man darüber redet, wie "geil" etwas ist. "Gendern" ist sowieso ein Unwort. Die deutsche Sprache ist ja bereits "gegendert": die meisten Hauptwörter haben ein grammatikalisches Geschlecht, welches bei Berufen und Personen eben häufig auch ein Gender (also soziales Geschlecht) impliziert. "Gendern" löst diese implizite Vorgabe auf, im Grunde ist es also ein "Entgendern".
@lnplum
@lnplum Жыл бұрын
Übrigens wäre "Doppelnennung" ständig umständlich von "Programmierern und Programmiererinnen" usw zu reden. Dagegen ist ein einfaches "_innen" echt harmlos und schließt gleichzeitig nonbinäre Menschen mit ein. Es ist präziser, korrekter und inklusiver. Als Entwickler sehe ich da kein Problem. Wenn es dir zu lang ist, ändere halt die Wiedergabegeschwindigkeit.
@josefpharma4714
@josefpharma4714 Жыл бұрын
Mit dem Begriff service wär ich vorsichtiger. Der wird für so vieles verwendet, da würde ich zumindest in diesem Kontex „Microservice“ verwenden.
@cyrusol
@cyrusol 8 ай бұрын
Ich wäre eher mit dem Begriff Microservice vorsichtiger, weil da das "Micro" extrem aufgeweicht wurde. Ursprünglich hat man an 200-300 Zeilen Code gedacht, die man nicht unit-tested, sondern einfach den ganzen Service insgesamt über z.b. Systemtests, und man refactored auch nichts, wenn es nicht mehr passt, sollte man es einfach wegwerfen und neu machen. Ich will behaupten, dass 99% aller Microservices dieser Idee NICHT folgen - Und sie sollten es wohl auch nicht. Der Begriff Service im Kontext einer SOA, service-oriented architecture (was ein viel älterer Begriff ist als Microservice), geht zum Glück viel weiter/ist allgemeiner gehalten. Im Großen und Ganzen sollte man mit allen Begriffen mit Bedacht umgehen.
Clean Code vs Performance: Der große Irrtum?! // deutsch
24:37
the native web GmbH
Рет қаралды 11 М.
Caleb Pressley Shows TSA How It’s Done
0:28
Barstool Sports
Рет қаралды 60 МЛН
Война Семей - ВСЕ СЕРИИ, 1 сезон (серии 1-20)
7:40:31
Семейные Сериалы
Рет қаралды 1,6 МЛН
Microservices sind doof - sagt Amazon?! // deutsch
12:39
the native web GmbH
Рет қаралды 8 М.
Was ist Software-Architektur?
25:30
ArchiLab
Рет қаралды 7 М.
Energiepolitik Chance, Berufspolitiker raus, Influencer & Krise
35:43
fundamental finance
Рет қаралды 63
Design-Patterns? Bloß nicht! // deutsch
17:47
the native web GmbH
Рет қаралды 18 М.
Data Lake, Data Mesh, Data was'n das?! // deutsch
15:31
the native web GmbH
Рет қаралды 6 М.
Junior vs Senior: Die traurige Wahrheit // deutsch
16:40
the native web GmbH
Рет қаралды 11 М.
Architekturen - Von Monolithen bis Microservices (Code Days 2020)
1:02:11
Software Architektur - Entkopplung
23:09
David Tielke
Рет қаралды 4,9 М.