Earlier quoted context omitted.
I have no problem with MacStadium's business model; in fact, I have seriously considered renting Macs from them in the past specifically because of their service of providing a dedicated machine for an extended period of time. In that case we were looking at running extended builds and the cost of downloading Xcode, then our source tree, then running a build for hours on a per-hour service was fairly competitive with…
> What Apple did here is create a monopoly for MacStadium Why can't any business rent out physical Macs on a 1:1 basis on the same terms as MacStadium? It looks like they can, and if so then it's nothing favorable to MacStadium specifically: it's just not favorable to fractional renting like AWS.
Amazon EC2 Mac Instances
211–220 of 511 posts
Re: Amazon EC2 Mac Instances
#212An interesting offering from Amazon that is crippled by Apple and MacStadium, who deserve to be raked over the coals for their recent EULA changes. Just read the post on MacStadium's blog: https://blog.macstadium.com/blog/developers-big-sur-and-vind... Under the new agreement, you must: * Rent to only one organization * Rent for 24 hours at the minimum * Use it for some set of "approved" development work …among other…
The thing that Stucki is celebrating can be summed up with this line from the blog post: > I’m happy to have an absolute guideline from Apple Before this, it was a legal grey area. Now at least the rules are spelled out and are clear. More importantly, they are the same for everyone. I think we could all argue over what the "right" limits might be (or if there should be any), but at least MacStadium, AWS, and whomeve…
Re: Amazon EC2 Mac Instances
#213So if we could just rent Mac VMs that would be nice. But this is pretty much useless. You get only a single machine for a really high price.
Theoretically I could run VMWare on the rented machine, to run multiple virtual copies of macOS, but then I'd be doing all the maintenance that I don't want to do.
Re: Amazon EC2 Mac Instances
#214Amazon lists the price of mac1 instances (running on rack-mounted Intel Mac Minis) at $1.083 per hour, $9,487 per year. You have to pay for 24 hours up front, after which they bill by the second. https://aws.amazon.com/ec2/dedicated-hosts/pricing/ They don't yet display any reservation pricing for mac1 instances, but they do offer a "savings plan." https://aws.amazon.com/savingsplans/pricing/ If you pay for three yea…
The cost of housing and managing a unit of hardware is nonzero. Actuals vary wildly by location, purposes, and sector; but if everyone can get their heads out of the hobbyist-tinkerer mindset for a moment and consider that lifetime TCO is a real and meaningful consideration for businesses, then the component that isn't buying/leasing the server itself is typically several hundred dollars, per physical unit, per annum. Public clouds don't nullify all of it, but they swing the needle dramatically.
Since my duty cycle for a Mac Mini is rather less than 20%, the economics even of on-demand instances immediately make sense, and having it inside the VPC boundary without hybridising is gravy on the meat since I'm consuming several other AWS services besides.
These two factors (lifetime TCO and scale-down) are the economic foundation of the value proposition of utility computing. The "I can build that in my garage for cheaper" crew aren't wrong, but they're missing the point.
Putting on my sometime cloud infrastructure product manager's hat, long-term observers of service pricing may also observe the common enough pattern of starting a new product with a relatively high price, one that selects for early adopters and other price-insensitive (and, you hope, glitch/MVP-tolerant) customer segments, then gradually ratcheting prices down in order to estimate (amongst other things) the price elasticity of demand. It's naturally easier to get cheaper over time, than go the other way. In this AWS's position on compute is congruent to any other commodity merchant⁽¹⁾ with the luxury of being able to withstand potential losses on a single product line. For most EC2 instance types I'd expect they have a very good model of the price sensitivities, but mac1 is undoubtedly a unique platform with elevated uncertainty in the price parameters.
Which is my long-winded way of saying, it'll likely be cheaper in a few months.
-----------------------
⁽¹⁾ yes, yes, just like a fruit shop, very droll.
Re: Amazon EC2 Mac Instances
#215Earlier quoted context omitted.
Though some of their statements probably don't apply, I think EULAs apply in EU. Software license do apply. Software patents are still not recognized, let's hope this continues for a long time.
EULA apply, but there is legislations in EU that make terms prohibiting you from reverse engineer, sell, rent or automating null and void.
Re: Amazon EC2 Mac Instances
#216Earlier quoted context omitted.
Apple's angle here is that everybody who needs a Mac has to buy or rent one. That seems super obvious. It also happens to align them with people who are in the business of selling or renting Macs, sure. But the point is not to screw AWS or MacStadium's competitors. The point is to sell Macs.
The obvious side effect of selling more Macs is that it hurts AWS and MacStadium's competitors. Developers don't want to buy more Macs from Apple that they don't need. Apple knows this and has known this for decades and so their actions are essentially the same as telling developers to suck it up and buy new Macs.
Re: Amazon EC2 Mac Instances
#217An interesting offering from Amazon that is crippled by Apple and MacStadium, who deserve to be raked over the coals for their recent EULA changes. Just read the post on MacStadium's blog: https://blog.macstadium.com/blog/developers-big-sur-and-vind... Under the new agreement, you must: * Rent to only one organization * Rent for 24 hours at the minimum * Use it for some set of "approved" development work …among other…
AWS are offering the first ever officially supported macOS virtualisation, I would call that a milestone. Given the costs, you would only use these instances for "approved" development work only. It is aimed at larger companies where maintaining a MacBook Mini build server is relatively expensive. Such companies will be using more than one instance of a MacBook mini to have a level of redundancy in case of a failure.…
AWS is offering dedicated bare metal Mac Minis for rent with virtual NICs and virtual storage powered by AWS Nitro, there is no macOS virtualisation.
Re: Amazon EC2 Mac Instances
#218An interesting offering from Amazon that is crippled by Apple and MacStadium, who deserve to be raked over the coals for their recent EULA changes. Just read the post on MacStadium's blog: https://blog.macstadium.com/blog/developers-big-sur-and-vind... Under the new agreement, you must: * Rent to only one organization * Rent for 24 hours at the minimum * Use it for some set of "approved" development work …among other…
AWS are offering the first ever officially supported macOS virtualisation, I would call that a milestone. Given the costs, you would only use these instances for "approved" development work only. It is aimed at larger companies where maintaining a MacBook Mini build server is relatively expensive. Such companies will be using more than one instance of a MacBook mini to have a level of redundancy in case of a failure.…
That makes no sense, sorry.
Re: Amazon EC2 Mac Instances
#219An interesting offering from Amazon that is crippled by Apple and MacStadium, who deserve to be raked over the coals for their recent EULA changes. Just read the post on MacStadium's blog: https://blog.macstadium.com/blog/developers-big-sur-and-vind... Under the new agreement, you must: * Rent to only one organization * Rent for 24 hours at the minimum * Use it for some set of "approved" development work …among other…
As far as I know, before these changes selling virtualized macOS was not allowed at all. That is what Brian was celebrating, to see some approval.
Re: Amazon EC2 Mac Instances
#220[1] http://web.archive.org/web/20200511183317if_/https://github....
[2] http://web.archive.org/web/20201108115438/https://docs.githu...