[Info-vax] OpenVMS servers and clusters as a cloud service
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Thu Jan 11 12:46:29 EST 2018
On 2018-01-11 05:20:02 +0000, DaveFroble said:
> In our applications, we have a message manager, and all background
> tasks get their assignments through the message manager. When we want
> them down, we just send a command to the message manager, and it
> directs all active background tasks to shut down gracefully. Rather
> simple. Works very well.
>
> Even if some of the things you mention were available, application
> designers would still have to figure out how to use them, and to
> implement that usage.
No, your approach does not work well. Sure, it works. It certainly
works for your particular current needs. Well enough. Now
ponder.... That approach also means different piles of different
source code that gets repeated differently all over the place, in every
app on the box. Or maybe that your current approach or other
approaches might miss cases or events that are relevant, but that don't
arise often. (Attempts at DT are great at finding those odd cases,
too!) Or that app-specific code increasingly doesn't get
implemented, and long-running jobs have to be restarted. Or ponder
that the source code gets implemented completely differently, with
different commands and different syntax and different tools and
different designs and different requirements in different files
manually entered in different places in different ways by different
folks with absolutely no consistent (and we all know that some folks
believe that "reading the manual is admitting defeat"), with no
repeatability and no modularity around installations and removals and
upgrades and patches, and with yet more work required around any
integration with the inevitable and eventual requirements for better
automation and replication of our apps. With the likelihood of
unexpected conflicts arising when there are requirements for apps to
cohabit on a server. To many ways that this all goes wrong, and with
increasing efforts inevitably involved. Or folks just look at all the
OpenVMS complexity and roll-your-own requirements and the
piles-of-glue-code needed here and think to themselves: "I'll use
Linux, because $(reasons)".
TL;DR: Getting OpenVMS loaded onto an arbitrary server and booted and
getting software packages loaded and running on that server — whether
that's all on your own servers or on hosted servers or as guests or
whatever — desperately needs to get easier.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list