Cloud Foundry Summit Europe 2017

In this session jointly presented by Microsoft and SAP, Sean and Dmitry will share their experiences and lessons learned from working on adding SAP Cloud Platform as a fully-managed public cloud offering on Microsoft Azure. We’ll present SAP’s multi-cloud strategy and Cloud Foundry’s role herein, how the team implemented it on Azure and the challenges encountered along the way. We’ll wrap up by providing an outlook on the next steps and plans for the future.

HCL has built a Services Exchange allowing CIOs to manage their hybrid cloud environments (IaaS, PaaS, and SaaS capabilities). This was initially built on IBM Bluemix and HCL has ported this so as also be deployed on SAP CP CF. Understand how the benefits of portability and the Open Service Broker API helps ecosystem members maximise ROI by leveraging multi-cloud characteristics.

It's not an easy task to keep one CF landscape up and updated all the time. Doing this with several landscapes with varying BOMs (bill of material) on different IaaS in parallel does not make it easier. In this session, Martin and Andreas will give an overview on how they organize as a multinational, 3-time-zone team of landscape gardeners trying to keep the landscapes blooming. They will share details on the collaboration with the development organizations. Judge for yourself where this fits your idea of "DevOps" or "SRE". A larger section will be dedicated to the alerting and monitoring approach which focus on the customers' scenarios as main health indicator. Not all flowers bloom and thrive all the time –Andreas and Martin will also share some of the challenges they have with their own stuff and also with the concepts of CloudFoundry.

From an application lifecycle management perspective, the basic deployment unit, the "CF-app", is not sufficiently equipped with metadata. Thus, people are encoding ID, version and even blue/green deployment status directly into the CF-app-name. Service instances must be created, updated and bound in alignment with the app lifecycle. Routes must be created and (re-)mapped. Dependencies to other apps must be written into environment variables. To achieve all of this, each continuous deployment and release management implementation invents its own script code world to automate application lifecycle operations.

This talk introduces the audience to the challenges of managing distributed cloud native applications with cross-app and service dependencies and need for deployment-specific configuration. The presenters show a service, based on a declarative application model, capable to orchestrate complex deployment processes.

It is demonstrated via concrete examples how this service, positioned as an extension to the platform, brings important added value in the application lifecycle management area and provides the foundation for further innovations.

Customers using your cloud need to have trust that their data is safe. This is especially true for enterprises running critical businesses on top of Cloud Foundry. Even if communication from the client to the router or load-balancer is secured, the traffic inside Cloud Foundry and the connections to backing services are unencrypted by default. On a public cloud code of different customers runs on the same resources. Malicious developers could use a security hole to break out of their application or staging containers and sniff network traffic containing packets of other customers.

We therefore use IPsec in order to provide transport level encryption. We will give a brief introduction to IPsec and the IPsec BOSH release. We then show how we use it to secure traffic from Cloud Foundry to a backing service which provides connections to the SAP systems at the customer site.

The Internet of Things is rapidly becoming the Internet of Everything. And with that comes massive scale up in data and in messages being generated and delivered for analysis and machine learning. Such scale issues require an understanding of the various wire protocols in use for IoT and for the applications being fed. Without data movement, IoT is meaningless.

So, how do you deal with moving IoT messages into Cloud Foundry?

Dave will help you understand the pros and cons of relevant protocols by demonstrating a simple IoT scenario: A particulate sensor connected to an Arduino Uno that sends MQTT messages into a message router that passes them along to Pivotal Cloud Foundry using REST.

From there, he’ll look at the protocol requirements of a microservices architecture within Cloud Foundry, including considerations of JMS and AMQP. Dave will finish up with a discussion on the emerging multi-cloud and hybrid cloud (public to private to datacenter) architectures and why your data needs to flow where you need it when you need it, in the form that best fits the use case.

Modern factories have implemented a multitude of IoT devices generating streaming data with different formats and capacity. We will explore how to aggregate streaming data from these devices to feed into dashboard apps and how to migrate these apps from localhost to PCF Dev and finally Pivotal Cloud Foundry. We will discuss some of the challenges we ran into and how to address them.

On the other end of every connected device is an application. Actually, many applications. But what about the data? One of the most pressing challenges in the Internet of Things is the flood of streaming data. How do we build applications that can make use of that data? What do we need to change about how we process and analyze that data?

Whoa, whoa, whoa - hang on a minute. Is this about Cloud Foundry or data? It couldn't possibly be both.

