IHR Weg in die API Economy

ARS
IHR Weg in die API Economy
Wie sie in 90 Tagen zum API Anbieter
werden können…
ARS Computer und Consulting GmbH
Michael Heiß, Business Lead API & APItekt

© ARS Computer und Consulting GmbH 2017
2
ARSAPI & API Economy – was soll das?
Sicht von Gartner
Aus Vortrag von Paolo Malinverno/Gartner, Research VP at InterConnect 2016
APIs Have Always Been Everywhere
They Just Were Never Published Properly
The API Economy: A Working (Long) Definition
 A set of new and innovative business models and channels
 Based on secure access of functionality and exchange of data
 To an ecosystem of developers and the users of the app constructs they build
 Through an application programming interface (API)
 Within a company
 Or on the internet with business partners and customers

3
ARSBeziehung zwischen API Anbieter und Konsument

4
ARSRelevanz für Sie?
Bis 2016: ARS Sicht auf Basis des Dialogs mit unseren Kunden war
(speziell auch im Bereich Banken, Versicherungen und sonst. Finanzdienstleistungen)
Zufriedenheit mit etablierten Ansätzen wie SOAP bzw. EDI
Unser Kunden haben/planen keine APIs
Ideen bzgl. neuer Geschäftsmodelle/Strategien sind noch nicht reif
Aber auch: Akute Angst vor Disruptoren -> Gegenschlag

5
ARSRelevanz für Sie?
2016 kam das erste API Feuerwerk auf Kundenseite
Erste Ideen bzgl. strategischen Initiativen
Mobile Apps und moderne Web Applikationen
Technik hat notwendigen Reifegrad
2017 ist Jahr der Kettenreaktion
„Unsere Partner haben nun APIs.
Von uns wird plötzlich erwartet, dass wir auch APIs anbieten…“
„Wir agieren als Disruptor im eigenen geschäftlichen Umfeld.“
„Wir bereiten uns bzgl. Architekturvorgaben auf die Cloud vor.“
„Wir haben Schwierigkeiten, Entwickler mit unseren eingesetzten
Standards/Technologien zu finden und wollen uns öffnen.“

6
ARSEinstieg in die API Thematik wird häufig unterschätzt

7
ARSGovernance Balance in API Initiativen
Achieving a productive balance between helpful guidance and stifling
control requires understanding impediments and team culture.
[...]API initiatives often stall due to:
Insufficient education, training,
and mentoring
Mistrust or lack of collaboration
across organizations
Conflicting incentives
Poor service/API design
Lack of metrics
Lack of governance
https://www.infoq.com/articles/converging-api-soa-governance

8
ARSAPI Projekte im Jahr der Kettenreaktion
API Initiativen starten aufgrund der Kettenreaktion häufig
„unvorhergesehen“
Architekten müssen „vor die Welle“, Entwickler müssen umdenken
Pflicht eines Dienstleisters:
 Widerstandsphase verkürzen
 Entscheidungsfähigkeit in
neuem Themengebiet durch
Einbringung von
funktionierenden Best-
Practices wiederherstellen
 Maßnahmen zur Anpassung
definieren, um ein Commitment
und damit eine gesteigerte
Produktivität in der breiten
Masse zu erreichen
Quelle: Eike Wagner et.al. (2010):
Wie erfolgreiche Veränderungskommunikation wirklich funktioniert?!

9
ARSAus Sicht eines Dienstleisters…
Ausgangslage:
 Wenn der Dienstleister kommt, wurde bereits was entschieden…
 Benchmark der Entscheidungen/Maßnahmen notwendig
 Auswahl/Korrektur von zusätzlichen Maßnahmen
„Man sollte erst laufen lernen, bevor man rennt…“
 Entscheidungsfähigkeit im Architekturbereich
 Verständnis bzgl. der Erwartungshaltung an APIs
 REST und HTTP verstehen und Erkenntnisse als Rahmenbedingungen für
Entwicklungsprojekte festhalten (API Design Guideline)
 Prozessuale und organisatorische Dinge klären
 Altlasten/technologische Schulden kommen zum Vorschein.
Wie damit umgehen?

