ºÝºÝߣshows by User: FrankLyaruu / http://www.slideshare.net/images/logo.gif ºÝºÝߣshows by User: FrankLyaruu / Thu, 22 Oct 2020 18:08:02 GMT ºÝºÝߣShare feed for ºÝºÝߣshows by User: FrankLyaruu Too young to quit, too old to change /slideshow/too-young-to-quit-too-old-to-change/238944087 legacychangecapture-201022180802
Old applications are everywhere, even if they work fine, we hate working on them. Can we add features and maintain these without needing to touch them? A technology called "Change Data Capture" can deliver us a way out of this dilemma: We'll take a look at Debezium, a piece of infrastructure software that can connect to our database and streams all mutations to Kafka. This allows us to materialize this data in many different forms, pipe into serverless platforms, or even into machine learning endpoints. What do we need to make this work effectively? And what pitfalls do we find?]]>

Old applications are everywhere, even if they work fine, we hate working on them. Can we add features and maintain these without needing to touch them? A technology called "Change Data Capture" can deliver us a way out of this dilemma: We'll take a look at Debezium, a piece of infrastructure software that can connect to our database and streams all mutations to Kafka. This allows us to materialize this data in many different forms, pipe into serverless platforms, or even into machine learning endpoints. What do we need to make this work effectively? And what pitfalls do we find?]]>
Thu, 22 Oct 2020 18:08:02 GMT /slideshow/too-young-to-quit-too-old-to-change/238944087 FrankLyaruu@slideshare.net(FrankLyaruu) Too young to quit, too old to change FrankLyaruu Old applications are everywhere, even if they work fine, we hate working on them. Can we add features and maintain these without needing to touch them? A technology called "Change Data Capture" can deliver us a way out of this dilemma: We'll take a look at Debezium, a piece of infrastructure software that can connect to our database and streams all mutations to Kafka. This allows us to materialize this data in many different forms, pipe into serverless platforms, or even into machine learning endpoints. What do we need to make this work effectively? And what pitfalls do we find? <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/legacychangecapture-201022180802-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Old applications are everywhere, even if they work fine, we hate working on them. Can we add features and maintain these without needing to touch them? A technology called &quot;Change Data Capture&quot; can deliver us a way out of this dilemma: We&#39;ll take a look at Debezium, a piece of infrastructure software that can connect to our database and streams all mutations to Kafka. This allows us to materialize this data in many different forms, pipe into serverless platforms, or even into machine learning endpoints. What do we need to make this work effectively? And what pitfalls do we find?
Too young to quit, too old to change from Frank Lyaruu
]]>
94 0 https://cdn.slidesharecdn.com/ss_thumbnails/legacychangecapture-201022180802-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Embracing Database Diversity with Kafka and Debezium /slideshow/embracing-database-diversity-with-kafka-and-debezium/90617023 embracingdiversitykafka-180314081016
There was a time not long ago when we used relational databases for everything. Even if the data wasn’t particularly relational, we shoehorned it into relational tables, often because that was the only database we had. Thank god these dark times are over and now we have many different kinds of NoSQL databases: Document, realtime, graph, column, but that does not solve the problem that the same data might be a graph from one perspective, but a collection of documents from another. It would be really nice if we can access that same data in many different ways, depending on the context of what we want to achieve in our current task. As software architects this is not easy to solve but definitely possible: We can design an architecture using Event Sourcing: Capture the data with Debezium, post it to a Kafka queue, use Kafka Streams to model the data the way we like, and store the data in various different data sources, so we can synchronize data between data sources.]]>