Or could it?

Believe it or not, Cloud Foundry has a valuable role to play in supporting *data-driven* IoT applications. In this talk, Dormain Drewitz will provide a model for building IoT applications and illustrate how Cloud Foundry fits in. When combined with Cloud Foundry, projects like Spring Cloud Stream are changing the game for IoT apps.

For many organizations, low-code development is a critical part of digital transformation programs, as it allows for capturing fast-moving opportunities in time and differentiating with stunning software applications.  In this session, you will learn how SAP, in partnership with Mendix, is providing tooling to develop enterprise-grade cloud applications at an unprecedented speed by combining the powerful capabilities of SAP Cloud Platform with visual model-driven development, business-IT collaboration, full application lifecycle management and one-click deployment to a cloud infrastructure of your choice.

AWS, Azure, GCP, OpenStack, etc. why choose when you can have them all? Give your users the freedom to decide which infrastructure perfectly suits their needs!

We share our experience with the SAP multi-cloud platform and show how to setup an enterprise-grade Cloud Foundry that supports high performance SSL termination, advanced access control for embargoed countries and restricted development environments, enhanced logging capabilities and many other features. With HAProxy you can achieve all of that not only with one, but with all major IaaS providers.

Every infrastructure has its unique set of powerful features and minor shortcomings. Each has its own way of handling incoming traffic. HAProxy sits right behind the IaaS specific load-balancer. It adds missing features and works around infrastructure differences in order to provide a seamless multi-cloud interface to the endpoints of Cloud Foundry and a streamlined experience to the user. No matter what IaaS provider was chosen.

The best part is: You can start building right now. All features have already been integrated into the haproxy-boshrelease of the cloundfoundry-incubator organization on GitHub.

Keytree have developed a suite of instore technologies  for retailers, initially delivered to a UK Luxury Goods Company. The full suite includes mobile apps, connected devices and machine learning. The solution needs to be flexible to fit with differing retailers’ IT landscapes, provide a consumer-grade experience, and enterprise reliability. Learn how to use Cloud Foundry services to rapidly deliver the required innovation, flexibility and scalability in luxury retail.

When running a cloud application that serves many different customers, keeping track of what is going on can quickly turn into a challenging and “cloudy” endeavor. Especially when unexpected and difficult-to-reproduce issues show up, you need to rely on a toolset, that provides timely insights and allows you to quickly find relevant information to solve that issue. In this presentation, Christoph Eichhorn and Christian Duefel will show how to leverage the SAP-Logging-Pipeline in order to obtain out of the box insights on performance, usage and other events, as well as metrics and the correlation of all these. Parts of the pipeline have already been put under Open Source. The SAP-Logging-Pipeline for Cloud Foundry enables you to gain visual flight conditions in the cloud.

The autosleep (https://github.com/cloudfoundry-community/autosleep) service provides the ability for Cloud Foundry users to automatically have their applications stopped after a given period of inactivity, and then automatically started when accessed through traffic received on their routes.

Users with dedicated orgs today face the problem of having to deal with a lot of resource wastage due to either, applications that need to be available for only a particular time period or applications that are running with minimal to zero accesses. Trial orgs are a good example of such an org. Autosleep exposes a broker which allows space developers to opt-in to autosleep by creating service instances in specific spaces and triggering monitoring the apps in those spaces.

The autosleep service has been recently enhanced with the additional use case of supporting "Automated org enrolment" targeted towards Platform Owners and Org Managers. Org Managers/CF admins can now register an org with autosleep using a simple REST API. Once done, autosleep will automatically start monitoring all spaces within that org and their applications for inactivity for a certain configurable period of time and in case of no activity detected during said interval, will automatically stop such apps.

This talk details this new org enrolment feature with a demo, and provides initial return on experience from SAP running autosleep on its Cloud Foundry landscapes.

IoT is delivering significant business value by improving efficiencies and increasing revenue through automation and analytics, but widespread fragmentation and the lack of a common IoT solution framework are hindering broad adoption and stalling market growth.

Hosted by The Linux Foundation, EdgeX Foundry is a new open source project that is accelerating enterprise IoT deployments by unifying the marketplace around a common IoT edge framework and an ecosystem of interoperable components.

Barton George, Senior Architect in the office of CTO, will provide an overview of EdgeX Foundry and discuss how the EdgeX framework makes it easy for enterprises to quickly create IoT edge solutions that have the flexibility to adapt to changing business needs.