Also Gdash[1] and many others
I agree with your sentiment though.
HN user
Also Gdash[1] and many others
I agree with your sentiment though.
Try ordering a couple of thousand Rome servers from Dell right now and you might be surprised.
I wonder if your Heroku values, would be more widely known if it had a more generic name
https://gist.github.com/adamwiggins/5687294
Again, like 12factor, it's a collection of themes from around the internet but it also has stood the test of time.
8x is close to the top end, somewhere between 3x and 10x depending on a number of factors, mostly scale.
For the record I factor in:
- Hardware depreciation (36mo)
- Power
- People
- DC rent + power
- software licences / support
for on premise.What we see now is that compute is dropping in price for on prem every year and density is improving. AMD Rome brings incredibly bang for your buck when buying at significant scale.
But it's not comparing Apples with Apples.
It's virtually impossible to accurately factor in the opportunity cost of doing all this yourself but you can potentially hire a bunch of engineers with the savings of going on prem, ymmv
You can never ever recreate the developer experience on prem regardless of your scale, on you can tell if on prem is good enough
It's difficult to put a value on being to pay as you go or suddenly be serving workloads out of a geo close to your users in Cloud where on prem there is always a lead time
Finally whilst the developer experience is better suddenly having to deal with new challenges takes a while to adjust in Cloud, outages out of your control, non predictable performance, poor support, no access to your hardware
TLDR: Cost is hard to define and isn't a zero sum game
Curious if you tested POC for simple COE?
Melatonin is now available from Chemists. You need to do a short online consultation but other than that it’s straight forward to buy
Looks great, would love and use something like this for GCP
Virtualised control plane is totally fine. Next step is containerised OpenStack.
Pros:
- economy of scale, if you are large enough OS is very cost effective - OSS - No vendor lock in
Cons:
- Complexity - Lack of features and higher level abstractions v public cloud
Definitely ahead of their time, Openstack wasn't formed until 2010
Absolutely. You get it.
It's frustrating to read people comparing container technologies or worse container schedulers with OpenStack. Apples and oranges.
If you are planning on running containers on premise you need something from managing the IAAS side of things. OpenStack is excellent at IAAS and is the foundation for running higher level abstractions and services on top.
In HTTP2 the opposite is true.
Single domain will help you with performance
There are a few factors here.
Depreciation: is typically three years for hardware purchased rather than leased. At the end of 3 years the item has zero value thus can be replaced.
Useful life: is hopefully longer and up to five years. So an item is without value but can still be used. More typical with networking hardware than compute.
The other poster who mentioned power consumption is totally correct. It can make sense to renew hardware even before it has fully depreciated in order to get better datacentre density and lower power draw.
This is what is driving most refreshes in my experience.
I love when the guys from Etsy present at conferences and they start with that joke:
We are a monitoring company with a side line in being an online marketplace
CEPH is a volume service not an object storage service.
SWIFT is indeed analogous to S3.
Dont you have to pay for an enterprise licence if you want multi region/datacentre/AZ?
It's very dangerous to assume the UK will get the same sort of deal as Norway. Norway has some unique cultural and exononomic attributes that are very different from the UK.
Whilst it is in the interest of the EU to have a trade agreement with UK, the UK does not have a strong negotiating position.
Why would EU member states do anything to help a country that is destabilising the entire EU project.
In the context of a public cloud we need more users.
This news is a long time coming but I am super pleased that they got this announcement out before the OpenStack Summit next month.
After the failure of the HP public cloud Openstack needed this validation.
It's actually not that much. Current consumer desktop hard drives top out at 8T (you can get enterprise RAID boxes of up to 48T now, but leave them out of the equation). 1P/day ~= 128 hard drives, so at 4min/drive, that's one person.
Of course at this scale you provision by prebuilt rack or even by container
There is an nginx module for this.
My question is the reverse:
"What's the worst culture you have been part of at a company and were you able to change it"
WAF are a bad idea imvho. They can give a false sense of security and the feeling that security is being taken care of. The reality is theta they are generally not very good at catching anything other than the most basic of attacks.
I much prefer
- external security monitoring (there are many vendors) - automated testing in pre production using skipfish/w3af/whatever - static code analysis - penetration testing - responsible disclosure programmes - hackdays
Twenty plus 1-1s, means twenty plus direct reports.
No wonder the guy was burnt out. That number is simply not manageable in any worthwile way.
The rest of the article just reads like someone is CTO purely because when he joined.
The friction with the VP in terms of how the VP executed hints at someone a little out of there depth maybe.
Bit of a mixed bag here:
Inadequate rewards
In my experience it's very rare for someone to leave for a 5% uplift in compensation.
Awful office space
Bang on the money. What is even worse is when engineers have a great space that gets changed. Always churn after that.
No self development
Typically the people who say this are the people who are most likely not to get much from free time to learn new stuff. if you are the type of engineer to learn new stuff then formal training and free time is not going to change your ability to pick things up. If you come to me and say I could not learn X because I had no free time, I am generally sceptical.
Inefficient collaboration
Generally means other teams / people do not recognise what an awesome thing I did. Generally implies your awesome thing was not massively awesome.
Negative people
Totally true. The most devastating thing that can happen to teams is to have negative personalities.
Fear of failure
Did not understand this.
Lack of clear goals
bang on the money.
Micromanaging bosses
it's different strokes for different folks. Whilst lots of engineers like the freedom to get to the goal by themselves there are some who actually really enjoy the directive style.
Useless meetings
Is this still an issue in 2014?
Wasting your team's time
I sort of get this but again it varies per engineer.
The BBC is in a unique position where not only does it get a massive amount of funding from it's commercial arm [0] it also receives a massive amount on 'tax' in the form of a TV licence [1].
And whilst I am personally proud of some of the technical advances made by the broadcaster I am continually troubled by the commercial advantage the BBC has over it's competitors and the massive waste internally. The later I have personal experience of as I spent some time working for the BBC.
[0] http://en.wikipedia.org/wiki/BBC_Worldwide#BBC_Worldwide_pro... [1] http://en.wikipedia.org/wiki/Television_licensing_in_the_Uni...
I'm not sure there is actually something in the open source space that is ACID compliant and offers all those features.
Sharding is a problem in Postgres and I am sure they will fix the disconnect between how the data is inserted and how it's read pretty soon.
Automatic failover and datacentre awareness are not typical features in Open Source RDBMS, although you some NOSQL solutions may do this for you.
I'm willing to overlook many weaknesses in PG as we get blistering performance and amazing stability combined with features like hot schema upgrades.
I find it telling that so many people are so irked by the change in the nomenclature of ops. There are many people and businesses who have set their stall out to be transformative agents in operations, moving from old ops to devops.
But the problem is that devops has gone from being aspirational for many to the de facto for many.
It's the post devops world. There is no devops anymore, just ops.
I would love to hear people's opinion's on what this means for ceph going forward? Will it change anything?
It's telling for me that as the project starts becoming 'hot' RedHat step in. I totally get why it's a great strategic purchase in the context of winning cloud adoption / share / love.