Re: What are micro-services? -- MIDRANGE-L

Hi Michael,

Thank you som much for the nice feedback.

What i ment about - "You don't need tomcat, webSphere etc" ... is - it is
already a part of you framework - You deploy it in one go - containing all
you need - i.e. as a docker image.

Also to stress out that it is great for using what ever language is best
for a particular job: I.e. the java stack is loaded and ready when you
request a spring-boot service from i.e. RPG. And if that is from the same
machine or not - does not matter a lot.. can you read freedom here between
the lines?

The alternative: calling JAVA from RPG from node.js is walking in and out
of environments and you get lost in the procedure declaration in all the
different languages - this is what entanglement is about.

I am working on a project right now ( yet premature) that does what
sping-boot is doing for java and what seneca is doing for node.js. The
project aim is to do exactly that for RPG: I call it node.RPG so far -
where your applications server becomes a part of you application - and you
deploy it in one go.

Take a look here - and tell me what you think:

https://github.com/NielsLiisberg/Node.RPG

On Wed, Jul 25, 2018 at 10:23 AM Mihael Schmidt <mihael@xxxxxxxxxxxxxx>
wrote:

Nice talk Niels.

Though I think some things are correct that they can be used the way
they are described but are not requirements.

For example the use of JSON. A microservice does not require the data to
be sent or received in JSON but the talk make it sound so.
And the part about the interface and entanglement " ... The Java program
needs to know how the RPG are calling you. ...". In any service you have
an interface and also with a microservice you can also have a very
specific interface. And that is the case as long as an interface is not
standardized. F. e. SOAP is standardized and REST has a more or less
defacto standard. These two make good cases where you not necessarily
need both parties (which is also due to the fact that you can make a
good description of the service with the existing tooling , see OpenAPI
and Swagger).

"It is a Java program that is actually running to encapsulate
everything. You are not running on WebSphere or Tomcat servers or
Apache." ... That is partly true. The Java program encapsulates all
parts of the program ( though hopefully not the configuration). But you
need some kind of web server if you want to have a web service. The
thing is that you don't need one installed separately because the
program comes with an embedded web server ( / servlet container, which
is the same approach as other frameworks also use like dropwizard.io or
bluedroplet). From the Spring Boot web site: "Features: Embed Tomcat,
Jetty or Undertow directly"

I would also point out that these kind of microservices are good to be
used when you need offer a service for clients which are not on the same
machine. As long as it stays on the same machine I would use the
program/serviceprogram directly via a prototype of the program/procedure.

But none the less ... great work Niels!

Mihael

On 24.07.2018 11:03, Niels Liisberg wrote:

I just made a little "pitch" about microservices and how it fits together
with IBM i - here:

http://ibmsystemsmag.com/ibmi/trends/italk-with-tuohy/niels-liisberg/

On Tue, Jul 24, 2018 at 10:50 AM Niels Liisberg <nli@xxxxxxxxxxxxxxxxx>
wrote:

I just made a little "pitch" about microservices and how it fits

together

with IBM i - here:

http://ibmsystemsmag.com/ibmi/trends/italk-with-tuohy/niels-liisberg/

On Sun, Jul 22, 2018 at 11:47 PM Jack Woehr <
jwoehr@xxxxxxxxxxxxxxxxxxxxxxxx> wrote:

See, I don't know the formal definitions, because I didn't need to be

sold

on the idea.

I started out in the Forth community, and factoring was our credo!

On Sun, Jul 22, 2018 at 2:46 PM, Mihael Schmidt <mihael@xxxxxxxxxxxxxx

wrote:

Microservice is often used as a buzzword. But it also actually has

some

technical meaning.

And (even if you didn't say so but I want to make it clear that) the

term

microservice does not imply that it is a REST service or SOAP. Same

as a

REST service does not need to use JSON as a data format.

Many people don't get the terms right and as many people on the IBM i
platform are not much into the technical stuff they don't really care.

My 2 cents.

Mihael

On 18.07.2018 02:32, Richard Schoen wrote:

Yep, just like I was creating HTTP URL based services to run remote
processing and return resulting data before the term web service or

REST

service ever came about and before XML and JSON were the thing.

Now they're called MicroServices. Yawn 😊

But it does sound cool !!

Regards,
Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802 <(952)%20486-6802> <(952)%20486-6802>
w. helpsystems.com

------------------------------

message: 4
date: Tue, 17 Jul 2018 16:14:02 -0500
from: Bradley Stone <bvstone@xxxxxxxxx>
subject: Re: What are micro-services?

I see them exactly as Google suggest.. small little applications that

do

certain things (figure tax, shipping, exchange rates, etc). Not the

best

examples, but all I could think of off hand.

I was doing (and still do) a similar thing, although local, with a

lot

of

my web development years ago using a lot of Server Side Includes

(SSIs). I

say "local" because using SSIs you couldn't make requests outside of

your

domain. But each little piece of the web site was an SSI that did a
specific job (displayed the header, footer, user id, etc). Then

building

sites was as simple as popping SSIs (static or dynamic) into your

table

design (now DIVs, though).

So I see micro services similar to that, only your requests can be

made

anywhere to retrieve information. Maybe even down to something as

simple

as providing an image or js library to your application.

In other words, something we've been doing for a long time, and now

it's

just relabeled with a "cool" buzz word.. ;)

Bradley V. Stone
www.bvstools.com
MAILTOOL Benefit #11 <https://www.bvstools.com/mailtool.html>: Save
Emails
- Save emails that are sent out at a global, user or individual email
level.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our

affiliate

link: http://amzn.to/2dEadiD

--
Absolute Performance, Inc.
12303 Airport Way, Suite 100
Broomfield, CO 80021

NON-DISCLOSURE NOTICE: This communication including any and all
attachments is for the intended recipient(s) only and may contain
confidential and privileged information. If you are not the intended
recipient of this communication, any disclosure, copying further
distribution or use of this communication is prohibited. If you

received

this communication in error, please contact the sender and

delete/destroy

all copies of this communication immediately.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD

--
Best regards

Niels Liisberg
Chief Software Architect
System & Method A/S
Phone +45 70 20 30 10 <+45%2070%2020%2030%2010>

<+45%2070%2020%2030%2010>

Mobile + 45 31 15 88 61 <+45%2031%2015%2088%2061>

<+45%2031%2015%2088%2061>

--

Best regards

Niels Liisberg
Chief Software Architect
System & Method A/S
Phone +45 70 20 30 10 <+45%2070%2020%2030%2010>
Mobile + 45 31 15 88 61 <+45%2031%2015%2088%2061>

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD