Hi Marios- It seems you and your team could be / mostly are likely dealing with a high-volume of sensitive information, but without knowing a lot about your UC(s) or particular application requirements/SLAs, I would recommend starting small, simple and scale based on need.
Geode is a highly concurrent and distributed system with strong consistency guarantees. Prematurely breaking the logic down into many individual microservices early (especially for individual Stored Procedures... how complex are these?) might unduly add complexity to your application and system architecture. So my advice is to really evaluate the need to create individual microservices first (which usually involves a platform like [Pivotal's] CloudFoundry on an IaaS (or private infra) to manage effectively) vs. starting small and just converting the Stored Procs into Geode Functions. Geode Function executions can be distributed across the cluster (similarly to Map-Reduce, but far more robust) in a highly available and reliable fashion. You might want to also read up on Geode's Partitioned Regions [1] for effectively managing (partitioning and distributing/arranging your data). Hope this helps. -John [1] http://gemfire90.docs.pivotal.io/geode/developing/partitioned_regions/chapter_overview.html On Thu, Jul 13, 2017 at 1:09 PM, marios390 <marios.sofocle...@creditsafe.com > wrote: > > ________________________________________ > From: John Blum [via Apache Geode (Incubating) Developers Forum] [ > ml+s70738n24312...@n6.nabble.com] > Sent: Thursday, July 13, 2017 9:16 PM > To: Marios Sofocleous/IT/CREDITSAFE > Subject: Re: Stored procedures on Apache Geode. > > Right. > > You can also review the Apache Geode documentation on Function Execution > [1]. And if you are a *Spring* user, you can use *Spring Data Geode's* > convenient Function annotation support for both Function implementation as > well as execution, here [2]. > > NOTE: you will probably notice the link [2] refers to *Spring Data > GemFire's* docs. *Spring Data GemFire* and *Spring Data Geode* are > virtually the same with no differences. Eventually *Spring Data Geode* > will have its own home with its own doc locations since it is finally > becoming a top-level SD module [3]. > > -j > > [1] > http://geode.apache.org/docs/guide/11/developing/function_ > exec/chapter_overview.html<http://scanmail.trustwave.com/?c=7422&d= > j7nn2bxZOwcngUOelB5ZmyW7oHpBqfFPnKkha5eWJQ&u=http%3a%2f% > 2fgeode%2eapache%2eorg%2fdocs%2fguide%2f11%2fdeveloping% > 2ffunction%5fexec%2fchapter%5foverview%2ehtml> > [2] > http://docs.spring.io/spring-data-gemfire/docs/current/ > reference/html/#function-annotations<http://scanmail. > trustwave.com/?c=7422&d=j7nn2bxZOwcngUOelB5ZmyW7oHpBqf > FPnPsrbJ3BIQ&u=http%3a%2f%2fdocs%2espring%2eio%2fspring- > data-gemfire%2fdocs%2fcurrent%2freference%2fhtml%2f%23function-annotations > > > [3] http://projects.spring.io/spring-data/<http://scanmail. > trustwave.com/?c=7422&d=j7nn2bxZOwcngUOelB5ZmyW7oHpBqf > FPnPshbJGVdw&u=http%3a%2f%2fprojects%2espring%2eio%2fspring-data%2f> > > > On Thu, Jul 13, 2017 at 6:04 AM, Anthony Baker <[hidden > email]</user/SendEmail.jtp?type=node&node=24312&i=0>> wrote: > > > A geode Function is conceptually similar to a stored proc but the > > implementation is different. It's a java class that would use geode apis > to > > execute logic within the cluster. > > > > Anthony > > > > > On Jul 12, 2017, at 11:13 PM, marios390 <marios.sofocleous@creditsafe. > > com> wrote: > > > > > > Hi, > > > > > > I noticed that Apache Geode supports stored procedures as functions > > running > > > on nodes. > > > Could you please elaborate on that since I am confused a little a bit. > > > Can I run for example Oracle SP directly on cache servers (nodes) or > do I > > > have to transform them somehow into microservices ( i.e spring boot) > > which > > > expose functions on nodes. > > > > > > > > > > > > -- > > > View this message in context: http://apache-geode- > > incubating-developers-forum.70738.x6.nabble.com/Stored-<ht > tp://scanmail.trustwave.com/?c=7422&d=j7nn2bxZOwcngUOelB5ZmyW7oHpBqf > FPnPUhb5PCJw&u=http%3a%2f%2fincubating-developers-forum% > 2e70738%2ex6%2enabble%2ecom%2fStored-> > > procedures-on-Apache-Geode-tp24279.html > > > Sent from the Apache Geode (Incubating) Developers Forum mailing list > > archive at Nabble.com.<http://scanmail.trustwave.com/?c=7422&d= > j7nn2bxZOwcngUOelB5ZmyW7oHpBqfFPnPR_aZzGKg&u=http%3a%2f%2fNabble%2ecom> > > > > Hi John > > I really appreciate it for getting back to me. I will check it out. > We are basically having a bunch of stored procedures and thinking to > create as many microservices as the SPs in order to load them in geode. I > know that this makes nosense. How would you suggest resolving this? > > -- > -John > john.blum10101 (skype) > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://apache-geode-incubating-developers-forum. > 70738.x6.nabble.com/Stored-procedures-on-Apache-Geode-tp24279p24312.html< > http://scanmail.trustwave.com/?c=7422&d=j7nn2bxZOwcngUOelB5ZmyW7oHpBqf > FPnPUub5LDIw&u=http%3a%2f%2fapache-geode-incubating- > developers-forum%2e70738%2ex6%2enabble%2ecom%2fStored- > procedures-on-Apache-Geode-tp24279p24312%2ehtml> > To unsubscribe from Stored procedures on Apache Geode., click here< > http://scanmail.trustwave.com/?c=7422&d=j7nn2bxZOwcngUOelB5ZmyW7oHpBqf > FPnKwhaJ3DIA&u=http%3a%2f%2fapache-geode-incubating- > developers-forum%2e70738%2ex6%2enabble%2ecom%2ftemplate% > 2fNamlServlet%2ejtp%3fmacro%3dunsubscribe%5fby%5fcode% > 26node%3d24279%26code%3dbWFyaW9zLnNvZm9jbGVvdXNAY3Jl > ZGl0c2FmZS5jb218MjQyNzl8MTczMDMwODYwMA%3d%3d>. > NAML<http://scanmail.trustwave.com/?c=7422&d= > j7nn2bxZOwcngUOelB5ZmyW7oHpBqfFPnPggOJ3DJQ&u=http%3a%2f% > 2fapache-geode-incubating-developers-forum%2e70738%2ex6% > 2enabble%2ecom%2ftemplate%2fNamlServlet%2ejtp%3fmacro% > 3dmacro%5fviewer%26id%3dinstant%5fhtml%2521nabble%253Aemail%2enaml%26base% > 3dnabble%2enaml%2enamespaces%2eBasicNamespace-nabble% > 2eview%2eweb%2etemplate%2eNabbleNamespace-nabble%2eview%2eweb%2etemplate% > 2eNodeNamespace%26breadcrumbs%3dnotify%5fsubscribers% > 2521nabble%253Aemail%2enaml-instant%5femails%2521nabble% > 253Aemail%2enaml-send%5finstant%5femail%2521nabble%253Aemail%2enaml> > Notes: > Terms and Conditions: 'All quotes, offers, contracts and agreements verbal > or written are subject to our Standard Terms and Conditions as displayed on > our website www.creditsafeuk.com and detailed in the Order Confirmation, > quotation or invoice. Nothing in this correspondence shall be taken to vary > our standard Terms and Conditions unless written confirmation is received > from a Senior Creditsafe Director or the UK & Ireland Legal Manager' > > Disclaimer: This e-mail is confidential and intended solely for the use of > the individual to whom it is addressed. Any views or opinions presented are > solely those of the author and do not represent those of Creditsafe. If you > are not the intended recipient, be advised that you have received this mail > in error and that any use, dissemination, forwarding, printing or copying > of this e-mail is strictly prohibited. > > Please Note: Telephone calls and Emails may be recorded or monitored and > used for training and quality control purposes. Creditsafe reserve the > right to use these recordings to aid the resolution of any disputes that > may arise. > > Creditsafe Registered name: Creditsafe Business Solutions Limited. > Registered in Wales: Company Number 03836192. Registered Address: Bryn > House, Caerphilly Business Park, Van Road, Caerphilly, > CF83 3GG. > > > > > -- > View this message in context: http://apache-geode- > incubating-developers-forum.70738.x6.nabble.com/Stored- > procedures-on-Apache-Geode-tp24279p24324.html > Sent from the Apache Geode (Incubating) Developers Forum mailing list > archive at Nabble.com. > -- -John john.blum10101 (skype)
