Re: Cloud Logging Format
Gene Golovinsky <[email protected]> Thu, 5 Apr 2012 07:54:50 -0700
| Newsgroups | gmane.ietf.ops |
|---|---|
| Message-ID | <[email protected]> |
> I fail to understand this. Which API call? Who is calling this API? > Which nodes add SDs to messages (presumably SYSLOG messages?). Are we > now talking relays? > [Gene Golovinsky] I am referring to some of the scenarios discussed in > the examples in the draft. In "cloud" deployments in lots of cases > actions result in response to a request for service. This request is > typically done by calling a remote API (REST, or other Web Service > like call). Such an API call typically comes to a front end Web Server > and then dispatched to the backend. Backend may consists of multiple > compute nodes. In some cases requested service is satisfied by several > compute nodes. Each node should be able to add SDs to the log message. > So these are probably not relays, but rather distributed originators. > These are not to be confused with service gateways briefly discussed > in the draft. Those gateways are for passing service request/response and are also originators. I understand that you assume that a frontend passes information down to the backend compute notes so that their implementation can put the correct SDE into the SYSLOG messages. > > I like to see how this can reasonably implemented and deployed. > > > [Gene Golovinsky] I am not sure I understand this. It has been > > actually implemented and deployed by several vendors in their "cloud" > > implementations. > > Such as? Sorry if I am ignorant. Do typical web servers do this sort > of thing or do you have some specific application frameworks in mind? > [Gene Golovinsky] No, the typical Web Server does not do this sort of > thing. This is more appropriate for SaaS and IaaS environments. I know > of several SaaS providers that implemented something like this and, at > least one IaaS vendor. I happen to run a normal web server in an IaaS environment. So I might just be unlucky. Anyway, I like to see more discussion added to the document how this is supposed to implemented and deployed. I like to see less "could" language and see more "as done by XYZ" language or even text explaining what information APIs need to move around to make all this work. [Gene Golovinsky] This sounds like a very reasonable comment. I will sure take it into the account And then there needs to be discussion the SDEs semantics and what they really contain. For example, is it meaningful to identify a client by an IP address in a world moving to shared NATs? What exactly are those gateways? What exactly are the user identities and their formats? [Gene Golovinsky] This is exactly where I am hoping to get experts to help! Especially in the identity area. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/>