There was a time not long ago when we used relational databases for everything. Even if the data wasn’t particularly relational, we shoehorned it into relational tables, often because that was the only database we had. Thank god these dark times are over and now we have many different kinds of NoSQL databases: Document, realtime, graph, column, but that does not solve the problem that the same data might be a graph from one perspective, but a collection of documents from another. It would be really nice if we can access that same data in many different ways, depending on the context of what we want to achieve in our current task. As software architects this is not easy to solve but definitely possible: We can design an architecture using Event Sourcing: Capture the data with Debezium, post it to a Kafka queue, use Kafka Streams to model the data the way we like, and store the data in various different data sources, so we can synchronize data between data sources.]]>
Wed, 14 Mar 2018 08:10:16 GMT /slideshow/embracing-database-diversity-with-kafka-and-debezium/90617023 FrankLyaruu@slideshare.net(FrankLyaruu) Embracing Database Diversity with Kafka and Debezium FrankLyaruu There was a time not long ago when we used relational databases for everything. Even if the data wasn’t particularly relational, we shoehorned it into relational tables, often because that was the only database we had. Thank god these dark times are over and now we have many different kinds of NoSQL databases: Document, realtime, graph, column, but that does not solve the problem that the same data might be a graph from one perspective, but a collection of documents from another. It would be really nice if we can access that same data in many different ways, depending on the context of what we want to achieve in our current task. As software architects this is not easy to solve but definitely possible: We can design an architecture using Event Sourcing: Capture the data with Debezium, post it to a Kafka queue, use Kafka Streams to model the data the way we like, and store the data in various different data sources, so we can synchronize data between data sources. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/embracingdiversitykafka-180314081016-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> There was a time not long ago when we used relational databases for everything. Even if the data wasn’t particularly relational, we shoehorned it into relational tables, often because that was the only database we had. Thank god these dark times are over and now we have many different kinds of NoSQL databases: Document, realtime, graph, column, but that does not solve the problem that the same data might be a graph from one perspective, but a collection of documents from another. It would be really nice if we can access that same data in many different ways, depending on the context of what we want to achieve in our current task. As software architects this is not easy to solve but definitely possible: We can design an architecture using Event Sourcing: Capture the data with Debezium, post it to a Kafka queue, use Kafka Streams to model the data the way we like, and store the data in various different data sources, so we can synchronize data between data sources.
Embracing Database Diversity with Kafka and Debezium from Frank Lyaruu
]]>
1146 2 https://cdn.slidesharecdn.com/ss_thumbnails/embracingdiversitykafka-180314081016-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Non Blocking I/O for Everyone with RxJava /slideshow/non-blocking-io-for-everyone-with-rxjava/72772570 nonblockingforeveryone-170303121254
Intro to RxJava in a non blocking I/O context. My slides tend to make little sense without the talk ;-)]]>

Intro to RxJava in a non blocking I/O context. My slides tend to make little sense without the talk ;-)]]>
Fri, 03 Mar 2017 12:12:54 GMT /slideshow/non-blocking-io-for-everyone-with-rxjava/72772570 FrankLyaruu@slideshare.net(FrankLyaruu) Non Blocking I/O for Everyone with RxJava FrankLyaruu Intro to RxJava in a non blocking I/O context. My slides tend to make little sense without the talk ;-) <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/nonblockingforeveryone-170303121254-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Intro to RxJava in a non blocking I/O context. My slides tend to make little sense without the talk ;-)
Non Blocking I/O for Everyone with RxJava from Frank Lyaruu
]]>
1996 2 https://cdn.slidesharecdn.com/ss_thumbnails/nonblockingforeveryone-170303121254-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
The Road To Reactive with RxJava JEEConf 2016 /slideshow/the-road-to-reactive-with-rxjava-jeeconf-2016/62254732 legacy-160521132123
Talking about legacy software, urban renewal and non-blocking code at JEEConf 2016 in Kiev]]>

Talking about legacy software, urban renewal and non-blocking code at JEEConf 2016 in Kiev]]>
Sat, 21 May 2016 13:21:23 GMT /slideshow/the-road-to-reactive-with-rxjava-jeeconf-2016/62254732 FrankLyaruu@slideshare.net(FrankLyaruu) The Road To Reactive with RxJava JEEConf 2016 FrankLyaruu Talking about legacy software, urban renewal and non-blocking code at JEEConf 2016 in Kiev <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/legacy-160521132123-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Talking about legacy software, urban renewal and non-blocking code at JEEConf 2016 in Kiev
The Road To Reactive with RxJava JEEConf 2016 from Frank Lyaruu
]]>
753 5 https://cdn.slidesharecdn.com/ss_thumbnails/legacy-160521132123-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Scripting Languages in OSGi /slideshow/scripting-languages-in-osgi/54250843 apachecon-151022082518-lva1-app6892
A talk at ApacheCon 2012 about using JSR223 Scripting languages from within OSGi]]>

