m******t
发帖数: 635 | 1 Bizspark三年内可以免费使用微软几乎所有软件，生产环境也可以。这里主要谈谈免费
送的每个月15０刀的Azure服务。这里吐槽一句，要激活Azure的bizspark计划必须使用
IE浏览器，我前两天在macbook上用Safari,firefox, chrome都无效，最后用了虚拟机
里的ie8才成功。最奇葩的是激活后的Azure Portal反而不支持IE8，无语了。
赶紧生成了3个VM:
1. Windows 2012 VM一个， Small Instance(1 core, 1.75GB ram），67刀/月
2. Ubuntu 14.04 VM x1 Small Instance (1 core, 1.75GB ram), 45刀/月
3. Ubuntu 14.04 VM x1 Extra Small (shared core, 768MB ram), 15刀/月
网络流量是要银子的，留23刀/月给网络流量，大200GB/月的对外流量，对内免费。
这个配置小打小闹基本上够用了。 |
m******t
发帖数: 635 | 2 继续剪羊毛
发现每个bizspark可以另外加4个member，每个member可以有自己的MSDN和azure
subscription(价值15０刀／每月）。如果只用linux VM的话150刀大概可以有3个Small
instance (1 core, 1.75GB Ram, 120GB storage)。也就是说，每个bizspark加起来
可以有75０刀／月的azure hosting，15个small instance，弄一个中等规模的web
startup都够了。
对bizspark的申请似乎在变严格，想剪羊毛的赶紧了。
【在 m******t 的大作中提到】
: Bizspark三年内可以免费使用微软几乎所有软件，生产环境也可以。这里主要谈谈免费
: 送的每个月15０刀的Azure服务。这里吐槽一句，要激活Azure的bizspark计划必须使用
: IE浏览器，我前两天在macbook上用Safari,firefox, chrome都无效，最后用了虚拟机
: 里的ie8才成功。最奇葩的是激活后的Azure Portal反而不支持IE8，无语了。
: 赶紧生成了3个VM:
: 1. Windows 2012 VM一个， Small Instance(1 core, 1.75GB ram），67刀/月
: 2. Ubuntu 14.04 VM x1 Small Instance (1 core, 1.75GB ram), 45刀/月
: 3. Ubuntu 14.04 VM x1 Extra Small (shared core, 768MB ram), 15刀/月
: 网络流量是要银子的，留23刀/月给网络流量，大200GB/月的对外流量，对内免费。
: 这个配置小打小闹基本上够用了。
|
c********l
发帖数: 8138 | 3 这个申请严格怎么说法？
【在 m******t 的大作中提到】
: 继续剪羊毛
: 发现每个bizspark可以另外加4个member，每个member可以有自己的MSDN和azure
: subscription(价值15０刀／每月）。如果只用linux VM的话150刀大概可以有3个Small
: instance (1 core, 1.75GB Ram, 120GB storage)。也就是说，每个bizspark加起来
: 可以有75０刀／月的azure hosting，15个small instance，弄一个中等规模的web
: startup都够了。
: 对bizspark的申请似乎在变严格，想剪羊毛的赶紧了。
|
m******t
发帖数: 635 | 4 以前据说只要有个网站，甚至就一页的网站，什么都不用说就可以通过。现在需要介绍
自己要作的东东，他们有人审核你要做的东东是否和微软的vision match。我被据了一
次，第二次写的比较详细才通过的。
现在发现这个program还真不错，今年打算作两个Saas apps, 和几个外围的搞passive
income的web apps。基本上hosting的话，azure都可以cover。当然我的初衷是剪羊毛
，stack还是用linux/postgresql/clojure/clojurescript那套，锋利的剪子咔嚓响，
hehe |
c********l
发帖数: 8138 | 5 我擦，老子现在只有一个空壳域名....
passive
【在 m******t 的大作中提到】
: 以前据说只要有个网站，甚至就一页的网站，什么都不用说就可以通过。现在需要介绍
: 自己要作的东东，他们有人审核你要做的东东是否和微软的vision match。我被据了一
: 次，第二次写的比较详细才通过的。
: 现在发现这个program还真不错，今年打算作两个Saas apps, 和几个外围的搞passive
: income的web apps。基本上hosting的话，azure都可以cover。当然我的初衷是剪羊毛
: ，stack还是用linux/postgresql/clojure/clojurescript那套，锋利的剪子咔嚓响，
: hehe
|
m******t
发帖数: 635 | 6 我觉得他们也知道有人abuse这个program,所以加了点pre-filter,如果你已经有产品或
者web site，你可以列举一下，这样可以增加你的credibility。其实有点想简版的
business plan，稍微向微软的stack靠一点，别太直白就是来剪羊毛的, :)
【在 c********l 的大作中提到】
: 我擦，老子现在只有一个空壳域名....
:
: passive
|
m******t
发帖数: 635 | 7 Chef和Puppet最近都支持微软的Azure云平台了。
今天研究了下打算上Chef。原因么，第一Ruby我比较熟，第二么，Chef同时支持Azure
和DigitalOcean，今后可以以Azure为主要生产环境，以DigitalOcean作为backup。 |
d*******r
发帖数: 3299 | 8 我一直没搞懂用 Chef 主要好处是啥，你是和 vagrant 一起用么？
Azure
【在 m******t 的大作中提到】
: Chef和Puppet最近都支持微软的Azure云平台了。
: 今天研究了下打算上Chef。原因么，第一Ruby我比较熟，第二么，Chef同时支持Azure
: 和DigitalOcean，今后可以以Azure为主要生产环境，以DigitalOcean作为backup。
|
m******t
发帖数: 635 | 9 还在看Chef的文档，说说我的想法，不对的地方请指正。
我的理解是Chef是用来devops自动化的，将特定的场景脚本化，以达到节省时间的目的。
比如我现在有$150 * 5/月的azure credit，每个$150/月可以按照Instance的配置来做
不同的划分。我目前想做的一个项目需要40个XS (extra small instance)来做crawler
，1~2个M (medium instance)做controller/database server，用Chef的话就可以把这
些安装ubuntu，配置这样繁琐的工作脚本化。以后转到EC2或者digitalocean也比较方
便。
我主要在Mac上开发，chef怎么进行包管理还没开始研究。vagrant没用过，是用来在本
地测试包管理的么？
【在 d*******r 的大作中提到】
: 我一直没搞懂用 Chef 主要好处是啥，你是和 vagrant 一起用么？
:
: Azure
|
d******k
发帖数: 28 | 10 就是让你来剪。三年后除非AWS有明显过人之处，你或许就呆在Azure里面了。 |
|
|
d*******r
发帖数: 3299 | 11 我只用过Python的类似工具，Ansible, 感觉就是存储 re-run installation scripts
的工具。
vagrant 用过，它给你在本地电脑管理一堆没有GUI的 Linux (e.g. Ubuntu) VMs，你
可以跟这些 VM 共享 folder，然后用一些你喜欢的 IDE(e.g. JetBrains) 像调试
remote host一样，在这些本地 VM上做开发. 据说可以把这些 VM images 直接 deploy
到 cloud (e.g. AWS EC2), 这个我还没试验过。
不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
Linux 系统天然集成的东西，是一些外部 Python/Ruby scripts, 有时也出一些莫名其
妙的问题，比如 vagrant 中，VM 外部和内部都可以设置 VM folder 的权限，我有时
就搞糊涂了。还有，这些 3rd party 工具号称可以和 EC2, DO 等等有很好的集成，这
个我觉得也肯定有些坑，因为 EC2, DO，Azure 什么的，也不觉得他们是亲生的呀。
最后，我做 devops 的方法回到了最土最靠谱的方法，自己手动配置 cloude VMs (e.g
. AWS EC2 instances, Digital Ocean Droplets), 然后存 images, 然后deploy的时
候调用这些cloud原生的API来 start/stop/terminate/resume 这些 images就是。如果
要修改这些VM，打开再修改，再存为新版本的 images... 土是土了点，但是没有额外
的坑要趟.
如果这里有 devops 的高手，请教教大家如何正确使用这些工具：
Chef, Puppet (我觉得比 Chef 简单多了),
Salt Stack, Ansible
的。
crawler
【在 m******t 的大作中提到】
: 还在看Chef的文档，说说我的想法，不对的地方请指正。
: 我的理解是Chef是用来devops自动化的，将特定的场景脚本化，以达到节省时间的目的。
: 比如我现在有$150 * 5/月的azure credit，每个$150/月可以按照Instance的配置来做
: 不同的划分。我目前想做的一个项目需要40个XS (extra small instance)来做crawler
: ，1~2个M (medium instance)做controller/database server，用Chef的话就可以把这
: 些安装ubuntu，配置这样繁琐的工作脚本化。以后转到EC2或者digitalocean也比较方
: 便。
: 我主要在Mac上开发，chef怎么进行包管理还没开始研究。vagrant没用过，是用来在本
: 地测试包管理的么？
|
m******t
发帖数: 635 | 12 我也听到有不少人抱怨chef或者puppet特别brittle(脆弱？），场景稍微复杂一点就出
错，而且很难重现。看来坑真的不少。
: 不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
【在 d*******r 的大作中提到】
: 我只用过Python的类似工具，Ansible, 感觉就是存储 re-run installation scripts
: 的工具。
: vagrant 用过，它给你在本地电脑管理一堆没有GUI的 Linux (e.g. Ubuntu) VMs，你
: 可以跟这些 VM 共享 folder，然后用一些你喜欢的 IDE(e.g. JetBrains) 像调试
: remote host一样，在这些本地 VM上做开发. 据说可以把这些 VM images 直接 deploy
: 到 cloud (e.g. AWS EC2), 这个我还没试验过。
: 不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
: Linux 系统天然集成的东西，是一些外部 Python/Ruby scripts, 有时也出一些莫名其
: 妙的问题，比如 vagrant 中，VM 外部和内部都可以设置 VM folder 的权限，我有时
: 就搞糊涂了。还有，这些 3rd party 工具号称可以和 EC2, DO 等等有很好的集成，这
|
w**z
发帖数: 8232 | 13 我也准备搞个Ami, 再加上一些rpm. 和 salt.我们内部刚从puppet 转到cf engine。
scripts
deploy
【在 d*******r 的大作中提到】
: 我只用过Python的类似工具，Ansible, 感觉就是存储 re-run installation scripts
: 的工具。
: vagrant 用过，它给你在本地电脑管理一堆没有GUI的 Linux (e.g. Ubuntu) VMs，你
: 可以跟这些 VM 共享 folder，然后用一些你喜欢的 IDE(e.g. JetBrains) 像调试
: remote host一样，在这些本地 VM上做开发. 据说可以把这些 VM images 直接 deploy
: 到 cloud (e.g. AWS EC2), 这个我还没试验过。
: 不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
: Linux 系统天然集成的东西，是一些外部 Python/Ruby scripts, 有时也出一些莫名其
: 妙的问题，比如 vagrant 中，VM 外部和内部都可以设置 VM folder 的权限，我有时
: 就搞糊涂了。还有，这些 3rd party 工具号称可以和 EC2, DO 等等有很好的集成，这
|
m******t
发帖数: 635 | 14 没关系，除了一、两个在Windows上跑的web service外，我在azure上跑的其他应用都
是用的Linux/JVM技术栈，用了Chef这样的脚本工具的化，换到DigitalOCean或者EC2就
是分分钟的事情。
【在 d******k 的大作中提到】
: 就是让你来剪。三年后除非AWS有明显过人之处，你或许就呆在Azure里面了。
|
h*****a
发帖数: 1718 | 15 Good to know. Will talk to you someday about this. We probably will do it as
well.
【在 w**z 的大作中提到】
: 我也准备搞个Ami, 再加上一些rpm. 和 salt.我们内部刚从puppet 转到cf engine。
:
: scripts
: deploy
|
w**z
发帖数: 8232 | 16 我也刚开始弄AWS，相互切磋， boto 用着不错。 搞aws 古德霸应该很有经验。
as
【在 h*****a 的大作中提到】
: Good to know. Will talk to you someday about this. We probably will do it as
: well.
|
g*****g
发帖数: 34805 | 17 我对AWS不熟，Tools team把全套工具都做好了。我跑个Jenkins job就自动部署了。
也就偶尔用用Asgard看看状态。
【在 w**z 的大作中提到】
: 我也刚开始弄AWS，相互切磋， boto 用着不错。 搞aws 古德霸应该很有经验。
:
: as
|
d*******r
发帖数: 3299 | 18 是啊，我就被坑过，出了问题就是各种黑盒，完全搞不懂，跟做化学实验一样。。。
和
【在 m******t 的大作中提到】
: 我也听到有不少人抱怨chef或者puppet特别brittle(脆弱？），场景稍微复杂一点就出
: 错，而且很难重现。看来坑真的不少。
:
: : 不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
|
d*******r
发帖数: 3299 | 19 大牛说的是这个吗 http://cfengine.com/
没玩过，主要有点是什么
【在 w**z 的大作中提到】
: 我也准备搞个Ami, 再加上一些rpm. 和 salt.我们内部刚从puppet 转到cf engine。
:
: scripts
: deploy
|
w**z
发帖数: 8232 | 20 我们自己DC 从puppet 转到cfEngine， 这是个high level 比较。
https://www.scriptrock.com/blog/puppet-vs-cfengine/
对我们来说，puppet run 的太慢，有时候有的node 会miss 掉 update。我们AWS的部
分用saltStack， 更加light weight
【在 d*******r 的大作中提到】
: 大牛说的是这个吗 http://cfengine.com/
: 没玩过，主要有点是什么
|
c****e
发帖数: 1453 | 21 Stay with Ansible, it's pretty good. Angetless is the way to go.
scripts
deploy
【在 d*******r 的大作中提到】
: 我只用过Python的类似工具，Ansible, 感觉就是存储 re-run installation scripts
: 的工具。
: vagrant 用过，它给你在本地电脑管理一堆没有GUI的 Linux (e.g. Ubuntu) VMs，你
: 可以跟这些 VM 共享 folder，然后用一些你喜欢的 IDE(e.g. JetBrains) 像调试
: remote host一样，在这些本地 VM上做开发. 据说可以把这些 VM images 直接 deploy
: 到 cloud (e.g. AWS EC2), 这个我还没试验过。
: 不过就我用这些 devops 工具的经验来说，我觉得坑也不少，因为他们毕竟不是和
: Linux 系统天然集成的东西，是一些外部 Python/Ruby scripts, 有时也出一些莫名其
: 妙的问题，比如 vagrant 中，VM 外部和内部都可以设置 VM folder 的权限，我有时
: 就搞糊涂了。还有，这些 3rd party 工具号称可以和 EC2, DO 等等有很好的集成，这
|
