Hacker News new | ask | show | jobs
by jpollock 2555 days ago
As a lesson to anyone else hoping to do a shutdown with a migration to a different service with your company.

If you are going to treat me the same as any new subscriber, where I have to re-signup, re-add my payment method, export my settings and then import them again, you're asking me to buy all over again.

If you ask me to buy, then I get will reevaluate the relationship, and if it's just as easy to migrate to another supplier I will move.

Migrating internally should have been "push this button to accept the new terms and pricing, you don't even need to talk with your registrar."

I've been a Dyn customer for over a decade, and now I'm moving because it's just as easy to move as it is to stay, and I do not want to have to type in "oracle.com" to manage my service.

7 comments

A few years ago, we needed to move 4 VMs from one host in a DC nearby to on-prem. They were in their own little IP subnet, and they ran this crappy software called CoPath from Cerner. The app, being written in PowerBuilder, it was a delicate app, and I called up Cerner to ask the best way to move these VMs since we'd need to change the IP address space they occupied. Cerner said they had no idea what might happen, it might work, or everything might break. The safest path was to reinstall in new VMs and move the data. It would be $25,000 to do that. I laughed, said I can get a new LIS system for taht including data import. They said they'd take that feedback to the quote team, never got another response.

I changed LIS systems, saved money.

Some software I used to work on, had this sort of issue. Customers would call up and say "how do I change the machine's IP address" and Support would reply "you can't, you have to reinstall".

What was really going on: there were a whole bunch of config files, into several of which the installer embedded whatever was the machine IP at install time. Support didn't know exactly how many files there were. Engineering was asked to document them all but for whatever reason were dragging their feet on doing it. My attitude was – why can't we just do a search&replace? Response I got – we can't trust customers/Support to do that without making a mess of it.

Eventually, engineering wrote and shipped a "change machine IP tool" which knew about exactly which config files contained the machine IP. Finally, we had a supported procedure for changing the IP address of the server.

I work for a Dyn Enterprise DNS customer, so I read the Enterprise FAQ which says:

> If you’re a Dyn Managed DNS customer and minimal downtime is acceptable, follow the instructions above to migrate your services to OCI.

> If you’re a Dyn Managed DNS customer and downtime is not acceptable, please check back with us in August when we are planning on having a migration tool available to help avoid downtime.

We happen to be wrapping up a migration to a self-hosted solution, but we chose Dyn because we didn't find "minimal" downtime to be something generally acceptable. [edited this sentence for clarity]

For personal use, it's worth checking out free DNS service from Hurricane Electric, https://dns.he.net/ it includes Dynamic DNS, and Hurricane Electric is probably not going anywhere. I'm not affiliated, but I use their secondaries for my personal domains.

I just reevaluated. I moved to another supplier (hello cloudflare). I suspect I have been a customer for more than 15 years. Possibly even longer. Way longer. 2 decades? I was a VIP member too - whatever "cred" that holds. Account now closed.
I've been using them since at least 2002 --- but that was a service migration at their end, so the actual time would be longer than that.

I hear gandi.net's DNS is good.

Don't forget the five minute wait to update your cookie preferences before you can interact with their website. That's a nice usability touch.
As a person that utterly detests oracle's db software licensing model, every time I see a sales pitch from Oracle I mentally translate it as "Larry Ellison needs a bigger yacht".
He owns an entire Hawaiian island. We're past the bigger yacht stage.

https://en.wikipedia.org/wiki/Lanai

I bet you could exceed $300m on a yacht if you went to the top tier yacht builders with a blank check and said "build me something bigger than the largest yacht owned by the wealthiest saudi royal"
That's pretty much exactly how the transition is for me:

Dear Customer,

Since Oracle acquired Dyn in 2016 and subsequently acquired Zenedge. The engineering teams have been working diligently to integrate Dyn’s products and network into the Oracle Cloud Infrastructure platform. A majority of Dyn products have now been integrated and upgraded on the Oracle Cloud Infrastructure.

Accordingly, DynDNS Pro/Remote Access is decoupling from the Dyn brand and business unit this summer, and will remain a business unit within Oracle.

Your organization has the right to access and use DynDNS Pro/Remote Access. This product will continue to be available from Oracle without any disruption of service and no action is required on your part at this time.

I have been a donating member of the now defunct everydns.net, acquired by DYN in the 2010, sadly then acquired by Oracle in 2016 for some strange reasons, probably because DB experts are always fascinated by DNS experts. Somehow I am then a VIP user of dyn/Oracle, and I have received two emails. One is the aforementioned, containing inflated marketing words for 'Action required please migrate to the best cloud (i.e. Oracle)', the other is 'don't worry, for you VIPs, DYN will remain a separate business unit. No action is required on your part at this time'. AT THIS TIME.

I think I will install for my personal domains a good chrooted bind (or powerdns) on a couple of public facing linux servers. AT THIS TIME sounds too intimidating to me.

I somehow got both messages - I need to migrate to Oracle's new platform and also "no action is required". I expect the DynDNS hostnames I had constituted part of the free service despite needing a Pro account to create them.
Yeah, I got the same message. As of this moment, I have no reason to change, since it is a seamless transition with no appreciable changes to my service.
Minor point: You'd actually be typing "oraclecloud.com", e.g. https://console.us-ashburn-1.oraclecloud.com

That's a lot better, right? grin ;)