A talk at ApacheCon 2012 about using JSR223 Scripting languages from within OSGi]]>
Thu, 22 Oct 2015 08:25:17 GMT /slideshow/scripting-languages-in-osgi/54250843 FrankLyaruu@slideshare.net(FrankLyaruu) Scripting Languages in OSGi FrankLyaruu A talk at ApacheCon 2012 about using JSR223 Scripting languages from within OSGi <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/apachecon-151022082518-lva1-app6892-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> A talk at ApacheCon 2012 about using JSR223 Scripting languages from within OSGi
Scripting Languages in OSGi from Frank Lyaruu
]]>
871 5 https://cdn.slidesharecdn.com/ss_thumbnails/apachecon-151022082518-lva1-app6892-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
ApacheCon Core: Service Discovery in OSGi: Beyond the JVM using Docker and Consul /slideshow/apachecon-consulosgi/53438330 apacheconconsulosgi-151001202341-lva1-app6891
OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, using pretty much any technology stack, so we’d like to discover those as easily as the ones inside the JVM. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.]]>

OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, using pretty much any technology stack, so we’d like to discover those as easily as the ones inside the JVM. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.]]>
Thu, 01 Oct 2015 20:23:40 GMT /slideshow/apachecon-consulosgi/53438330 FrankLyaruu@slideshare.net(FrankLyaruu) ApacheCon Core: Service Discovery in OSGi: Beyond the JVM using Docker and Consul FrankLyaruu OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, using pretty much any technology stack, so we’d like to discover those as easily as the ones inside the JVM. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/apacheconconsulosgi-151001202341-lva1-app6891-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, using pretty much any technology stack, so we’d like to discover those as easily as the ones inside the JVM. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.
ApacheCon Core: Service Discovery in OSGi: Beyond the JVM using Docker and Consul from Frank Lyaruu
]]>
728 8 https://cdn.slidesharecdn.com/ss_thumbnails/apacheconconsulosgi-151001202341-lva1-app6891-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Developing Like There's No Tomorrow /slideshow/developing-like-theres-no-tomorrow/52937735 goto-150918145512-lva1-app6891
New startup Sendrato have built a platform for wristbands to monitor and entertain crowds at very large (100k+) scale, aimed at music festivals. How does the expansion feel from the (relatively) clean world of software to the gritty reality of custom built low-cost hardware? How different is the entertainment world from the enterprise world? How do all the best practices in software we know and appreciate translate to the hectic reality of a music festival where nothing is certain, but there is one big deadline, and the show must go on.]]>

New startup Sendrato have built a platform for wristbands to monitor and entertain crowds at very large (100k+) scale, aimed at music festivals. How does the expansion feel from the (relatively) clean world of software to the gritty reality of custom built low-cost hardware? How different is the entertainment world from the enterprise world? How do all the best practices in software we know and appreciate translate to the hectic reality of a music festival where nothing is certain, but there is one big deadline, and the show must go on.]]>
Fri, 18 Sep 2015 14:55:12 GMT /slideshow/developing-like-theres-no-tomorrow/52937735 FrankLyaruu@slideshare.net(FrankLyaruu) Developing Like There's No Tomorrow FrankLyaruu New startup Sendrato have built a platform for wristbands to monitor and entertain crowds at very large (100k+) scale, aimed at music festivals. How does the expansion feel from the (relatively) clean world of software to the gritty reality of custom built low-cost hardware? How different is the entertainment world from the enterprise world? How do all the best practices in software we know and appreciate translate to the hectic reality of a music festival where nothing is certain, but there is one big deadline, and the show must go on. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/goto-150918145512-lva1-app6891-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> New startup Sendrato have built a platform for wristbands to monitor and entertain crowds at very large (100k+) scale, aimed at music festivals. How does the expansion feel from the (relatively) clean world of software to the gritty reality of custom built low-cost hardware? How different is the entertainment world from the enterprise world? How do all the best practices in software we know and appreciate translate to the hectic reality of a music festival where nothing is certain, but there is one big deadline, and the show must go on.
Developing Like There's No Tomorrow from Frank Lyaruu
]]>
783 5 https://cdn.slidesharecdn.com/ss_thumbnails/goto-150918145512-lva1-app6891-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Service Discovery in OSGi: Beyond the JVM using Docker and Consul /slideshow/javacro/48059691 javacro-150512171238-lva1-app6892
OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, so we’d like to discover those too. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.]]>

OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, so we’d like to discover those too. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.]]>
Tue, 12 May 2015 17:12:38 GMT /slideshow/javacro/48059691 FrankLyaruu@slideshare.net(FrankLyaruu) Service Discovery in OSGi: Beyond the JVM using Docker and Consul FrankLyaruu OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, so we’d like to discover those too. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/javacro-150512171238-lva1-app6892-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> OSGi offers an excellent service discovery mechanism, but it is limited to services inside the JVM. With Docker nowadays it is trivially easy to deploy all kind of (micro) services, so we’d like to discover those too. We will have a look at how we can use the Docker API to discover services in other containers, and how we can use Consul to expand service discovery to other hosts.
Service Discovery in OSGi: Beyond the JVM using Docker and Consul from Frank Lyaruu
]]>
1764 1 https://cdn.slidesharecdn.com/ss_thumbnails/javacro-150512171238-lva1-app6892-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Deploying OSGi on an Army of CubieTrucksSendrato powerpoint /slideshow/deploying-osgi-on-an-army-of-cubietruckssendrato-powerpoint/41745371 sendratopowerpoint-141119040946-conversion-gate01
Our challenge was to track the location 200k people at a large festival using custom made wristbands, on a tight budget and preferably with only open source software. In this presentation we will briefly outline the overall system architecture, and subsequently focus on the software stack used to make this work. In essence, we need the versatility of cloud computing, but in a "camping-style data centre" We will show how Apache Felix, an OSGi runtime, provides the necessary mix of dynamism and efficiency to pull this off.]]>

Our challenge was to track the location 200k people at a large festival using custom made wristbands, on a tight budget and preferably with only open source software. In this presentation we will briefly outline the overall system architecture, and subsequently focus on the software stack used to make this work. In essence, we need the versatility of cloud computing, but in a "camping-style data centre" We will show how Apache Felix, an OSGi runtime, provides the necessary mix of dynamism and efficiency to pull this off.]]>
Wed, 19 Nov 2014 04:09:46 GMT /slideshow/deploying-osgi-on-an-army-of-cubietruckssendrato-powerpoint/41745371 FrankLyaruu@slideshare.net(FrankLyaruu) Deploying OSGi on an Army of CubieTrucksSendrato powerpoint FrankLyaruu Our challenge was to track the location 200k people at a large festival using custom made wristbands, on a tight budget and preferably with only open source software. In this presentation we will briefly outline the overall system architecture, and subsequently focus on the software stack used to make this work. In essence, we need the versatility of cloud computing, but in a "camping-style data centre" We will show how Apache Felix, an OSGi runtime, provides the necessary mix of dynamism and efficiency to pull this off. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/sendratopowerpoint-141119040946-conversion-gate01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Our challenge was to track the location 200k people at a large festival using custom made wristbands, on a tight budget and preferably with only open source software. In this presentation we will briefly outline the overall system architecture, and subsequently focus on the software stack used to make this work. In essence, we need the versatility of cloud computing, but in a &quot;camping-style data centre&quot; We will show how Apache Felix, an OSGi runtime, provides the necessary mix of dynamism and efficiency to pull this off.
Deploying OSGi on an Army of CubieTrucksSendrato powerpoint from Frank Lyaruu
]]>
2595 1 https://cdn.slidesharecdn.com/ss_thumbnails/sendratopowerpoint-141119040946-conversion-gate01-thumbnail.jpg?width=120&height=120&fit=bounds presentation 000000 http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
https://cdn.slidesharecdn.com/profile-photo-FrankLyaruu-48x48.jpg?cb=1612777745 Lead R & D developer. Specialized in multi and cross platform products and applications. Specialties: Cloud computing (Google App Engine, RedHat OpenShift, ec2) NoSql Stores (Neo4J, MongoDb) OSGi (Equinox, Felix, Karaf, Fuse) Eclipse (EMF, JFace, RCP) Vaadin Distributed Systems Agile Development Rapid Prototyping Performance Tuning Committed to open source projects: Apache Batik Apache Tomcat (and numerous own open source projects) Recent languages: Java, PHP, JSP/EL, JSTL, C, C++, Objective C, Navajo, Tipi, Prolog, JavaCC, xText, Ruby, JavaScript http://careers.stackoverflow.com/fly https://cdn.slidesharecdn.com/ss_thumbnails/legacychangecapture-201022180802-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/too-young-to-quit-too-old-to-change/238944087 Too young to quit, too... https://cdn.slidesharecdn.com/ss_thumbnails/embracingdiversitykafka-180314081016-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/embracing-database-diversity-with-kafka-and-debezium/90617023 Embracing Database Div... https://cdn.slidesharecdn.com/ss_thumbnails/nonblockingforeveryone-170303121254-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/non-blocking-io-for-everyone-with-rxjava/72772570 Non Blocking I/O for E...