Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Azure Container Instances

azure.microsoft.com

Post reply on HN
Print view View original

111–117 of 117 posts

Re: Azure Container Instances

#111

Post by justincormack »

convolvatron wrote: post #54
hardwaresofton wrote: post #43

What's really got me excited lately is the combination of Ansible (for dirty work) and container orchestration systems like Kubernetes/Rancher/etc (also, tools that go from one orchestrated host to many like dokku and flynn). While I appreciate the competition from GCE and Azure, what I really want is a tool that will run in any one of their clouds, but offers the same ease-of-management, and lets me go from one clou…

the clear end goal here is that you have to deal with things like 'provisioning virtual disks' and 'doing ubuntu updates'. this whole virtualization thing received you of the burden of buying pci ethernet nics and rack mount brackets and provisioning cooling. but really this whole business of writing chef recipes and provisioning harnesses is really the same kind stuff. it seems important because you can't run withou…

One of the aims of LinuxKit https://github.com/linuxkit/linuxkit is to show that you absolutely can do without the "doing ubuntu updates" and "writing chef recipes" stuff - you just write a single config file that specifies the whole OS config and the applications you want to run, test on your laptop, build in Ci and then deploy to cloud or bare metal, with just your service (or Docker/K8S for dynamic services).

Re: Azure Container Instances

#112

Post by purvis »

hardwaresofton wrote: post #106
purvis wrote: post #81

Earlier quoted context omitted.

> Terraform is basically this tool, but I want an even easier interface, terraform still feels somewhat too specific to me -- I don't want to even have to write config or specify some "aws" adapter that will make my config work on some provider. I want instant, multi-cloud (possibly) heroku, using only the network, hard-drive-space, ram, and lxc "primitives". This sounds very similar to some ideas I've been stewing o…

tl;dr - "Fullstack" developer who does my own ops for my own projects which are very varied (I've done small-time deploys/management for projects in/with python, node, go, haskell, ruby, postgres, rethinkdb). I try to iterate my infra as well as my technology stacks to find the best way to do things. Sorry for the delay -- I've definitely had this at the back of my mind too, but with every advance made by cloud provi…

Your story sounds so familiar, someone could read what you wrote above and think it's me.. though I like to think of myself as a generalist rather than "fullstack". I tend to believe "fullstack" is a marketing term for acquiring slave labor. You're right though, it's required at this point for smaller startups.

> I wonder if I could ever possibly get into that fight

I wonder this too. I've been using AWS for 4+ years at my day job(s). The main pain point for almost all users, including myself is the cost. I think a product/tool that helps companies save on cloud costs would be invaluable. The difficulty is convincing crusty old ops people that the product is something worth trying.

Anyway, after my current employer runs out of money, I'm going to do a startup of some sort. While one of my many idea was like the one we outlined above, I'm actually starting to shy away from the infra/op verticals lately.

My email's in my profile, if you ever want to bounce ideas.

Re: Azure Container Instances

#113

Post by sytse »

hardwaresofton wrote: post #107
lvangool wrote: post #70

Earlier quoted context omitted.

Hey @hardwaresofton check out Cloud 66 https://www.cloud66.com/containers - Caveat... I work there :)

Hey thanks for the link! However I don't think Cloud66 is for me -- out of my price range for the small projects I build. With respect, from what I can tell, most of the features of cloud66 are already included in Gitlab, and when I convert my current infrastructure to Kubernetes I can even start taking advantage of the auto-deploy-to-kubernetes features. $49 / Month is a bit too much for me, but I don't think I'm th…

Yep, this is exactly the vision we have for GitLab, for more information see https://about.gitlab.com/2017/06/29/whats-next-for-gitlab-ci...

Re: Azure Container Instances

#114

Post by CyanLite2 »

mankash666 wrote: post #102
runeks wrote: post #64

Earlier quoted context omitted.

This is only like AWS Lamda if a response time of a few seconds is acceptable to you. That's the time it takes to start up an instance according to the article.

FYI - AWS Lambda cold start times are also in the seconds [1]. I'm assuming Azure functions has the same limitation. After all, code has to be retrieved from storage over the network, environment set-up, and eventually, code needs to be run. This is a limitation of physics rather than software. [1] - https://serverless.com/blog/keep-your-lambdas-warm/

Azure Functions has support now for pre-compiled functions. Start-up is fast, under 2 seconds for me and simple Http triggers.

Would be interesting to see a mashup of Azure Functions and ACI. In other words, use a event-driven trigger to spin up a container instance so you wouldn't be limited by the "serverless programming model".

Re: Azure Container Instances

#115

Post by hardwaresofton »

purvis wrote: post #112
hardwaresofton wrote: post #106

Earlier quoted context omitted.

tl;dr - "Fullstack" developer who does my own ops for my own projects which are very varied (I've done small-time deploys/management for projects in/with python, node, go, haskell, ruby, postgres, rethinkdb). I try to iterate my infra as well as my technology stacks to find the best way to do things. Sorry for the delay -- I've definitely had this at the back of my mind too, but with every advance made by cloud provi…

Your story sounds so familiar, someone could read what you wrote above and think it's me.. though I like to think of myself as a generalist rather than "fullstack". I tend to believe "fullstack" is a marketing term for acquiring slave labor. You're right though, it's required at this point for smaller startups. > I wonder if I could ever possibly get into that fight I wonder this too. I've been using AWS for 4+ years…

Agree -- "Generalist" is the word I'm going to use now instead of fullstack -- that's the way better term, I put "fullstack" in terms because I dislike the term.

Email incoming!

Re: Azure Container Instances

#116

Post by anirudhgarg »

mankash666 wrote: post #3

If this works as advertised, it's awesome. It's like AWS lambda, without language restrictions, CPU or RAM throttling, etc. Truly serverless

One more "serverless" offering from Azure focused on IT/Azure Management scenarios is Azure Automation. https://azure.microsoft.com/en-us/services/automation/

The difference between it and other serverless offerings like Lambda and Functions is that you can run your jobs for upto 3 hours (after which we will restart it, not kill it, so if it is idempotent it will work ). It supports PowerShell/Python right now. Another core feature is being able to run scripts on your own VM from the Cloud called the Hybrid Worker. This has support both for Windows/Linux machines. https://docs.microsoft.com/en-us/azure/automation/automation... (Disclosure: I am a member of the Azure Automation team)

Re: Azure Container Instances

#117

Post by dougfish »

seanmck wrote: post #110
bdburns wrote: post #62

Earlier quoted context omitted.

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.

The swagger spec for the preview API is here: https://github.com/Azure/azure-rest-api-specs/tree/current/s... Please send us feedback.

Sean - I'd like to see this, but the link you provided seems unavailable to me. I see only a 404 page. Maybe it's incorrect or access is restricted?
Post reply on HN