A recent Seeking Alpha article proposes the theory that Alibaba could threaten Amazon’s AWS cloud services.
Amazon has been my best investment by far.
The article has some great information about the cloud services industry. It includes a lot of facts and figures that ring true. I disagree with this article’s overall assessment, however.
Alibaba will erode AWS market share in Asia but few other regions. They are a Chinese company. I would never use them myself nor recommend the Alibaba cloud solution to my clients because of this.
China has a history of banning content and restricting the free flow of information — especially on the Internet. Shutting down a business on the Alibaba cloud and taking over the assets of anything they deem “inappropriate” or “propaganda” is well within the realm of possibility. Why would any business add that to their risk factors when you have AWS as an alternative.
Not too mention Amazon continues to innovate and introduce services at a dizzying pace. The dollars spent on investment only matters if it yields results. Based on the service offerings alone, Amazon is 10 times further ahead in this space than the closest competitor.
I’m maintaining a hold position on AMZN despite the growing popularity of Azure, Google Cloud, and Alibaba.
Get Your Certificate Signing Request (CSR)
From Amazon Linux:
openssl req -new -key vim <domain>.<tld>.key -out <domain>.<tld>.csr
Buy Your Certificate
From Name.com purchase a cert for either a wildcard or single-host fully-qualified domain name. It must match the domain identifier . used when creating your CSR.
You’ll need the contents of the .csr file and private key you created above.
Two quick hacks I learned today while doing some general “tech life” maintenance.
Amazon Web Services – Saving Money
The first “hack” is an easy one that I am now kicking myself in my own ass for not picking upon 6 months ago. This is a $600 oversight that is a LOT of beers-worth of savings. The trick is simple… RESERVE INSTANCES. Especially with RDS.
It turns out that for RDS (and possibly EC2 and other instance types) you can “purchase” a No Upfront Costs reserved instance. The cost? FREE. The savings can be substantial. For an M4.Large size instance it can be as much as $80/month!
I have been running a M4.Large sized RDS instances for months. The hourly rate is $0.350. That runs $3066 per year or about $255/month.
By purchasing a reserved M4.Large instance for 1 year with no upfront fee the rate drops to $0.241/hour or $2,111 annually. That is $175/month. A quick $80 for clicking a few buttons and pressing submit.
In my case I opted for the partial up front payment. In this case you pay $648 today as a one-time charge for that M4.Large reservation for 1 year. The hourly rate drops to $0.132/hour , $1,156/year or about $150/month. That is $105 less than what I was paying. Sweet!
gSuite Email Forwarding
I have been using gSuite / Google for Work / Google for Business or whatever other of a half-dozen names they’ve used in the past 10 years for… well … about 10 years now. One of the key features I use regularly is the email routing which allows a single domain-wide email address to be forwarded to both in-company gSuite and non-Google users (such as Yahoo! email addresses). It makes it easy to give customers (or my son’s tennis team) a single short email address that goes to multiple people.
It turns out that the forwarding rules can be written as regular expressions. Add a gSuite email route for firstname.lastname@example.org and set recipients to a half-dozen different email addresses and anyone that sends email to skunkworks@ will get broadcast to the team.
It turns out that the regular expressions allow you to do some pretty cool things like send email coming in to skunkworks@(yourdomain|mydomain).com to hit that same group of people whether the person sends to yourdomain.com or mydomain.com on the email.
But … this system happens to break a common tenant of nearly every major email system in existence. It is CASE SENSITIVE.
Yup. Email to Skunkworks@ will NOT go anywhere and the user will get an “undeliverable” message for everyone not on the Google family of services.
Well it turns out a simple hack can fix that. add ^(?i) at the start of the expression to make it case insensitive.