Copy link to clipboard
Copied
I need to purchase a ColdFusion 2018 license, and I'm on the fence of what edition our company needs. Our company is small, and doesn't want to overpay, but I do not want our web applications to suffer from slow performance. For an environment that has around 300-350 maximum users that login, and 12 active web applications with more being developed, which edition should I go with? What are the specific reasons why I should go with this edition over the other? I'm thinking it would be wiser to go with Enterprise edition based off the companies growth, but I would like specific input as to why this would be the best choice. Any answers will be greatly appreciated.
Copy link to clipboard
Copied
This is kind of a tough question to answer with limited information, ultimately you'll have to decide this yourself. Key questions for you:
Do our apps use Oracle? Enterprise comes with DataDirect JDBC drivers for Oracle which are probably better than Oracle's own drivers.
Do we use any of the Enterprise features? PDF generation, API management, etc. I think the server monitoring may be an Enterprise feature now too. Look at the feature matrix for that.
Do we want to deploy CF within a customized J2EE environment?
What kind of hardware environment are we using? Enterprise lets you deploy multiple instances, which can help you take advantage of available memory on larger machines.
What would it cost us to deploy Enterprise vs Standard in larger environments? For example, you could deploy a bunch of "regular" machines behind a load balancer using Standard licenses for each. Enterprise may have different licensing allowances. (I don't really know the differences between Enterprise and Standard for multi-server deployment if there are any, consult the EULA for that and good luck with that! Someone here might have more information about that specific topic, though.)
Dave Watts, Eidolon LLC
Copy link to clipboard
Copied
Your initial decision should be based on 2 factors: the requirments of the application you intend to build and how much you are prepared to spend on the software project.
1) Requirements of the application
As Dave has said, the requirements of your application are of fundamental importance. They decide whether you should go for the Standard Edition or the Enterprise Edition of ColdFusion. Size doesn't matter.
You may have just two developers and a dozen customers. But then, you happen to be a bank or stockbroker. The two developers are in charge of an application that analyzes millions of bytes of financial data streaming through the servers every second. Your application converts the bytes into meaningful information. Your customers are themselves banks or big investors. Your servers communicate directly with theirs.
If so then, chances are, your application relies on threading, messaging, APIs, multiple instances and failover clustering. These are capabilites that are absent from the Standard Edition. Hence your choice will be the Enterprise Edition.
Have a look at the comparison of the capability offered by Standard and Enterprise: https://www.adobe.com/products/coldfusion-family/buying-guide.html
2) Total project expenditure
Your project budget may comprise, for example, the cost of:
a) Software analysis and design
b) 1 or more ColdFusion Developers
c) Adobe ColdFusion software: the 2018 release comes in two Editions, Standard (US$2,499 per two CPUs) and Enterprise (US$9,499 per two CPUs)
d) Some Project Management assistance
Is the scope of the project large or will it likely get larger? Is the project critical to your business, now or in the near future? If the answer to these questions is yes, then Analysis, Design and Project Management will in fact be the more indispensable, hence, costlier tasks than software development.
Copy link to clipboard
Copied
When thinking about your applications are doing now, as well as what you may want them to do in the future, be sure to compare that list with the corresponding functionality in CF, and whether or not that functionality is limited to single-thread operation. For us, PDF generation has become more and more of a requirement. In Standard Ed., that is a single-thread task, which has forced us to migrate to Enterprise. Yes, Enterprise has more features, but features that are common between the two version are, often times, more robust in Enterprise.
Copy link to clipboard
Copied
Thank you Dave_Watts and BKBK for that information. Looking at the ColdFusion edition comparison matrix, at the very bottom of the document there are a few footnotes, one that I don't quite understand. How is performance impacted by Standard Edition running only one shared simultaneous request througth the EFR compared to Enterprise, assuming, can run unlimited request through the EFR?:
"2. Restricted features in ColdFusion Standard Edition: Enterprise features run through the Enterprise Feature Router (EFR). These features run in the Standard edition. However, all features running through the EFR are limited to one shared simultaneous request."
Copy link to clipboard
Copied
DanielTheProgrammer: "How is performance impacted by Standard Edition running only one shared simultaneous request througth the EFR compared to Enterprise, assuming, can run unlimited request through the EFR?"
It means, in Enterprise a task may be shared among multiple concurrent threads. Whereas in Standard the EFR imposes a throttle, enabling just a single thread for the task. altascene gave a good example: "For us, PDF generation has become more and more of a requirement. In Standard Ed., that is a single-thread task, which has forced us to migrate to Enterprise. "
Copy link to clipboard
Copied
Lots of good thoughts here, but also some misstatements or things a reader could misinterpret (partly Adobe's fault per info on some of their pages). As I discuss these things with people often in my consulting, let me elaborate.
First, regarding some things asserted here to be enterprise-only, these ARE in fact in standard:
Not saying the above to merely nitpick or be critical, but because they may be important deciding factors for someone debating std vs ent. As has been suggested, see the feature pages from Adobe for more, though they do leave some things potentially unclear.
And that "restricted" footnote is about the EFR, which as indicated will single-thread requests to certain tags, so that if a request is running cf document, for instance, no other request can run it until the first one completes. That's just a small subset of tags (indicated by feature group on that page), but it is a real limiter of standard for some folks.
Finally, a comment was made that both editions were licensed "per two cpus". That's not correct, per the EULA (which refers to cores btw, and to find the eula, see https://coldfusion.adobe.com/2018/01/finding-the-eula-end-user-licensing-agreement-for-your-installe...).
First and most important, it's instead 2 for standard and *8* for enterprise. That's a big difference if you have more than 2 cores.
Second, this is not about how many CF "will support": it will use as many as there are. This is simply about how many there are, which controls how many licenses would be required.
So if you have an 8-core machine, you'd need to buy *4* standard licenses VS only 1 enterprise. The four Standard would cost MORE than the one Enterprise license, in which case it's no longer about whether you "need" the other advantages it offers. They'd be a bonus. 🙂
I don't say that to "push enterprise". To be clear, I am not a cf reseller, so I make no money based on what license people buy. I just help people weigh their options, and I help troubleshoot problems which sometimes is about licensing.
Indeed, fwiw, I have more often SAVED people from going to enterprise--when they feared it was the only solution to their problems, and instead we solved the problems so things worked fine even on standard. As has been said, different people have different needs of one vs the other.
Finally, to the OP, I will note also that you can currently buy CF2018 licenses at 25% off from the makers of FusionReactor, at https://buy.adobe-software.com.
And while Adobe (and resellers) always offer a discounted upgrade price to the latest version from the previous one, when cf2020 comes out, that would only be available to those who have licensed cf2018, nor to those on cf2016 or earlier.
Hope that's helpful.
Copy link to clipboard
Copied
Charlie_Arehart: "...some misstatements or things a reader could misinterpret (partly Adobe's fault per info on some of their pages). As I discuss these things with people often in my consulting, let me elaborate.
First, regarding some things asserted here to be enterprise-only, these ARE in fact in standard:... etc."
Charlie, this is an inaccurate argument. You're inferring things no contributor before you said. Talk about misinterpretation!
No one drew a line in the sand to separate "Enterprise-only" from "Standard-only". That is, no one, until you yourself did.
An application comes together from the collaboration of many disparate software components. Therefore, to compare Standard with Enterprise - as two separate application servers - you have to consider the capability of each.
By capability I mean the collective resources that it offers to enable you to build a given application. From what I can see, every contributor before you thinks along these lines.
Thus, Standard may have PDF, server monitoring, threading, gateways and APIs, but Standard won't be any good if you want to build an application that makes elaborate use of any one of these resources, let alone a combination of them. Altascene has given a PDF example. Another example: you cannot build a fully-fledged API or messaging application without the elaborate use of threads and multiple ColdFusion instances.
Charlie_Arehart: "Finally, a comment was made that both editions were licensed "per two cpus". That's not correct, per the EULA (which refers to cores btw, and to find the eula, seehttps://coldfusion.adobe.com/2018/01/finding-the-eula-end-user-licensing-agreement-for-your-installe...).
First and most important, it's instead 2 for standard and *8* for enterprise. That's a big difference if you have more than 2 cores."
You're probably mistaken. You seem to confuse "core" with "CPU". One CPU may contain two or more cores. In any case, I got the "per 2 CPUs" and the pricing from Adobe:
Copy link to clipboard
Copied
Thank you everyone for the replies, and great insight and information. This definitely helps narrow my decision on which version to choose.
-Daniel
Copy link to clipboard
Copied
Daniel, great to hear that you're satisfied with the answers.
BKBK, I don't understand your vehement offense at what I wrote. I stand by all I said, and I meant no offense to anyone. I simply stated facts. Let me address first what's more important for most readers here: the "core vs cpu" thing, and about "the number" regarding licensing. Then I'll address your "no one drew a line in the sand" assertion.
I. So first, I see what you are quoting about the "per two cpu". Thanks for sharing it. And understandable that you were relying on it. But it seems it's wrong. Not your fault, but Adobe's. Why do I say that so strongly?
I was quoting the EULA (which we agree to on installing and can be found in the root folder of any CF install, and stands binding legally vs any web page). It says specifically (for CF2018), first in section 1.1 regarding, "Enterprise License for Physical/Virtual Machine Deployment" that:
"Adobe grants Licensee a license to install and use the Production Software on a per-Core basis as provided herein or in a separate writing. Adobe grants Licensee the right to run a single physical machine/single VM instance for each valid license of Production Software that Licensee has obtained, as long as the number of Cores in such single physical machine is less than or equal to eight (8) or as long as number of Cores assigned in such Single VM is less than or equal to eight (8). For clarity, each Production Software License can run on a maximum of single Physical machine/single VM instance, provided that the number of Core exist in a physical machine/assigned to such VM instance is less than or equal to eight. For example, if Licensee has a 17 Cores in a single physical machine or if Licensee assigned 17 cores to a single VM instance, in each case, Licensee would need three (3) Production Software License."
Then in in section 3.1.2 on "Standard License for Physical/Virtual Machine Deployment" it says:
"Adobe grants Licensee a license to install and use the Production Software on a per-Core basis as provided herein or in a separate writing. Adobe grants Licensee the right to run a single physical machine/single VM instance for each valid license of Production Software that Licensee has obtained, as long as the number of Cores in such single physical machine is less than or equal to two (2) or as long as number of Cores assigned in such Single VM is less than or equal to two (2). For clarity, each Production Software License can run on a maximum of single Physical machine/single VM instance, provided that the number of Core exist in a physical machine/assigned to such VM instance is less than or equal to two. For example, if Licensee has a 5 Cores in a single physical machine or if Licensee assigned 5 cores to a single VM instance, in each case, Licensee would need three (3) Production Software License."
Seems pretty clear to me that that page you are quoting is wrong, which is indeed quite sad, if it may mislead people about what they think they need to buy. I can't find any other page on Adobe's site (other than the EULA) that talks about this matter of 2 vs 8, but I will note that CF reseller sites clearly show the same distinction of 2 cores for Std vs 8 cores for Enterprise:
https://www.buy-adobe-software.com/
https://www.aventissystems.com/Adobe-Software-ColdFusion-s/10616.htm
Finally, on the matter of cores vs cpu's again it's the EULA that makes the distinction, not me:
"1.6 “CPU” is each distinct central processing unit (physical) within the Computer. Each CPU may contain one or multiple processing Cores."
"1.5 “Core” means a physical or virtual core on a Physical or Virtual Machine and is capable of independently manipulating and operating the Software. In Physical deployment, Core refers to one of smaller processing units of the CPU in a Computer, and in virtual deployment, it refers to the unit of processing power in a Virtual Machine. A virtual Core is the virtual representation of a single hardware thread in underlying processing core. The total number of Cores operating the Software in the Computer may not exceed the licensed quantity, and will be the greater of (a) the exact number of Cores operating the Software in the case when Licensee configures the Computer (using a reliable and verifiable means of hardware or software partitioning) such that the total number of Cores that actually operate the Software is less than the total number of Cores on that Computer; or (b) the sum of all the Cores contained in every CPU on the Computer. The total number of Cores assigned to the Virtual Machine may not exceed the licensed quantity."
II. Second, on your asserting that I somehow misinterpreted you or Dave about what is or isn't in Standard, again I just went based on your words.
Dave asked Daniel to consider rhetorically, "Do we use any of the Enterprise features? PDF generation, API management, etc. I think the server monitoring may be an Enterprise feature now too. Look at the feature matrix for that." You may feel I misread that, but it seems he was implying that those things were Enterprise only. I have known many people to do it. Any of us can make mistakes (you're accusing me of one now). Can't we just put facts on the table without seeing it as some sort of fight? I didn't intend one.
Then you said that if "your application relies on threading, messaging, APIs, multiple instances and failover clustering. These are capabilites that are absent from the Standard Edition." If saying a thing is "absent" is somehow not "drawing a line in the sand to separate Enterprise-only from Standard-only", then we just aren't using the same meaning to words.
Can we leave it at that, and let others make sense of what we have written?
Or is there more behind your comments here than what you've stated? If you want to get it out publicly, here or elsewhere, feel free. Or if you may want to say something to me privately, feel free to email me or dm me or call me. All are offered on my site. I don't know where this came response of yours came from, but I'll admit that like many in IT, my "social IQ" may be on the challenged side.
Copy link to clipboard
Copied
Copied from the Adobe ColdFusion Software License Agreement (to be found in {COLDFUSION_INSTALLATION_DIRECTORY}/license.html):
Copied from the FAQ (https://helpx.adobe.com/coldfusion/standard/faq.html )
I see no inconsistency in what Adobe says above. Their text contains two consistent provisos:
However, if the two-CPU is a misprint, then it 's up to Adobe to correct it. The customer relies as much on the license.html for accurate information, as on the product documentation on the Adobe website.
On the next point, you misquote me. You left out what is perhaps the most important part. At least, the part that is the most relevant to a fellow developer looking to make a decision.
Here again is what I said, in full: "Your application converts the bytes into meaningful information. Your customers are themselves banks or big investors. Your servers communicate directly with theirs.
If so then, chances are, your application relies on threading, messaging, APIs, multiple instances and failover clustering. These are capabilites that are absent from the Standard Edition."
Copy link to clipboard
Copied
I'm really torn about replying. I think anyone reading the thread fully will understand now where each of us was coming from. But you and Dave replied to me, and I still feel some clarification is needed, so I will add it.
And to start, let me remind you and Dave (whose later comment I will reply to next) that I DID start my first response with these words, "Lots of good thoughts here, but also some misstatements or things a reader could misinterpret (partly Adobe's fault per info on some of their pages)". So first, I acknowledged that you both offered useful info. Second, I acknowledged that some confusion (whether you held it or not) could be due to confusion in the Adobe site.
Your last comment gets right to that point, BKBK. And yes, as I said in MY last point also, there seems a mistake BY ADOBE in that page you quoted, which they need to fix. Would you consider opening a bug report to help get things resolved? If so, please share the link here and we can add a vote.
Putting that aside, I again stand by all I said. You say I misquoted you. I did not. I quoted you exactly. I didn't give the additional context (what you say I "left out"), because that wasn't relevant to the point I was making. You said plainly early in your first comment that "threading, messaging, APIs" among other things were "absent from the Standard Edition". They are not, so I made that clarification.
And now we get to Dave's comment. He too is clarifying that his point was more to say that someone using Standard who wanted to use such features should beware that they are restricted. OK, fair enough. Altascene then made the same point, and Daniel then brought up the EFR. But again I was responding to the line which I quoted. If Dave feels I "misinterpreted it", so be it. Again, no offense intended.
But as for his assertion that he regards Standard as something where people "can't really use" these features, well, I still beg to differ, with all due respect. Many people DO use Standard and DO use those features, not as a "taste" but using that "functionality in a production environment". I see it daily. And Daniel was asking questions to decide which edition to use, so it seemed right to be precise in what we shared.
Does the single-threaded nature of those EFR-limited tags sometimes bite people? Sure. But my point is that many use them and never hit that, or do only rarely. And for many, it would NOT be worth it to pay 4x more to prevent that problem. For others, it will be. And as I said, for still others, if they have an 8-core machine, it's a wash since technically they are SUPPOSED TO have bought 4 Standard licenses.
In all this, I was just trying to add what seemed needed clarification. Again, there ARE indeed confusing pages from Adobe (so some mistatements have indeed happened and been propagated), and there have also in fact been changes over time (beside the monitoring which is now in Standard as of 2018 but was Enterprise-only before that, the CAR feature was Enterprise-only until CF11).
I didn't offer my clarifications to denigrate or embarrass either of you. I simply offered them for the sake of the OP Daniel and other readers (and other respondents). You guys and I (and others) have been faithfully helping people here for years, and of course I respect and appreciate that. (Heck, I was learning from Dave before the turn of the century, when he knew more about CF than nearly anyone else alive, and perhaps still does!)
If I ever say something that is incorrect, I'd want you or anyone to call me on it also. If instead it's just a matter of interpretation, then sure let's make our case (as you have, and now I have) and be done with it.
With that, I hope we can all go enjoy our weekends and get back to it next week (or whenever we next see folks asking for help).
Copy link to clipboard
Copied
I am honestly ok with all the back-and-forth here (and have had a few beers too), so don't worry about this. I do believe that for the vast majority of users, the EFR features are not adequately usable in Standard. If you're only using them a little bit, you can presumably get by in Standard with them, but Adobe wouldn't put them in there in the first place if they were. Again, that's my opinion, not a demonstrable fact. That's the message I was trying to convey, and I wasn't saying you were wrong in the specifics of what you said, etc.
Dave Watts, Eidolon LLC
Copy link to clipboard
Copied
Thanks, Dave.
Copy link to clipboard
Copied
"Dave asked Daniel to consider rhetorically, 'Do we use any of the Enterprise features? PDF generation, API management, etc. I think the server monitoring may be an Enterprise feature now too. Look at the feature matrix for that.' You may feel I misread that, but it seems he was implying that those things were Enterprise only."
To clarify, no, I didn't think they were strictly Enterprise-only. However, the purpose of the Enterprise Feature Router is, in my opinion, to give someone a taste of functionality without giving them the ability to effectively use that functionality in a production environment. If you rely on PDF generation for example, you can't really use Standard for it because it'll be single-threaded. But you can learn about it in the first place by using Standard, then find out you really need to upgrade to Enterprise. So, if you know in the first place you're going to need that stuff, you're better served by getting Enterprise in the first place.
Dave Watts, Eidolon LLC
Copy link to clipboard
Copied
To reinforce Dave's comments above, if you have CF2018 Standard Ed., and then decide, at some point in the future, that you would like to upgrade to Enterprise, you will need to perform an uninstall of Standard Ed. first. Just entering a product serial number, or removing an existing license.properties file does not allow for a move from Standard to Enterprise, at least not in my testing. If you are on the fence, have the money, and think that you may want the functionality and features specific to Enterprise in the near to medium term future, in my opinion, you will be better served to start with it.