Danke für das Feedback! Hier sind die Links: software-architektur.tv/2024/04/12/folge212.html . Ich habe sie aber auch hier in der Video-Beschreibung ergänzt. 🙂
Moin Eberhard, Danke für das video. 57:20 annahme aus heutiger Zeit: fast alle infrastrukturen unterstützen REST, ein tradeoffnkann sinnvoll sein. 50:15 ddd, repositories, schnittstelle bis 51:45 52:08 db 52:44 gemeinsame db 55:45 messaging und rest 57:00 maschinen ohne apis Schade das ich momentan nicht mehr so oft die zeit finde um live dabei zu sein. Schönes Wochene de!
@@EberhardWolff Ok danke ich hatte gedacht, dass es sowas gibt wie einen listener oder einen Mikroservice der an einem port auf bestimmte eingänge wartet und dann reagiert indem ein Programm aufgerufen wird.
IP Adresse und port = Endepoint , also das der Service an einem Endepoint lauscht ach sorry bei mir wird's dauern bis ich das alles auf der Kette hab (verstanden hab). 😂 Der Weg ist das ziel
Möglichkeiten etwas an die Infrastruktur zu delegieren scheint eine Kerneigenschaft zu sein die bei der Auswahl einer Integrationstechnologie wichtig ist. Damit rede ich dann über die Stelle 56:16 bis 56:40. Die oben genannte Kerneigenschaft ist bei Integrationstechnologie wie messagig und Rest vertreten. Inwiefern unterscheiden sich diese Integrationstechnik der kernidee messaging / Rest von der kernidee der Objektorientierung die ebenfalls messaging sein soll? Wie kann kann man einen roten Faden von der Objektorientierung bis hin zu Services, deren anschließende integration bis hin zu soziotechnischen Systemen spannen? Hier kommt meiner Meinung nach immer wieder Kommunikation in unterschiedlichen Formen vor die aber wiederum alles vernetzen. Ist fast eine didaktische Frage ich freue mich auf eine mögliche Antwort heute im Stream. (Ich Stelle die Frage hier, weil ich weiss das es heute den Stream zur Objektorientierung geben wird) Viel Erfolg heute🎉🎉🎉
@@EberhardWolff Moin Eberhard, Vielen Dank für deine Antwort. Meine letzte Frage ist eigentlich diese (dauert unter 1min nachzuvollziehen): Du findest hier eine Taskdefinition ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-3b7-fGnbQRQ.htmlfeature=shared Bei 3:47 bis 4:35 sowie eine kurze erklärung was mit einem Baustein gemeint ist. Eine Task ist ein zyklischer Aufruf eines Bausteins. Ein Baustein kann ein Programm sein. Wo finde ich dieses Konzept (Task) in der Objektorientierungsebene wieder oder ist es eher auf einer der grobgranulareren Ebenen zu finden? Wie würdest du den Taskbegriff definieren und anwendbar machen? Ich habe meine drei Fragen die ich nun für den Stream habe vorab gestellt, als treuer Zuschauer schafft man das gut 😅. Ich verfolge nachher deinen Stream Stelle dann aber dafür keine Fragen mehr. Freu mich drauf bis dann
@@marcm3623 Ich glaube, da gibt es keine direkte Entsprechung. Das sind unterschiedliche Ebenen. Regelmäßig etwas aufrufen kann man mit einem UNIX-Tool wie cron machen oder mit Schedulern. Dafür hat das Java-Framework Spring beispielsweise die @Scheduled-Annotation. Einen Zusammenhang zu Objektorientierung sehe ich da nicht.
@@EberhardWolff Hallo Eberhard, Meiner Meinung nach ist die Architektur die ich dazu finden konnte in diesem Video gut dargestellt ich bräuchte nur einen konkreten Anwendungsfall und kann der Bus auch einfach eine LAN Leitung oder WLAN sein? ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-1REgyrRowNw.htmlfeature=shared Mikroservices schneiden Einsprungstellen: 1:03:48 Was sagst du dazu?
@@EberhardWolff Moin Eberhard, Meiner Meinung nach ist die Architektur die ich dazu finden konnte in diesem Video gut dargestellt ich bräuchte nur einen konkreten Anwendungsfall und kann der Bus auch einfach eine LAN Leitung oder WLAN sein? ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-1REgyrRowNw.htmlfeature=shared Mikroservices schneiden Einsprungstellen: 1:03:48 Was sagst du dazu?