Let me guess, Big-4? boutiques in the UK don't usually charge that kind of day-rate and the big banks all use their purchasing power to get day rates down.
£800/day is low, but not unheard of especially if you use freelancers/small boutiques, but £2k/days is more than I've seen for most things in the UK.
I'd imagine it depends on how much attention the operators in this marketplace have been paying.
If they've believed UK Government rhetoric about how Brexit will be a smooth process that will enhance the UK's trading opportunities, this may come as a surprise.
There are (IMO) a reasonable number of UK citizens and businesses who haven't grasped the likely consequences of what's happening on 1/1/21
Not to add insult to injury, but it's been said that coronavirus actually plays into the hand of current UK gov as they have a scape goat if things go south.
Indeed they are not. What I find a bit puzzling is that the UK Gov. absolutely had an easy escape hatch from the cliff edge of end of 2020, by saying "we've got to delay due to the pandemic" I don't think many people would have complained if they had.
Instead they explicitly rejected that opportunity and carried onwards...
As is often the case with Brexit the real explanation for inexplicable actions of the current government is all about internal Tory party management. I read this article a while back which explains it quite well: https://nicktyrone.com/why-i-believe-the-boris-johnson-gover...
Very interesting article, if a bit worrying for the UK's economy in the short/medium term.
I think it could well be right that they're hoping for the (likely impossible) blink from the EU, but between that, the heavy political toll a US trade deal would require (it would have a big impact on the UK farming community+possibly other areas) and the expanding spat with China, it's really not shaping up to be a good period, economically speaking.
kube-ps1, kubectx and kubens can help quite a bit here. kube-ps1 to give you a visual indication of current context and the others to make switching easier.
You can also explicitly add namespaces to manifests, which help avoid applying to the wrong namespace.
While kube-ps1 helps, remember that the context is set session-wide. So even if your last command says "development" in one terminal, another terminal may have modified the context by now.
So make sure to spam the return key before deleting stuff :D
Interesting looking project, although at the moment it's only useful for a small range of issues.
One of the harder parts of vulnerability scanning is building and maintaining the plugin database. Nessus, which is one of the older and better known VA tools has 10's of thousands of plugins...
There are other, open source, vulnerability scanning tools available as well like OpenVAS https://www.openvas.org/
Ultimately the end of any pyramid scheme is a large number of people losing money , often money they can't afford to lose.
It doesn't seem likely to be in the interests of most governments to actively encourage straight Ponzi schemes as when the people at the bottom of the pyramid lose their money, they may end up requiring state assistance, transferring the risk to taxpayers.
sounds a lot like regular old gambling. most will lose, but a few will win through luck or skill. if it's clear up front that the expected value is negative, I don't really see a reason to ban it. most forms of entertainment involve losing money.
The people who "win" at Pyramid schemes aren't (IMO OFC) winning through luck, they're winning by being the people that set them up.
And in the US and many other countries gambling is regulated, so that the games have certain parameters and the risks are known, can't see that being applied to pyramid schemes.
I'd agree that k8s has a lot of functionality built-in, another important thing to realise is what k8s doesn't do.
In addition to the well-known integration points (Container Runtime/Network/Storage Interfaces), there's things like the lack of a good built-in user authentication mechanism with Kubernetes, which means you pretty much always need some external authentication service for your clusters.
That's not too bad if your on one of the big managed providers (GKE/AKS/EKS) but can get complex for people who want to deploy on-prem.
> That's not too bad if your on one of the big managed providers (GKE/AKS/EKS) but can get complex for people who want to deploy on-prem.
Go spin up Keycloak, join it to your user-directory of choice (or not and just use the internal directory), configure it as your authentication provider, done.
Right so in addition to the complexity of running k8s (which is the general point of the post) you now have to learn about OAuth servers and LDAP integration.
In many corporates you also now have the challenges of cross-team/department work, for the k8s team to work with the AD team to get it setup.
And still that won't get you away from the problem that without a first class user / group object in k8s people often end up running into problems with JML processes over time and mismatch between AuthN and AuthZ...
LOL. You clearly not worked with SSO or anything a bit more complex. It's a pretty hard problem, there are even companies whose whole portfolio is around authentication only!
The problem with Uber et al, is not that they cannot become profitable, but that they cannot become sufficiently profitable to justify their valuations.
Uber has burned through many billions of investor cash. To show a reasonable return on that cash it would need to generate not just profit, but a lot of it.
Whether it can do that in markets like taxi's and food delivery is a quite debatable point as competitors will continue to spring up quickly especially when Uber tries to put the prices up enough to generate the kind of profts needed at their scale.
That theory implies a significant barrier to entry for new competitors.
In some markets that is justified. Those where significant infrastructure is needed to compete. For example Amazon's network of warehouses and datacentres would be hard for a competitor to replicate at scale.
For other markets, that's not justified. For example Uber, a small scale competitor can operate with some taxi's and an app. They won't have all of Uber's capabilities for sure, but they can compete in a locality.
LXC takes quite a different approach to containerization compared to Docker (e.g. running full systems in containers by default, instead of a single application process)
What is it about their approach that you feel is superior?
Podman when not run as root has some significant drawbacks (e.g. containers can't communicate with each other). That's not specific to podman it's just hard to do without root.
Podman has long running processes as well, there's a podman process that'll run once you've launched at least one containner, and a conmon for each container (equivalent to containerd-shim)
Packaged directly... it is by RH and SUSE, don't think by debian/ubuntu. At least for ubuntu, 20.04 packages Docker 19.03 just fine.
Containers within the same pod can certainly communicate with each other without root? I'm running that setup right now for my graylog container and it's mongo and elastic search dependencies
Within the same pod sure, they share the same netns. I was talking about individual container comms.
With rootless podman they use slirp4netns and all get the same IP, with rootful podman or Docker a bridge network is established so that containers that aren't in the same pod can communicate with each other.
£800/day is low, but not unheard of especially if you use freelancers/small boutiques, but £2k/days is more than I've seen for most things in the UK.