Recommended
More Related Content
Similar to apache camel
Similar to apache camel (20)
More from Wojciech Oczkowski
More from Wojciech Oczkowski (7)
Recently uploaded
Recently uploaded (20)
apache camel
- 1. INTEGRACJA SYSTEMÓW I USŁUG Z WYKORZYSTANIEM APACHE CAMEL W ŚRODOWISKU SERVICEMIX WOJCIECH OCZKOWSKI
- 3. RÓŻNE INTERFEJSY KOMUNIKACJI File Transfer E-mail MQ SOAP REST DB RPC Human
- 7. POINT TO POINT HELL
- 10. Concise Application Message Exchange Language
- 11. CO DAJE APACHE CAMEL • IMPLEMENTACJĘ WZORCÓW INTEGRACYJNYCH EIP • SZEROKI WACHLARZ KOMPONENTÓW UMOŻLIWIAJĄCYCH WYKORZYSTANIE RÓŻNYCH INTERFEJSÓW KOMUNIKACJI I API DO SYSTEMÓW I USŁUG • WYGODNE JĘZYKI KONFIGURACJI (DSL) DO ROZWIĄZYWANIA PROBLEMÓW INTEGRACYJNYCH
- 12. KOMPONENTY APACHE CAMEL ACTIVEMQ BROKER ACTIVEM Q ACTIVITI AHC AHC-WS AMQP APACHE SPARK APNS ATMOSPHERE-WEBSOCKET ATOM AVRO AWS-CW AWS-DDB AWS-DDBSTREAM AWS- EC2 AWS-S3 AWS-SDB AWS-SES AWS-SNS AWS-SQS AWS-SWF BEAN VALIDATOR BEAN BEANSTALK BLUETOOTH BOX BRAINTREE BROWSE CACHE CASSA NDRA CHUNK CLASS CMIS COMETD COMPONENT / ARTIFACTID CONTEXT CONTROLBUS COUCHBASE COUCHDB CRYPTO (DIGITAL SIGNATURES) CXF BEAN CXF CXFRS DATAFORMAT DATASET DB4O DIRECT DIRECT-VM DISRUPTOR DNS DOCKER DOZER DROPBOX EJB ELASTI CSEAR CH ESPER ETCD EVENTADMIN EXEC FABRIC AMQ FABRIC FABRIC FABRIC MASTER FACEB OOK FILE FLATPACK FLINK FOP FRAMEBUFFER FREEMARKER FTP FTPS GANGLIA GAUTH GEOCODER GHTTP GIT GITHUB GLOGIN GMAIL GOOGLE CALENDAR GOOGLE DRIVE GOOGLE GUAVA EVENTBUS GOOGLE MAIL GORA GPSD GRAPE GTASK HAZELCAST HBASE HDFS HDFS2 HIBERNATE HIPCHAT HL7 HTTP HTTP4 HYSTRIX IBATIS IGNITE IMAP IMAPS INFINIS PAN IRC IRONMQ JAVASPACE JBI JBPM JCACHE JCIFS JCLOUDS JCR JDBC JETTY JGROUPS JIRA JMS JMX JOLT JPA
- 13. KOMPONENTY APACHE CAMEL JSCH JT/400 KAFKA KESTREL KRATI KUBERNETES KURA KURA-CLOUD KURA-WIFI LANGUAGE LDAP LINKEDIN LOG LUCENE METRICS MINA MINA2 MLLP MOCK MONGODB GRIDFS MONG ODB MQTT MSV MUSTACHE MVEL MYBATIS NAGIOS NATS NETTY HTTP NETTY NETTY4 HTTP NETTY4 NMR OLINGO2 OPENIMAJ OPENSHIFT OPTAPLANNER PAHO PAX-LOGGING PDF PGEVENT PI4J-GPIO PI4J-I2C POP3 POP3S PRINTER PROPERTIES PUBNUB QUART Z QUARTZ2 QUICKFIX RABBITMQ RCODE REF REST RESTLET RMI RNC RNG ROUTEBOX RSS SALESFORCE SAP NETWEAVER SCALATE SCHEDULER SCHEMATRON SEDA SERVICENOW SERVLET SFTP SIP SIPS SJMS BATCH SJMS SLACK SMOOKS SMPP SMPPS SMTP SMTP SNMP SOLR SPARK -REST SPLUNK SPRING EVENT SPRING LDAP SPRING NEO4J SPRING REDIS SPRING WEB SERVICES SPRINGBATCH SPRINGINTEGRATION SQL SQL STORED PROCEDURE SSH STAX STOMP STREAM STRINGTEMPLATE STUB TEST TIMER TINKERFORGE TWITTE R UNDERTOW UNMARSHAL(EDI) VALIDATION VELOCI TY VERTX VIRTUALBOX VM WEATHER WEBCAM WEBSOCKET XML SECURITY XMPP XQUERY XSLT YAMMER ZEROMQ ZOOKE EPER
- 14. DSL’E from("direct:start") .setHeader("theHeader", constant("the value")) .to("mock:result"); Java DSL <rest path="/say"> <get uri="/hello"> <to uri="direct:hello"/> </get> <post uri="/bye" consumes="application/json"> <to uri="direct:bye"/> </post> </rest> Rest DSL <route id="idempotent-cache"> <from uri="direct:start" /> <setHeader headerName="theHeader"> <constant>the value</constant> </setHeader> <to uri="mock:result"/> </route> Spring DSL, Blueprint DSL from("direct:test") .process { Exchange exchange -> println( exchange.in.body + someValue ) } .process { println (it.in.body + someValue) } // equivalent Groovy DSL
- 15. DSL’E "direct:a" ==> { loadbalance roundrobin { to ("mock:a") to ("mock:b") to ("mock:c") } } Scala DSL camel { val result = mockEndpoint("mock:result") routes { from("seda:foo") { transform { "Hello ${bodyString()}" } .sendTo(result) } } } Kotlin DSL* @Produce(uri = "activemq:personnel.records") ProducerTemplate producer; @Consume(uri = "file:src/data?noop=true") public void onFileSendToQueue(String body, @Header("CamelFileName") String name) { LOG.info("Incoming file: {}", name); producer.sendBody(body); } Annotation DSL
- 17. DEMO
- 23. NewStatus UpdateStatus <SOAP>UpdateStatus <SOAP> StatusQueue SMSQueue SMS SendSMS <REST> findByNumber <SOAP> Zamówienie Nr 12, Wysłano Zamówienie Nr 12, Wysłano Zamówienie Nr 12, Wysłano Zamówienie Nr 12, Wysłano
- 24. NewOrder PlaceOrder <SOAP> PlaceOrder <SOAP> OrderQueue PlaceOrders <REST> Order 1 Order 2 Order 3 Order 4 …
- 25. ŹRÓDŁA • HTTP://WWW.FREEPIK.COM • HTTP://WWW.FLATICON.COM/ • HTTP://WWW.ENTERPRISEINTEGRATIONPATTERNS.COM/ • HTTP://WWW.DOSISDIARIAS.COM/ • HTTPS://GITHUB.COM/WOCZKOWSKI/CAMEL-DEMO
- 26. Q&A
Editor's Notes
- O czym będziemy mówić: O problemach w integrowaniu systemów i usług O wzorcach integracyjnych jako remedium na powtarzalne problemy O Camelu jako implementacji wzorców Prezentacja zastosowana Camela do rozwiązania problemów integracyjnych
- Podczas integrowania usług i systemów napotykamy na powtarzalne problemy: Różne interfejsy komunikacji Różne formaty przesyłanych danych Niedopasowane interfejsy usług Silne wiązania między systemami Wiele powiązań point 2 point
- Systemy i usługi wykorzystują różne kanały transportu Nie zawsze znajdziemy wspólny kanał komunikacji Czasami jedynym wyjściem jest zastosowanie interfejsu białkowego ( anegdota )
- Format przesyłanych danych też jest często różny Istnieje więc konieczność transformacji z jednej postaci na drugą
- - Wreszcie nawet gdy mamy to szczęście i mamy system który gada WebServiceami wykorzystując XML’owego SOAPa itak może się okazać że biznesowa postać interfejsu jest inna i zachodzi konieczność transformacji przesyłanych message’y nie tylko pod kontem formatu ale także i struktury
- Nawet jeżeli na etapie budowy serwisu zachowaliśmy zgodność interfejsów, może się okazać że uzależnienie od wspólnych kanału/formatu/struktury powoduje silne wiązanie pomiędzy częściami naszego systemu które skutkuje czasami koniecznością dziwnej ekwilibrystyki podczas rozwijania jednej z końcówek. Nie zapominajmy również o wiązaniach czasowych ( uzależnienie od obecności drugiego systemu), niewydajność wołań synchronicznych
- - Wiązania pomiędzy systemami mogą być szczególnie uciążliwe wraz z rosnącą ilością integrowanych końcówek - Każde powiązanie to nowe mapowanie trasportu/formatu/struktury
- Tam gdzie są powtarzalne problemy tam są i wzorcowe rozwiązania >10 lat
- Pojęcia i wzorce Różne obszary Nadana notacja Wzorcowe rozwiązania
- - Logo w zasadzie dromadera. Teoria eip została zaimplementowana w postaci gotowych rozwiązań w bibliotece Camel - a Camel can carry 4 times the load of other beasts of burden - a Camel can travel for great distances without water; similarly a Camel does not require bucket loads of XML as you can use a pure Java DSL - some members of the team used to love Camel cigarettes!
- Władza, pieniądze, sława i sex Takie jak idempotent consumer, resequencer, message filter, spliter, agregator ( tu mówiliśmy wcześniej) Wiele endpointów do transportów/ systemów i technologii ( tu za chwilę zestawienie) Dla uczulonych na xml, ale my użyjemy xml’a żeby pokazać że implementacja jest po stronie biblioteki (tu za chwilę zestawienie)
- Transportowe – file, cxf, jms Technologiczne – velocity, xslt, elasticsearch Biznesowe- facebook, twitter,
- Transportowe – file, cxf, jms Technologiczne – velocity, xslt, elasticsearch Biznesowe- facebook, twitter,
- Blueprint – uniformizacja deskryptorów springowych, implementowany przez Aries Groovy z wykorzystaniem closure’ów
- Kotlin się pisze
- Kontener integracyjny zbudowany z powszechnie dostępnych technologii Komercyjnie supportowany pod nazwą Fuse przez RedHata’a Może być traktowany jako lekka szyna integracyjna
- Historia pewnego sklepu internetowego Zbieżność faktów przypadkowa choć bardzo prawdopodobna i przemyślana ;)
- Webshop i ERP komunikujące się za pomocą synchronicznych webservice’ów Webshop nie działa gdy ERP przechodzi maintenance Webshop musi dopasowywać się do zmian interfejsu w ERPie Requesty webshopa wydłużają się o czas potrzebny na realizację zadań po stronie ERP’a
- Super tak zróbmy! WebShop Team nie ma czasu ERP Team nie ma pieniędzy
- Rozwiązane suboptymalne Na dobrą sprawę jest semi synchroniczne ( trzeba wprowadzić obsługę niedostępności którejś z końcówek)
- Dodajmy powiadomienia o statusach przes SMS dla klientów Najlepiej po stronie ERP, ale znowu nie ma na to pieniędzy
- Przechwycimy zmianę statusu, Dociągniemy info o zamówieniu Zamienimy xml’owego soap’a na jsonowego resta
- Śledzenia potrafią się zwielokrotnić, wprowadzimy idempotentConsume’ra by wyeliminować powtórki
- Możemy wszystko. To obsłużcie aplikacje mobilne, wysyłające grupowe zamówienia!
- Pytanie o dromadery i wielbłądy