GST031 - CORBA in cool

Geekstammtisch

Dirk Breuer, Sebastian Cohnen, Dirk Breuer, and Sebastian Cohnen에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Dirk Breuer, Sebastian Cohnen, Dirk Breuer, and Sebastian Cohnen 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.

11+ y ago 1:20:22

Wir haben mit Stefan Tilkov über Softwarearchitekturen, REST und das Web gesprochen.

Stefan Tilkov, @stilkov, http://www.innoq.com/blog/st/about/
REST und HTTP: Einsatz der Architektur des Web für Integrationsszenarien, Stefan Tilkov: http://rest-http.info
Macht zum Teil Management und sonst wozu er so Lust hat: Workshops, Konferenzen, Schulungen, …
Hat C, C++, Java und und und gemacht, sein aktueller Favorit ist allerdings: Clojure

"architect" is Latin for "cannot code anymore.", Ted Neward: http://msdn.microsoft.com/en-us/library/aa905335.aspx
"Architektur ist die Menge der wichtigen Entscheidungen", Stefan Tilkov :)
Anwendungsarchitektur Anfang der 2000er
Irgendwann wurde der Begriff "Architektur" negativ belegt

60 Leute bei innoQ
20% strategische Beratung
80% Entwicklungsprojekt, teilweise nur mitarbeiten, teilweise komplett selber verantwortet
bei innoQ werden immer wieder die Rollen/Aufgaben und Projekte gewechselt

Agile Is Dead (Long Live Agility), Dave Thomas: http://pragdave.me/blog/2014/03/04/time-to-kill-agile/
Rollen (z.B. "der Architekt") ergeben sich oft automatisch, ohne dass es vorgegeben ist
Architektur negativ? "Ist wie ich darf nicht mehr nachdenken!"

REST: https://en.wikipedia.org/wiki/Representationalstatetransfer
Representational State Transfer (REST), Roy Fielding, Dissertation (2000), Kapitel 5: https://www.ics.uci.edu/~fielding/pubs/dissertation/restarchstyle.htm
Roy Fieldings Blog: http://roy.gbiv.com/untangled/
REST war eigentlich vor der SOAP/WS-* Welle da
Ressourcen haben eine URI und sind damit identifizierbar
Standard-Interface um mit Ressourcen zu interagieren: GET, PUT, POST, DELETE
Hypermedia: https://en.wikipedia.org/wiki/Hypermedia
REST Maturity Models (RMM): http://martinfowler.com/articles/richardsonMaturityModel.html

Leute müssen für Webservices oft missioniert werden; bei REST ist das deutlich einfacher
Bei Web Serivces entwirft man permanent neue Protokolle (mit SOAP)
WSDL: http://www.w3.org/TR/wsdl
Enterprise Service Bus: https://en.wikipedia.org/wiki/Enterpriseservicebus

Hypermedia: https://en.wikipedia.org/wiki/Hypermedia
Heute sind REST APIs relativ gut (kein GET mehr, um eine Ressource zu löschen)
URI Templating, http://whatisrest.com/restservicecontracts/uritemplatesandresourcequeries
REST APIs haben eine Startseite, von wo aus der Clients den Links folgen kann
Der API Client braucht nicht so festverdrahtet sein
Links für Ressourcen signalisieren dem Client, wie er mit einer Ressource interagieren kann
Architekturstile (https://de.wikipedia.org/wiki/Architekturstil) haben immer Tradeoffs!
Apache Thrift: https://en.wikipedia.org/wiki/Apache_Thrift
CORBA: https://en.wikipedia.org/wiki/CommonObjectRequestBrokerArchitecture
URI Templates sind ein Rezept, um z.B. eine große Menge von Links abzubilden
- HTML ist ein schönes Beispiel: Mit einem Formular und GET
HTML ist ein Hypermedia Format!
Ein Browser ist quasi ein Hypermedia Client
REST sollte Standardformate, selbstbeschreibender Nachrichten verwenden
IANA Media Types: https://www.iana.org/assignments/media-types/media-types.xhtml
Populäre Formate: JSON, XML
JSON Schema: http://json-schema.org/
JSON & Hypermedia
- Collection+JSON: http://amundsen.com/media-types/collection/
- Hypertext Application Language: http://stateless.co/hal_specification.html
- Siren: https://github.com/kevinswiber/siren
Jon Moore, "Building Hypermedia APIs with HTML": http://www.infoq.com/presentations/web-api-html
AtomPub, The Atom Publishing Protocol: http://bitworking.org/projects/atom/rfc5023.html

REST ist die Architektur des Webs und nicht nur von Web Services
ROCA: Resource-oriented Client Architecture: http://roca-style.org
Single Page Application Frameworks: http://emberjs.com, http://angularjs.org, http://backbonejs.org, ...
Yehuda Katz: http://yehudakatz.com/
JSON API: http://jsonapi.org/
ROCA: Server-seitiges HTML, App Logik nur im Server, Seite funktioniert ohne JavaScript, JavaScript erweitert nur, Progressive Enhancement (https://en.wikipedia.org/wiki/Progressive_enhancement), ...
History API: http://diveintohtml5.info/history.html
SEO & Single Page Apps: http://backbonetutorials.com/seo-for-single-page-apps/
iTunes im Browser? o_O z.B. mit https://vaadin.com/home
Monolithen aufbrechen; die einzelnen Teile sollten auch ein eigenes UI haben
Breaking the monolith: Towards a system-of-systems architecture: http://vimeo.com/74354372
jQuery UI: https://jqueryui.com/
ember.js und AngularJS bieten Konventionen und vermeiden Diskussionen (meint Basti)
Web Framework Ansatz: "Wir nehmen entweder JSF oder Grails oder JRuby oder Angular oder jQuery"
Architektur sollte unabhängig sein von der Implementierung
Bower: http://bower.io/
"build for replacement, not for reuse"
The Twelve-Factor App: http://12factor.net/

Alte Ideen tauchen in neuen Konzepten wieder auf; verschiedene Gruppe lernen von einander
JAXconf: http://jaxconf.com/
innoQ Timeline: http://www.innoq.com/de/timeline/
innoQ Podcast: http://www.innoq.com/de/timeline/?type=podcast_episodes

42 에피소드

published 11+ y ago

Wir haben mit Stefan Tilkov über Softwarearchitekturen, REST und das Web gesprochen.