TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Atlas by Hashicorp

189 点作者 danielsiders超过 10 年前

15 条评论

alexatkeplar超过 10 年前
Great to see the Hashicorp vision coming together across the individual tools! We are huge fans of Vagrant (<a href="https://github.com/snowplow/dev-environment" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;snowplow&#x2F;dev-environment</a>) and Packer at Snowplow. Just starting to experiment with Serf and potentially Consul. The &quot;Hashicorp way&quot; of devops has really helped us too.<p>The only real weakness I see in the stack is Terraform. The elephant in the room is CloudFormation, and being built in Golang, Terraform is bounded by the functionality of Hashicorp&#x27;s own AWS client lib (<a href="https://github.com/mitchellh/goamz" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mitchellh&#x2F;goamz</a>), which hugely (and inevitably, given it&#x27;s not a blessed 3rd-party library like boto) lags the official AWS clients (compare to e.g. <a href="https://github.com/aws/aws-sdk-java" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;aws&#x2F;aws-sdk-java</a>). It&#x27;s going to take something radical for Terraform to be relevant to sophisticated AWS users.
评论 #8728287 未加载
dang超过 10 年前
A related TechCrunch story: <a href="https://news.ycombinator.com/item?id=8727842" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=8727842</a>.<p>We&#x27;re probably going to build a way to group related stories more explicitly, but manually posted comments will have to do for now.
评论 #8729381 未加载
评论 #8728224 未加载
评论 #8728118 未加载
jzelinskie超过 10 年前
There have been some cool tools coming out of Hashicorp, but I haven&#x27;t read any experiences with people using their &quot;full stack&quot;. Does anybody want to give their own anecdote or maybe have a link to related article?
评论 #8727908 未加载
评论 #8727952 未加载
评论 #8727969 未加载
keithchambers超过 10 年前
We use Vagrant, Packer, and Consul with multiple SaaS products here at Cisco. We love the Hashicorp product family and team!
wallflower超过 10 年前
Great job, Hashicorp!<p>Exciting to see the shift from clunky, heavy-weight versioned Chef cookbooks&#x2F;Puppet modules that attempt to prevent &#x27;server drift&#x27; by walking the directed graph for all dependencies with server convergence to true service registries like Consul and build images.<p>Amazon CloudFormation is pretty clunky when it comes to updating user data in the CF stack template that is passed to the resources. Sometimes it even thinks you didn&#x27;t update anything. Having the file-based template update itself via consul-template seems like a more sane approach.<p>I am curious how the &#x27;Maintain&#x27; part of the autoscaling works given that Amazon AWS has pretty crude autoscaling mechanisms available if you use only what CloudWatch offers. Hoping that &#x27;Maintain&#x27; can be given a set of inputs on server health&#x2F;application responsiveness and decide whether to scale up or scale down.<p>Also, integration with some kind of historical&#x2F;real-time cost engine would be a great feature to figure out future&#x2F;past billing for cloud services.
hardwaresofton超过 10 年前
As many have said, Hashicorp is awesome.<p>What I particularly like about their products and their sites is that they take time to properly explain (and explain clearly) how their products fit into your stack, and what their intended use case is. Rather than random &quot;we&#x27;re working on something that will change devops forever&quot; or similar marketing speak, the Atlas site lays out exactly what their vision for dev and ops is. The &quot;how atlas works&quot; section is brilliant.<p>I know I&#x27;m just repeating what others have said, but as usual, great work.<p>I think a lot of the work that Amazon has released this past few weeks is trying to get into precisely this space. To be the only company behind your code from development to deployment. I might be wrong, but I think hashicorp is in that space right with them.
tobz超过 10 年前
What is a node in terms of pricing?<p>Kinda&#x2F;sorta feels like a stranglehold to have this remaining piece of the Hashicorp puzzle be free and then to start charging for it. :(
评论 #8730442 未加载
tapsboy超过 10 年前
Great job Hashicorp. Couldn&#x27;t find my favorited public boxes, but could discover new boxes here <a href="https://vagrantcloud.com/boxes/search" rel="nofollow">https:&#x2F;&#x2F;vagrantcloud.com&#x2F;boxes&#x2F;search</a>
coreylane超过 10 年前
It&#x27;s hidden right now but if you&#x27;d like to search for boxes use <a href="https://atlas.hashicorp.com/boxes/search" rel="nofollow">https:&#x2F;&#x2F;atlas.hashicorp.com&#x2F;boxes&#x2F;search</a>
eaurouge超过 10 年前
Any plans to support other providers, like DigitalOcean for instance?
评论 #8728078 未加载
ishbits超过 10 年前
I wonder if there will still be a free tier, a place to drop decent base nodes or images demoing open source and so on.
评论 #8730419 未加载
akurilin超过 10 年前
Looks very interesting! Would be great to get an idea of what a typical workflow with this paradigm would look like.
评论 #8728189 未加载
评论 #8728161 未加载
niclupien超过 10 年前
Atlas as a project name seems very popular these days (Facebook Atlas API, o&#x27;Reilly Atlas platform, etc).
tsukassa超过 10 年前
Just in case someone is looking for something that already works and is open-source, we have been working on ĵeto for over a year ( <a href="http://jeto.io" rel="nofollow">http:&#x2F;&#x2F;jeto.io</a> ). You can host it on your own premises and there is support for many providers out of the box(vmware, lxc, amazon). The idea is pretty much the same, you have your vagrant project which calls different providers.<p>You can checkout the dev version ( <a href="https://github.com/Pheromone/jeto-dev" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Pheromone&#x2F;jeto-dev</a> ) which prepackage everything.<p>Proper documentation&#x2F;tests and a real Getting Started guide is coming.
joesmo超过 10 年前
Vagrant has so many bugs in development (network issues, file syncing issues) that I switched to manually building my own VMs <i>to save time</i>. I would never use it or any tech built on top of it in development, let alone production.
评论 #8728014 未加载
评论 #8728197 未加载
评论 #8727997 未加载
评论 #8727998 未加载