News for hackers. Stuff that matters.

bdburns

You can build a kubernetes based bundle that is cloud agnostic.
Re:Scaling Kubernetes to 2,500 Nodes on Thursday January 18, 2018 @02:31PM (#16180494)
VMs in all clouds are always tied to specific machines. If that machine fails unexpectedly then those VMs will restart. If it is a controlled reboot (e.g. host update) then they may not restart...
Re:Scaling Kubernetes to 2,500 Nodes on Thursday January 18, 2018 @01:43PM (#16179999)
(Azure containers lead here) Awesome to see OpenAI scale Kubernetes on Azure!
Re:AWS Fargate – Run Containers Without Managing Infrastructure on Wednesday November 29, 2017 @06:38PM (#15811957)
What image were you running? Our internal monitoring indicates that it is generally significantly faster than that, but image pull is almost always the long pole for container startup time.
Re:AWS Fargate – Run Containers Without Managing Infrastructure on Wednesday November 29, 2017 @12:36PM (#15808900)
(Azure Container Instance engineer here)

This looks very similar to what we launched with Azure Container Instances last summer.

The Azure Container Instances kubernetes connector is open source and available here:

https://github.com/Azure/aci-connector-k8s

<kubernetes founder and azure container lead here>

It's really awesome to see Microsoft's experience in developer productivity coming to cloud native applications!

Re:Azure Container Instances on Wednesday July 26, 2017 @02:37PM (#14858890)
Azure Container Instances developer here...

Each container has hypervisor level isolation. We are not relying on kernel level isolation for security isolation between different user's containers.

Re:Azure Container Instances on Wednesday July 26, 2017 @01:32PM (#14858256)
API support is already there. The docs/SDKs need to be updated, but there are some examples here:

https://github.com/Azure/aci-connector-k8s/blob/master/synch...

https://github.com/Azure/aci-connector-k8s/blob/master/aci.t...

Docs/SDK updates should roll out in the next 1-2 weeks.

Re:Draft: Making Container Development on Kubernetes Easy on Wednesday May 31, 2017 @11:14PM (#14457727)
Disclosure: lead eng for azure containers and kubernetes founder here...

a) For the longest time, I've wanted a "TTL" extension for Kubernetes objects, maybe this is a good excuse to build it. But concretely, since you are paying for the VMs in the cluster (IaaS) the Pods you deploy are "free" (until you run out of cluster capacity, of course)

b) The right way to do this is Kubernetes namespaces. You can specify a different Namespace in each user's draft config file that will place each developer's containers in a different namespace.

Now that I write that, though, that seems like too much work. We should probably automagically build a unique namespace for you...

Older »