10
ARSStrategie und Architektur: Kein „entweder oder“!!!
Vergleiche deine API Initiative mit dem Wettbewerb
Plane die Vermarktung und Monetarisierung deiner API
Definiere eine Strategie bzgl. Onboarding von Entwicklern
(intern/extern) und Community Management
Definiere Transformationsmaßnahmen
Schaffe einen Nährboden für die Zusammenarbeit
zwischen Business und IT
Etabliere Standards für ein einheitliches API Design
Etabliere Rollen und Prozesse im Kontext des API Lifecycles
Modernisiere deine Entwicklungsprozesse
Plane die Modernisierung deiner Architektur
Setze auf offene Standards (z.B. API Security, Plattformen)
Strategie
Architektur

11
ARSARS Ansatz: Roadmap zum API Anbieter
API Anbieter
Beratung und Evaluierung
Architekturberatung
Installation und Implementierung
Evaluierung API Mgmt Lösung
Proof of Concept
API Design Guideline
API Lifecycle (Governance, Prozesse, Rollen)
API Development (Architektur & Tools)
API Security (OAuth2 / OpenID Connect)
Cloud Native Applications / Microservices
Installation API Mgmt Plattform
Customizing
API Implementierung(en)
30 Tage 60 Tage 90 Tage
Continuous Delivery / DevOps
Benchmark API Initiative
Services
Managed Service 24/7
Upgrade(s)

12
ARSBevor es richtig losgeht…
Strategie und Benchmark Phase
Validierung der strategischen Vision
(interne vs. extern beeinflusste Beweggründe)
Identifikation eines Maßnahmenkatalogs
 Strategische Vermarktung der APIs
 Technologische Transformation
 Organisatorische Anpassung und Prozesse
 Kompetenzentwicklung der Mitarbeiter
(Entwicklung, Architektur, Fachbereich)

13
ARSNotwendigkeit bzgl. API Management/API Gateway?
Was ist API Management
Developer Portal für externe/interne Entwickler
 Verwaltung der Entwicklerorganisationen (extern)
 Verwaltung der Entwicklerorganisationen (intern)
 Verwaltung der Anwendungen
Verwaltung der Querschnittsfunktionen
 API Produktmanagement und Abbildung von Policies
 API Lifecycle Management (technischer Service -> API Produkt)
 Zentralisierung der Security
 Zentralisierung der API Security
 Monitoring und Analytics
=> Mehr dazu im letzten Vortrag im API Track (Peter Brabec/IBM)

14
ARSNotwendigkeit bzgl. API Management /API Gateway?
Zentrale Fragestellungen zur Entscheidungsfindung
 Wie vereinheitliche ich Authentifizierung/Autorisierung
 Abbildung des API Lifecycles
 Onboarding von Partnern/Entwicklern Community & Management
 Analytics für API Provider und/oder API Developer
Erarbeitung einer möglichen API Management Topologie
 Multi-Organizational (Dachkonzern mit Tochterunternehmen)
 Cloud-Ready? (Multi-/Hybrid-/Public-/Private)
 Zentral verwaltet oder Autonomität (Risiko bzgl. Silobildung)
Evaluierung bzgl. API Management Lösungen
 OpenSource Baukasten vs. vollumfängliche API Mgmt Lösung
 Software Gateway / Gateway Appliance / Cloud Gateway

15
ARSWas bedeutet „API First“?
API First folgt dem Business-Gedanken
Das Kern-Asset jeder Anwendung ist eine API
Aus Business Sicht wird das Investment
mehrfach verwertbar
Unterschiedliche Zielgruppen:
Unternehmenssicht (intern/extern)
 Unternehmen, die integrieren statt migrieren sind produktiver und schneller
(Time to Market)
 Dienste werden im gesamten Unternehmen geteilt
 Dienste werden mit Partnern, Startups, Neukunden geteilt
Entwicklersicht (intern/extern)
 API basiert auf offenen „leichtgewichtigen“ Standards
 Dadurch vereinfachte Integration mit anderen Systemen
 Wiederverwendbarkeit der APIs

16
ARSArchitektur-Dilemma – „Vor die Welle kommen…“
Ziel: Frühzeitige Vermeidung von skalierenden Fehlern
Hausaufgaben im Architekturbereich
 Einarbeitung in die API Thematik & ggf. Umorientierung
 Individuelle API Design Guideline
 Technische Rahmenbedingungen, Blueprints & Patterns
 Security Richtlinien
 Kommunikation/Marketing in Entwicklungsbereiche
Aufbau Know-how im Entwicklungsbereich
 API Design
 Contract First API Development (inkl. Werkzeuge, und Prozesse)
 Moderne Laufzeitumgebungen und Entwicklungsplattformen
Besser: Mit internen Communities das Feuer entfachen
Architekturbereich begleitet Community
Community bringt Vorschläge ein, oder reguliert sich selbst

17
ARSAPI Design Guidelines everywhere?
Fragestellungen:
Zweck einer Guideline?
Fremde Guideline verwenden?
„Die eine Guideline“ oder zielgruppenspezifisch
(intern/extern)?

18
ARSWieso ist API Design so wichtig?
Eine API ist fachlich geprägt
Die API ist ein Produkt
(Außenwahrnehmung, Innendarstellung)
Die API ist ein Versprechen/Vertrag
 Fachliche Dokumentation & technische Dokumentation
 inkl. Policies, SLAs, Verwendungsbeispiele etc.
Veröffentlichung von technisch versierten/komplizierten
Schnittstellen erhöhen die Onboarding-Kosten für Partner bzw.
interne/externe Entwickler
Eine Standardisierung der Designkriterien
 reduziert interne Kommunikationsaufwände
 reduziert verwirrende „Vielfalt“ und sorgt für einheitliche Develeoper UX
 reduziert das Risiko bzgl. unstabiler Schnittstellen-Verträge

19
ARSContract First: Schnittstellenprobleme vermeiden
Schnittstellenprobleme sind ärgerlich und kostspielig!!!
Aufwand bei auftretenden Breaking Changes ggf. sehr hoch
(z. B. Parallelbetrieb von unterschiedlichen Versionen
einer API)
Schnittstelle/API = Vertrag
 Formulierung/Dokumentation des Vertrags (Swagger-Spezifikation)
 Sobald Schnittstelle veröffentlicht wurde,
kann der Vertrag einvernehmlich gekündigt/geändert werden.
 Alternativ Ankündigung der Abkündigung
 Zeitfenster je nach Situation
 Kurzfristig (Client Entwickler und Backendentwickler arbeiten eng zusammen)
 Mittelfristig (Größeres Entwicklungsteam oder Zusammenarbeit mit Dienstleister)
 Langfristig (Partner = API Client)

20
ARS
Backend Team
Contract First: Stabilität und Parallelisierung
Server Code
Client Team QS
Testwerkzeuge
Spezifikation
Client Code
Java Code
(teilweise generiert)
NodeJS
Java
ASP.NET
API Mock
JavaScript Code

21
ARSDer API Lifecycle
API Lifecycle = Service Lifecycle
Fokus auf API Consumer
Fokus auf Gültigkeit des Schnittstellenvertrags
Deprecation und Sunsetting sind essentielle Phasen
(Aktive Kommunikation und Abkündigungsstrategien)
https://www.infoq.com/articles/converging-api-soa-governance

22
ARSProzesse und Rollen im API Lifecycle
Beispiel: Rollen aus IBM API Connect
Entwickler (intern/extern)
Product Owner
API Developer
API Administrator
API Operations
Gateway Admin
API Mgmt Operations
…

23
ARSKonsolidierung von Security Silos mit OpenID Connect
Security Silos in großen
Unternehmen:
Selbst entwickelte Silos
Zugekaufte Silos
(Anwendung mit
mitgebrachtem
Identity Access Mgmt.)
Applikationen der ggf.
autarken Tochterfirmen
Lösung:
Zentralisierung von Authentisierung/Autorisierung mit offenen
Standards (OAuth2/OpenID Connect)
=> Vortrag der Deutschen Rentenversicherung @ARSCon 2017

24
ARSTechnologische Explosion
Bisher war Java und XML als Entwicklerfähigkeit ausreichend
Neuer Status Quo in der Softwareentwicklung:
Java EE, Spring Boot, JavaScript, Groovy, Swift, Go, …
XML, YAML, JSON
Liberty, Spring Boot, Node
Docker
Client Entwicklung ist bereits seit langem polyglott:
Mobile (Java, Swift, Objective C, JavaScript/HTML)
Web: Wettkampf zwischen Vielzahl von JavaScript Frameworks
Die Karten werden neu gemischt:
HR Aspekt (Entwicklermarkt)

