Programma

HEINEKEN zit midden in een digitale transformatie om de best-connected brouwer te worden. In deze sessie zal Guus ingaan op welke manier het Global Integratie team binnen IT hieraan bijdraagt. Met een significant toenemende vraag voor applicatie-integratie, de verschuiving naar meer Event Driven integratiepatronen, double-digit growth in de adoptie van de global integratieplatformen in meer dan 100 landen, en een groter wordend team van zowel internen in Nederland en Polen, maar de grootste groep externen in APAC en Europa, legt hij uit hoe hij waarde en versnelling toevoegt aan de HEINEKEN Evergreen strategie en de daar onderdeel van uitmakende digitale transformatie. Take-aways zijn innovatie in applicatie-integratie, integratie platform strategie, en de rol van observability tijdens deze reis

In een zeer complex IT landschap met een nog uitdagender digitale strategie speelt volgens velen integratie voor Shell een cruciale rol. Het zou de efficiëntie, controle en flexibiliteit vergroten van Shell’s digitale landschap, waardoor het bedrijf beter kan inspelen op de behoeften van hun klanten en de energietransitie kunnen versnellen. Maar wat als u dit op een enorme schaal doet? Shell is afhankelijk van een goedwerkend, schaalbaar en veilig digitaal landschap waarbij een hoge mate van AIML, automatisering, robotisering en het snel inpassen van digitale oplossingen kenmerken zijn om klanten te helpen sneller te decarboniseren. Helpt integratie daar echt bij? Is het niet slimmer om ‘market standard’ pakketten zo goed mogelijk neer te zetten? En hoe wordt er dan voor gezorgd dat dit op een juiste manier gebeurt? ‘Change by Design’ is het credo dat hierbij gehanteerd wordt.

Na het volgen van deze sessie weet u:

• Dat integratie slechts één van de oplossingen is, en dat er altijd een grotere context nodig is.
• Dat voor elke digitale oplossing er eerst een heldere waardecreatie noodzakelijk is.
• The Good, the Bad en the Ugly van integratie.
• Less = More.

Unlocking business potential and creating value for tech teams often depends on driving innovation and achieving digital integration. Leading software development at TomTom and Coolblue during periods of 50% year-on-year growth, and guiding Jumbo’s online expansion before and during the COVID-19 pandemic, has taught me invaluable lessons about building innovative teams. In this talk, I’ll share both my successes and failures through the practical, easy-to-apply Cherry Model. It worked for me, and it just might work for you too.

Ruim 3 jaar geleden is er bij Bovemij (60 jaar geleden opgericht door de BOVAG, voor verzekeringen, bankieren en data diensten) gestart met het opstellen van een nieuwe IT-platform strategie inclusief opbouw van een nieuw integratie platform. De afgelopen 3 jaar is er keihard gewerkt om deze strategie te implementeren. Tijdens deze presentatie zal Arjan van Hienen, Domain Architect Integration bij Bovemij, uitleggen waarom de strategie is opgesteld en hoe de implementatie de afgelopen jaren gelopen is. Successen, uitdagingen, huidige stand van zaken en plannen voor de (nabije) toekomst komen aan bod.

Na het volgen van deze sessie weet u:

• Hoe u API’s creëert voor applicaties/databronnen die niet out of the box een API aanbieden en hoe u API’s combineert (orkestratie).
• Hoe u het hergebruik van APIs stimuleert.
• Hoe u API producten creëert en betalen voor API’s (monetization) mogelijk maakt.

ANWB has been working on their API landscape for nearly a decade, with dozens of development teams. Initially that meant giving teams full freedom to create APIs as they wanted. But times have changed. The digital world hasn’t gotten any safer, and with the push to cloud, serverless, and ever shorter cycle times, it was time for the next step. So, the past two years, ANWB has moved to a new API management platform.

Martijn Stellinga is a solution architect working in the integration team at ANWB. Deepak Grewal is a technical consultant at Kong. In this session, they will discuss what ANWB is trying to achieve, and how Kong is a good fit to realize those ambitions.

Take-aways:

• Proper API management is requirement for creating high-quality, secure APIs
• Thinking about threats and regulations is an important component of an API strategy
• By limiting developer freedom you can actually help teams develop faster

In order to make digital transformation work, organizations need to organize their IT optimally. This requires combining concepts such as agile, DevOps, team topologies and platform engineering with technology developments around cloud, security and data. Integration is a crucial component in combining these concepts and technologies. Especially APIs, when deployed properly. Last year, Rabobank has completely rebuilt its API Management Platform according to this combined philosophy, migrated from their old platform to the new platform within a year and completely decommissioned its old platform. The new API Management platform is fully automated and self-service oriented, decreasing cognitive load for ~800 DevOps teams in Rabobank. It follows Rabobank’s multi-cloud strategy and connects, via custom automations, various components besides the core micro API gateways per team. Via extentions of the Open API Specifications, Rabobank governs adherence to guardrails and standards in close cooperation with the internal API community within Rabobank.

Takeaways:

• API Management, done properly, is a key component in facilitating a modern, IT-driven organization.
• Rabobank’s new API Management platform is self-service, contains micro-gateways per team, is multi-cloud, fully automated and consists of various components connected via custom automations.
• Together with its internal community Rabobank strictly governs the security and standardization of its API landscape.
• Rabobank managed to migrate away from its old API platform completely within 1 year!

Sligro streeft naar meer wendbaarheid in een steeds veranderende digitale wereld. Met een composable architectuur willen ze dit bereiken. Een dergelijke architectuur biedt flexibiliteit, maar de realisatie ervan vereist volledige steun vanuit de business. Die steun is moeilijk te verkrijgen, omdat het onderwerp vrij technisch is en niet direct resoneert met de dagelijkse businessprioriteiten.

Toch is Sligro er in geslaagd deze architectuur concreet in te vullen door gebruik te maken van Data Hubs en generieke API’s, waardoor data en systemen flexibel ingezet kunnen worden en snel inspelen op nieuwe bedrijfsbehoeften.

Key Take Aways van deze sessie:

-Sligro streeft naar wendbaarheid met een composable architectuur.
– Business buy-in is cruciaal, maar lastig te realiseren door de technische aard van het onderwerp.
– Een data-transitie en use case-gedreven aanpak hebben uiteindelijk de business geactiveerd.
– Sligro heeft de composable architectuur gerealiseerd met Data Hubs en generieke API’s