De apps tegen de applicaties | Computable.nl
24 november 2015 10:46 | Gijs in 't Veld | 4
Henri Koppen | 24 november 2015 12:37
Je schetst het wel weer erg plat, met het tempo waarop de wereld verandert is het ook lastig om 1 pad te kiezen: Applicaties of Apps. Daarnaast vind ik ook dat je een scheiding tekent die er feitelijk nauwelijks is.
Zie jij het verschil of een Word document op een App is gemaakt op IOS, op een werkstation? Of in de browser?
Daarnaast: Als je veel in de cloud beweegt zul je ook een IAM beleid hebben gebaseerd bijvoorbeeld op een Active Directory / Google for Work of ander OAUTH 2.0 product mogelijk in de vorm van een Okta of OneLogin. Het is dan juist zaak om deze tools mee te nemen in je diverse keuzes. Past het niet? Dan mag het niet, of in ieder geval altijd in samenwerking met de verantwoordelijke (it) afdeling.
Voor het maatwerk, of het communiceren tussen de diverse (web) services zul je ook de it afdeling moeten betrekken of dit uitbesteden aan een partij die je daarbij kan helpen.
Uiteindelijk wil je geen producten meer gebruiken die direct communiceren naar relationele databases, dit zou altijd via een webservice verlopen. Als je dit goed aan pakt is de term "on-premises" iets van het verleden geworden en ben je als organisatie vrij in je beweging.
Apps versus Applicaties is in mijn ogen een verkeerde focus.
Ad Gerrits | 24 november 2015 20:35
Nogal wat stellingen die m.i. lang niet altijd opgaan ('applicaties zijn rigide', 'apps zijn microservices en bieden 1 functie'). Met name de laatste alinea ("Iedereen die met apps werkt zal echter ook de volgende problemen (h)erkennen") verbaast me: ik werk met apps maar herken ze namelijk helemaal niet. Apps bieden vaak afgebakende functionaliteit met weinig onderlinge relaties waardoor afzonderlijke app-updates de totaalbeleving juist niet verstoren en data-integriteit borgen geen probleem is. Misschien snap ik niet goed wat je er mee bedoelt, maar dan mag je het even toelichten. Verder is de titel wat vreemd omdat ze in mijn ervaring elkaar prima kunnen aanvullen.
legoland | 25 november 2015 06:05
Verbazingwekkend betoog.
Eerst wordt een tegenstelling beschreven tussen applicaties en apps.
Vervolgens heb je het over een fundamentele keuze die daarin gemaakt zou moeten worden.
Daarna over de realiteit : hybride scenario's. Inderdaad, vanzelfsprekend. Geen keuze dus.
Terloops nog even apps als microservice typeren, terwijl juist microservices by design open standaarden, coherentie, modulariteit en schaalbaarheid nastreven. Zou toch moeten aanspreken als architect.
Wat bouw jij zelf eigenlijk van die legodoos ?
Willem Oorschot | 25 november 2015 17:17
Je vergelijkt nu een monolitische applicaties met een (monolitische) app? App is veel meer presentatie van data op basis van een microservice of linked data die op basis van een API wordt geconsumeerd.
Omdat je er niet onderuit kan is het hybride model nu van toepassing, de toekomst kan er anders uitzien.