25
ARSEine API kommen selten alleine…

26
ARSARS Ansatz: Roadmap zum API Anbieter
API Anbieter
Beratung und Evaluierung
Architekturberatung
Installation und Implementierung
Evaluierung API Mgmt Lösung
Proof of Concept
API Design Guideline
API Lifecycle (Governance, Prozesse, Rollen)
API Development (Architektur & Tools)
API Security (OAuth2 / OpenID Connect)
Cloud Native Applications / Microservices
Installation API Mgmt Plattform
Customizing
30 Tage 60 Tage 90 Tage
Continuous Delivery / DevOps
Benchmark API Initiative
Services
Managed Service 24/7
Upgrade(s)

27
ARSZusammenfassung / Praxisbericht
Schafft man es in kurzer Zeit (90 Tage) nicht nur vor die Welle zu
kommen, sondern auch zu surfen?
 Mit unserem Zeitplan sehr gute Erfahrungen gesammelt
 Nicht alle Themen müssen immer adressiert werden
 Communities / APItekten treiben das Thema weiter
Muss man es in so kurzer Zeit schaffen?
 Rahmenbedingungen sind aktuell (leider) häufig so
 Abwägung: Feuer löschen oder Brandschutzmaßnahmen ausbauen?
Welche Aspekte sind mitunter die wichtigsten?
 Lernkurve aktiv optimieren
 Commitment der Organisation durch Guidelines und hilfreiche
Rahmenbedingungen fördern
 Communities etablieren, um nicht von Fragen überrollt zu werden
 Vollumfängliches API Management oder nur ein API Gateway?

28
ARSDiskussion
Erleben Sie die Situation auch so in Ihrer Organisation?
 Kurzfristig geborene API Initiative
 Know-how Aufbau mit paralleler Entwicklung schwierig
Wie gehen sie mit der Problematik um?
 Guidelines?
 Communities?
Wenn Sie es bereits „hinter sich“ gebracht haben…
 Wie lange haben sie gebraucht?
 War der Zeitrahmen flexibel?
 Welche Hürden waren die Schwierigsten?

29
ARSKontaktinformationen
Für Fragen und weitere Informationen
stehe ich Ihnen gerne zur Verfügung:
Michael Heiß
Business Lead API & API-tekt
michael.heiss@ars.de
+49 89 32468-2040

30
ARSARS Computer und Consulting GmbH
 ARS Computer und Consulting GmbH ist eines der führenden Unternehmen im Bereich
Software Engineering
 Unsere Mission: hochwertige Beratung und erfolgreiche Projekte zur Entwicklung
qualitativ exzellenter Software: The Art of Software Engineering
 Seit über 20 Jahren hat unser Team die Kreativität, das Wissen, die Übung und Intuition,
die unsere Kunden für ihre erfolgreichen Softwareprojekte benötigen. Wir entwickeln
nicht nur individuelle Software, sondern unterstützen unsere Kunden bei Ihren
Entwicklungsprojekten ganzheitlich. Vom Design über Architekturberatung, Entwicklung,
Qualitätssicherung, Betriebskonzepte mit DevOps bis hin zur Einführung eines Application
Lifecycle Managements.
 Im Fokus dabei: die „ARS Golden 4“. Microservices-Architekturen, umgesetzt mit agilen
Entwicklungsmethoden, unterstützt durch DevOps-Tools und -Prozesse, mit einer klaren
Ausrichtung auf APIs – nach innen und nach außen.
 Unsere Vision: Kognitive Lösungen sind für uns die Zukunft, deshalb arbeiten wir schon
jetzt mit Machine Learning von der Apple Smartwatch bis zum IBM Mainframe:
Software Engineering for a Cognitive World
Lassen Sie uns gemeinsam Neues schaffen, das begeistert.

IHR Weg in die API Economy

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie IHR Weg in die API Economy

Ähnlich wie IHR Weg in die API Economy (20)

IHR Weg in die API Economy