"Denver Braughler" We are in general agreement.
> John A Bertoglio wrote: > > I have had this discussion/argument going with ISC for 6 years. While I am > > very fond of CSP, it is not suitable for high-volume, public websites. > > What do you mean by 'suitable'? > I think it would suit me just fine. > What you mean is that the license model is not suitable, just as I said, right? Yes. It is great technology crippled by a silly licensing restriction. Purely business objections...not technical. > > > WebLinkDeveloper, PHP and .NET with a Cache back end are very viable. All of > > these methods use their own gateway and session mechanism which makes more > > efficient use of Cache licenses. We have several production websites running > > WebLink and receive millions of hits per month with a modest license. > > ISC shouldn't make you jump through the hoop. > Their call. My stand is that the hoop costs them money and me (and you) unnecessry problems. With PHP and .NET you only need a single process license. The only reason for more is so you can get in to the system with Terminal or Studio. The system runs better with a few more licenses but diminishing returns set in very quickly. I cannot consider CSP for a serious website unless the customer has VERY deep pockets. Therefore, I must choose a solution that will work just fine for my client and my team. The result is lower revenue for ISC. > > The key is not needing full control of a Cache process. If you need to use > > $JOB, you are forced into the one-license, one-user model. This is > > reasonable, since you are using the full power of a Cache license. > Maybe reasonable, maybe not. > This is the traditional method of licensing high-value databases. The typical user is a full time employee so the cost of the license is trivial in the overall cost stream. My point is that this model does not translate to the web, especially when customers are hitting the system at random intervals. There is just not enough value to support a traditional license. If your application requires a state-aware connnection to the database, you fall into standard pricing. > What if Windows were licensed by concurrent threads? > Would that be reasonable too? > Different model, different pricing. One OS license runs one machine. One dBase license, one Word license and one Cache license. All make sense. The problem on the web is that the definition of a user gets blown out the window. What would Microsoft want for Word if one copy run over the web with an unlimited amount of users? I don't have a good answer for this. > > > The methods above use a pool of licenses which is in keeping with the transient > > nature of the web. > Not really. > The nature of the web is peaks and valleys. > You have to pay for whatever peak capacity you want That is not needed with a pooled model. Obviously, the bigger the pool, the better your peak handling will be. The key is to never to have users see an error screen. > > > Now move this model to the web. The same pool concept is a work. But, since > > using the pooled licences no longer requires physical access to a machine. > > The software automatically allocates licenses to users on a round-robin > > basis. If all the licenses are in use (as above), the user experiences a > > delay. If sufficient licenses are deployed, these waits are a few > > milliseconds so all is well. If insufficient licenses are available users > > wait...or experience a failure. Our PulsePoll.com poll app serves millions > > of lines of javascript per day. However, the average connect time for > > individual users is virtually unmeasureable. On an NT box, there is not > > sufficient resolution of the internal clock to time the connection. > > That's very nice. Then we add a fifteen minute grace period to each > connection and see how well that model works... That was my point. The soft failure mode of WLD makes it suitable for the web. I get to decide the tradeoff between response time and the number of license units. > > > ALL other web technologies simply queue the requests and return the user's > > data when a license is free. I suppose it could be argued that since CSP is not really a web technology using the definintion above. It is really just a tool to convert web pages and data stored in a database to an HTML stream as well has routing form requests to the same database. This is a technical advantage if you like CSP but, clearly, it is a problem with licensing. > ... > > CSP turns this standard methodoloy on its head. Because of the 15 minute > > timeout, the system will constantly issue failure messages to users, even > > when none of the other licenses are using Cache for anything! The user gets > > a message something like: (to paraphrase) "These guys were too cheap to buy > > enough database licenses to take your order. Please go away and buy from a > > competitor. Thank you." > > First of all, it doesn't even have the courtesy to say "Please", "Thank you", > "Sorry, the InterSystems license model failed", or anything polite. Actually, my comment is somewhat inaccurate. You can customize the error page. But it still errors out and this is not acceptable on a public web site. > Secondly, that is your interpretation as an expert. > Your typical customers know nothing about what the message means. > > From your customer's perspective the message actually implies that > the customer is at fault, has done something wrong, and may expect > the FBI to knock on the door if he dares to try again. > Good point. Regular users blame themselves. But they still go away. > > > The moral of the story is not to use CSP for public web sites if you ever > > expect any serious volume. > If your website if featured on the Today Show next Monday and you're using > CSP, you are in big trouble. > As I said. > > A 10 ten year old with a few minutes can launch a denial of service > > attack that will bring your CSP site to a quick halt, even without > > running a script.. > So sad. > > > Until ISC decides they want a piece of this market, > > you must used a pooled solution. > > But ISC is being silly. You are still serving the same data. > You just have to use some other product as a middleman. > This is what happens when you try to mix pricing/value models. > Or you can use something else entirely. > Something that may be open source and free of charge. > > > One caveat: In terms of scaleability, the CSP with a (real) unlimited > > license probably has a significant edge over most pooled solutions. > Is there such a real license other than in-house in Boston? Interesting question. I have a standing request to be shown a high-volume, public CSP web site by the folks at ISC. Never found one. jb
