d*******r
发帖数: 3299 | 1 我干过不少startup, DAU到1M以上后, AWS账单挺贵的...
AWS确实有很多方便的地方, 特别是搞原型开发测试,
或者高弹性的需求: 比如每个月只有几天很多流量,
可以流量大的时候开一堆AWS资源，然后再自动停用就是
但是AWS是真的贵... 而且很重很容易被lock in
AWS用久了后,一堆复杂配置DSL,也是要"DevOps"全职管的
神马 权限/网络/autoscale... 一大堆ops script/DSL
大厂打工, 有专职的DevOps来管这些一坨坨的AWS配置/script
startup嘛, 就开发来客串了, 不是啥好差事
我如果搞自己的startup的话, 我会只用最基本的AWS功能.
比开些EC2虚拟机之类, 那种要一坨坨配置的我一概不用.
保证哪天我想迁移到一个裸的data center上, 也没问题.
实际上, 我觉得最近这些年吹的这些 DevOps + Cloud infra,
我觉得越来越复杂，越来越扯了. 下面这些我都用过或者接触过:
Chef/Puppet
Ansible/Salt
Terraform
Docker K8S
AWS ECS/EKS
Service Mesh now??
上面这堆来了又走的所谓 Cloud infra 工具, 最后留下啥?
留下些学也学不完的, 丑陋的面向 配置/DSL 编程?
费那折腾的精力，真的可以写个够自己用的infra了 |
s******e
发帖数: 3 | 2 我这里jenkins，bash，python（不得不用，平台api），k8s，各种yaml，dockerfile
，外加 git 搞定一切 devops。
ansible，salt，puppet都用过，很不错的工具，如果规模大，架构复杂，有安全要求
，可以用。如果中小企业，bash+ssh+kubectl搞定一切也就几天的时间。 |
d*******r
发帖数: 3299 | 3 如果这些Ops工具是和AWS一起用的话,
时间一长会有很多AWS specific cfg混在里面, 一坨坨的...
【在 s******e 的大作中提到】
: 我这里jenkins，bash，python（不得不用，平台api），k8s，各种yaml，dockerfile
: ，外加 git 搞定一切 devops。
: ansible，salt，puppet都用过，很不错的工具，如果规模大，架构复杂，有安全要求
: ，可以用。如果中小企业，bash+ssh+kubectl搞定一切也就几天的时间。
|
s********i
发帖数: 17328 | 4 需要value addon，这方面微软最有优势，比如office。。。Google也有一定产品，比
如gmail。。。Amazon现在慢慢开始了。 |
s********i
发帖数: 17328 | 5 这是architec的责任。。。不能混在一起
【在 d*******r 的大作中提到】
: 如果这些Ops工具是和AWS一起用的话,
: 时间一长会有很多AWS specific cfg混在里面, 一坨坨的...
|
d*******r
发帖数: 3299 | 6 不能混在一起? 你说把Ops script/cfg写成跨 cloud vendor通用的?
那个比较难. 用 HashiCorp 的 Terraform 写一堆 AWS 的配置, 一样很多 AWS
specific 的东西 -- 只要你用了 AWS specific 的功能
【在 s********i 的大作中提到】
: 这是architec的责任。。。不能混在一起
|
s******e
发帖数: 3 | 7 要看具体情况。小破公司，换一家公司，重新弄一下，也没多少时间。规模大了，就需
要考虑。一般可以使用分层的方式，隔离各个部分，这样换平台的时候可以少折腾，只
需要修改对应接口部分。
【在 d*******r 的大作中提到】
: 不能混在一起? 你说把Ops script/cfg写成跨 cloud vendor通用的?
: 那个比较难. 用 HashiCorp 的 Terraform 写一堆 AWS 的配置, 一样很多 AWS
: specific 的东西 -- 只要你用了 AWS specific 的功能
|
g****y
发帖数: 2810 | 8 小公司需要这东西，把时间都留给开发业务功能才是正理
【在 d*******r 的大作中提到】
: 我干过不少startup, DAU到1M以上后, AWS账单挺贵的...
: AWS确实有很多方便的地方, 特别是搞原型开发测试,
: 或者高弹性的需求: 比如每个月只有几天很多流量,
: 可以流量大的时候开一堆AWS资源，然后再自动停用就是
: 但是AWS是真的贵... 而且很重很容易被lock in
: AWS用久了后,一堆复杂配置DSL,也是要"DevOps"全职管的
: 神马 权限/网络/autoscale... 一大堆ops script/DSL
: 大厂打工, 有专职的DevOps来管这些一坨坨的AWS配置/script
: startup嘛, 就开发来客串了, 不是啥好差事
: 我如果搞自己的startup的话, 我会只用最基本的AWS功能.
|
d*******r
发帖数: 3299 | 9 "一般可以使用分层的方式，隔离各个部分，这样换平台的时候可以少折腾，
只需要修改对应接口部分。"
这个比较理想, 现在很多用AWS的大厂都办不到, 完全被lock in了
【在 s******e 的大作中提到】
: 要看具体情况。小破公司，换一家公司，重新弄一下，也没多少时间。规模大了，就需
: 要考虑。一般可以使用分层的方式，隔离各个部分，这样换平台的时候可以少折腾，只
: 需要修改对应接口部分。
|
d*******r
发帖数: 3299 | 10 所以我觉得AWS最好是用来开发原型和早期版本
【在 g****y 的大作中提到】
: 小公司需要这东西，把时间都留给开发业务功能才是正理
|
|
|
w********m
发帖数: 1137 | 11 云最有用的是什么
blob storage和managed database
其它的可有可无
所以云这些是用来搞DBA的
以前有个职业叫DBA，工资很高
现在用云的公司都没有DBA，还是省了钱 |
w********m
发帖数: 1137 | 12 所以只有go是cloud native
其它所有语言都要配置
搞个go的server，连nginx都不用
爽 |
s********i
发帖数: 17328 | 13 把通用和不通用的分开写，定义好接口，比如，我需要一个database，这是通用的，但
具体用哪个database是不通用的，在做research的时候要首先考虑通用部分，比如，你
这个database功能是否各大cloud vendor都能提供。。。当然，看你的重点是什么。。
。上面某位说的，如果你希望产品可以通用，自然要花点功夫，如果你只想快速上线，
那就考虑不了那么多了。
我们的产品要支持on-premise，AWS，Azure，自然就要考虑通用性。
【在 d*******r 的大作中提到】
: 不能混在一起? 你说把Ops script/cfg写成跨 cloud vendor通用的?
: 那个比较难. 用 HashiCorp 的 Terraform 写一堆 AWS 的配置, 一样很多 AWS
: specific 的东西 -- 只要你用了 AWS specific 的功能
|
n******t
发帖数: 4406 | 14 這個和公司大小沒關係，和公司有沒有人懂攢電腦有關係。有，不用AWS，沒有，你只
能用AWS。就這麼簡單。
當然你就是一個個人網頁，幾個頁面加起來不到10M，用啥都沒差別了。
【在 g****y 的大作中提到】
: 小公司需要这东西，把时间都留给开发业务功能才是正理
|
g****y
发帖数: 2810 | 15 你说这话，说明你真不懂
【在 n******t 的大作中提到】
: 這個和公司大小沒關係，和公司有沒有人懂攢電腦有關係。有，不用AWS，沒有，你只
: 能用AWS。就這麼簡單。
: 當然你就是一個個人網頁，幾個頁面加起來不到10M，用啥都沒差別了。
|
n******t
发帖数: 4406 | 16 用一句對誰都可以說的話，除了說明不同意之外，沒有任何說服力。
我就問你（你自己，不是別人）在data center裏面部署過機器沒有？cost多少？需要
多少時間？
或者退一步就說說你最喜歡的AWS，你在AWS上面部署過多大規模的系統，多少個CPU，
多少內存，多少存儲，支持多少用戶？都說來聽聽好了。
我的經驗，能說出來上面答案的人，應該不會冒出來你這麼一句。
你只
【在 g****y 的大作中提到】
: 你说这话，说明你真不懂
|
g****y
发帖数: 2810 | 17 别急啊。
我sre干了多少年，整个湾区比我牛逼的人不能说没有，但是也不是你一个new grad能
在这bb的。
【在 n******t 的大作中提到】
: 用一句對誰都可以說的話，除了說明不同意之外，沒有任何說服力。
: 我就問你（你自己，不是別人）在data center裏面部署過機器沒有？cost多少？需要
: 多少時間？
: 或者退一步就說說你最喜歡的AWS，你在AWS上面部署過多大規模的系統，多少個CPU，
: 多少內存，多少存儲，支持多少用戶？都說來聽聽好了。
: 我的經驗，能說出來上面答案的人，應該不會冒出來你這麼一句。
:
: 你只
|
n******t
发帖数: 4406 | 18 幹了多少年說明啥？？
你還是先說說你部署過機器沒，多少台，花了多少錢，please。。。
【在 g****y 的大作中提到】
: 别急啊。
: 我sre干了多少年，整个湾区比我牛逼的人不能说没有，但是也不是你一个new grad能
: 在这bb的。
|
n******t
发帖数: 4406 | 19 哈哈，果然一問乾貨就氣急敗壞。早知道會被懟得跳腳，你瞎扯什麼呢？
【在 g****y 的大作中提到】
: 别急啊。
: 我sre干了多少年，整个湾区比我牛逼的人不能说没有，但是也不是你一个new grad能
: 在这bb的。
|
d*******r
发帖数: 3299 | 20 嗯, 有一定道理
blob storage 和 managed database 确实省事儿不少
特别是在迭代产品的初期
【在 w********m 的大作中提到】
: 云最有用的是什么
: blob storage和managed database
: 其它的可有可无
: 所以云这些是用来搞DBA的
: 以前有个职业叫DBA，工资很高
: 现在用云的公司都没有DBA，还是省了钱
|
|
|
d*******r
发帖数: 3299 | 21 不用nginx在 go web server 前面当 proxy?
这样搞是 best practices 么?
那为啥还一堆人争论 Caddy VS Nginx for go web server?
【在 w********m 的大作中提到】
: 所以只有go是cloud native
: 其它所有语言都要配置
: 搞个go的server，连nginx都不用
: 爽
|
s******e
发帖数: 3 | 22 我对caddy印象不好，不稳定。狗没用做proxy。我用kong（基于nginx+lua），直接做
k8s的ingress/egress，就直接把api网关做ingress，这样就省了一层，降低延迟。而
且网关配置也文本化，直接和k8s的配置在一起管理。 |
s********i
发帖数: 17328 | 23 你这话有点外行，人员根本不是问题，公司有需要招个懂得就行了。现在云的好处是，
很多公司不需要有自己的IT部门了。主要看需求，比如是否某种原因不许你用公云，某
些客户数据安全性要求高的公司，比如性价比，公司IT部门或者deops需要买机器，需
要维护机器，需要维护私云。。。这些都是成本。
我们公司做技术的，自己公司内部研发大部分是私有的vmware。但产品可以在on-
primse和公云上跑，也会用公云提供产品服务，但基本不会自己host应用给客户的服务
，除非那些产品下载升级一类的简单文件服务。
【在 n******t 的大作中提到】
: 這個和公司大小沒關係，和公司有沒有人懂攢電腦有關係。有，不用AWS，沒有，你只
: 能用AWS。就這麼簡單。
: 當然你就是一個個人網頁，幾個頁面加起來不到10M，用啥都沒差別了。
|
s********i
发帖数: 17328 | 24 不仅是研发，production现在都不愿意提供存储和数据库支持了。。。我们产品现在就
是，你自己提供存储和数据库，产品自带的存储和数据库只供演示使用，不支持
production使用。这样研发可以更focus在产品本身，而不用去关注存储数据这类非主
业的东西。
【在 d*******r 的大作中提到】
: 嗯, 有一定道理
: blob storage 和 managed database 确实省事儿不少
: 特别是在迭代产品的初期
|
n******t
发帖数: 4406 | 25 一般來說，一來就說別人外行的人，自己往往是外行。
我明確告訴你，用云的人是我的客戶，所以我外行，你是啥？
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
我們還是來點實在的，成本是多少？
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
說了半天，你們自己公司不是也沒用public cloud嗎？你爲啥不去告訴你們公司的人說
他們外行呢？整個移到public cloud上不就得了。
【在 s********i 的大作中提到】
: 你这话有点外行，人员根本不是问题，公司有需要招个懂得就行了。现在云的好处是，
: 很多公司不需要有自己的IT部门了。主要看需求，比如是否某种原因不许你用公云，某
: 些客户数据安全性要求高的公司，比如性价比，公司IT部门或者deops需要买机器，需
: 要维护机器，需要维护私云。。。这些都是成本。
: 我们公司做技术的，自己公司内部研发大部分是私有的vmware。但产品可以在on-
: primse和公云上跑，也会用公云提供产品服务，但基本不会自己host应用给客户的服务
: ，除非那些产品下载升级一类的简单文件服务。
|
n******t
发帖数: 4406 | 26 你一個搞軟件的（mostly likely是前端的，因爲連數據庫都不管的），來評價
infrastructure應該用什麼，不是很可笑嗎？
【在 s********i 的大作中提到】
: 不仅是研发，production现在都不愿意提供存储和数据库支持了。。。我们产品现在就
: 是，你自己提供存储和数据库，产品自带的存储和数据库只供演示使用，不支持
: production使用。这样研发可以更focus在产品本身，而不用去关注存储数据这类非主
: 业的东西。
|
s********i
发帖数: 17328 | 27 我是针对这句话“和公司有沒有人懂攢電腦有關係”，这句话完全不像是混公司的人说
的，公司是可以雇人和解雇人的。。。不是有没有而是需要不需要。我可没说用不用公
有云还是私有云是外行。
我是做研发的，顺便管一下我们部门的小机房，别的不说，就时不时的换硬盘就烦死你
，付我这么高的工资去让我去买硬盘去机房换硬盘？这还在机房在办公室的情况，我们
机房原来是在ISP租的机房，就更麻烦了，好在那时候雇的有专人管理。经过几轮裁撤
之后基本都用总部的机器了，那边专门有人管理。
我上面说了，私有云是给我们自己的研发用的，我们不会host自己的产品给客户。现在
全面转向共有云SaaS，以后直接给客户提供服务。
【在 n******t 的大作中提到】
: 一般來說，一來就說別人外行的人，自己往往是外行。
: 我明確告訴你，用云的人是我的客戶，所以我外行，你是啥？
:
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 我們還是來點實在的，成本是多少？
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 說了半天，你們自己公司不是也沒用public cloud嗎？你爲啥不去告訴你們公司的人說
: 他們外行呢？整個移到public cloud上不就得了。
|
s********i
发帖数: 17328 | 28 这和前端后端有啥关系？我们公司产品是full stack。现在就是不管了，你说说为什么
要管呢？要管你就得雇专门的数据库专家。我们公司又不是做数据库的，为啥要去支持
数据库？原来没有云服务，客户要自己搭建数据库，不支持产品就不好卖，现在云这么
方便，直接让用户去云里就行了。最近组里正好在在讨论数据库支持的问题，一个HA就
搞死你，最后领导只能说，自带数据库支持demo或poc，production用户请自带数据库。
【在 n******t 的大作中提到】
: 你一個搞軟件的（mostly likely是前端的，因爲連數據庫都不管的），來評價
: infrastructure應該用什麼，不是很可笑嗎？
|
n******t
发帖数: 4406 | 29 恩，既然知道好好說話了，OK。
公司當然可以解僱人和僱人，這個大家混不混公司的人都知道。但是我很驚奇的事情是
你一個“混公司”的居然不知道，大部分的公司招人是不可能通過職位要求招到自己想
要的人的，原因很簡單 - 不會攢機的人自己是招不到會攢機的人的。這就是爲什麼很
多公司infra出了問題嚴重到一定程度之後，就只能螺旋下降，不管花多少錢，請多少
人都沒有辦法。因爲江湖郎中最後只能找來江湖郎中。最後只能全部搞掉用AWS，Azure
。但是實際情況下，這種弄到AWS也常常並不能完事，因爲AWS的support也是要人，也
是要分上中下的，沒有最爛，只有更爛。
所以我說過了，如果你沒辦法，可能真的就是只能去AWS。which你exactly說了和我同
樣的事情 - 因爲不會高效地換硬盤（煩死到一定的事情，其實就是等於不會），所以
要別人幫忙搞，這個"煩死"到什麼程度呢？到了要願意去用remote access的程度。其
實這個程度，比很多公司還是要好一些的 - 說明你們公司還有一些人可以不那麼煩地
換硬盤，對於很多人來說even 裝一個OS，裝一個python就可以煩到他們，讓他們老老
實實給AWS交錢。雖然爲了這件事情要把所有的數據，網絡訪問都交給AWS。然後讓別人
在自家的水錶上面裝個閥按流量收錢。
這些都是幹我們這行的人非常清楚的事情。但是在公共論壇上面，說AWS有成本上面的
優勢，這就是違反科學規律的想當然而已。
【在 s********i 的大作中提到】
: 我是针对这句话“和公司有沒有人懂攢電腦有關係”，这句话完全不像是混公司的人说
: 的，公司是可以雇人和解雇人的。。。不是有没有而是需要不需要。我可没说用不用公
: 有云还是私有云是外行。
: 我是做研发的，顺便管一下我们部门的小机房，别的不说，就时不时的换硬盘就烦死你
: ，付我这么高的工资去让我去买硬盘去机房换硬盘？这还在机房在办公室的情况，我们
: 机房原来是在ISP租的机房，就更麻烦了，好在那时候雇的有专人管理。经过几轮裁撤
: 之后基本都用总部的机器了，那边专门有人管理。
: 我上面说了，私有云是给我们自己的研发用的，我们不会host自己的产品给客户。现在
: 全面转向共有云SaaS，以后直接给客户提供服务。
|
f*******t
发帖数: 7549 | 30 你跟一个不知道什么是机会成本的人浪费时间干啥
库。
【在 s********i 的大作中提到】
: 这和前端后端有啥关系？我们公司产品是full stack。现在就是不管了，你说说为什么
: 要管呢？要管你就得雇专门的数据库专家。我们公司又不是做数据库的，为啥要去支持
: 数据库？原来没有云服务，客户要自己搭建数据库，不支持产品就不好卖，现在云这么
: 方便，直接让用户去云里就行了。最近组里正好在在讨论数据库支持的问题，一个HA就
: 搞死你，最后领导只能说，自带数据库支持demo或poc，production用户请自带数据库。
|
|
|
s********i
发帖数: 17328 | 31 我说你说话外行，怎么算不好好说话呢？说你是new grad一点都没错啊，你工作多少年
了？攒机器维护网络的IT连大学学位都不要，associate degree撑死了，我们公司原来
管机房的两个IT，一个高中毕业，一个associate degree，不都干的好好的？。。。根
本不存在招不到人，以前没有云的时候大家都不过了？现在就是个需要不需要和性价比
的问题。。。而不是啥招不招的到人的问题。。。
by the way，new grad这个态度是不行的。。。我们这些老司机还是有些经验的。。。
product要做几个life cycle才有体会，不是学校里做做projects，刷刷题就能解决的
。。。年轻人的优势是知识新，学新东西快。。。但有些经验还是要传承的。
Azure
【在 n******t 的大作中提到】
: 恩，既然知道好好說話了，OK。
: 公司當然可以解僱人和僱人，這個大家混不混公司的人都知道。但是我很驚奇的事情是
: 你一個“混公司”的居然不知道，大部分的公司招人是不可能通過職位要求招到自己想
: 要的人的，原因很簡單 - 不會攢機的人自己是招不到會攢機的人的。這就是爲什麼很
: 多公司infra出了問題嚴重到一定程度之後，就只能螺旋下降，不管花多少錢，請多少
: 人都沒有辦法。因爲江湖郎中最後只能找來江湖郎中。最後只能全部搞掉用AWS，Azure
: 。但是實際情況下，這種弄到AWS也常常並不能完事，因爲AWS的support也是要人，也
: 是要分上中下的，沒有最爛，只有更爛。
: 所以我說過了，如果你沒辦法，可能真的就是只能去AWS。which你exactly說了和我同
: 樣的事情 - 因爲不會高效地換硬盤（煩死到一定的事情，其實就是等於不會），所以
|
s********i
发帖数: 17328 | 32 俺这些53一族，上年纪了，总有点诲人不倦的意思，这也是步入中老年的一种心态吧。
。。
【在 f*******t 的大作中提到】
: 你跟一个不知道什么是机会成本的人浪费时间干啥
:
: 库。
|
n******t
发帖数: 4406 | 33 你和我扯沒用的，在你呆得那家公司多講講全面move to public cloud是正事，也不用
對CEO說，CTO一下，你老闆以上都說說。
當然就你那個地方的culture，你應該是一個屁不敢放的，也就是論壇上跑火車而已。
【在 f*******t 的大作中提到】
: 你跟一个不知道什么是机会成本的人浪费时间干啥
:
: 库。
|
n******t
发帖数: 4406 | 34 對哦，大學學位都不要。此外，我還要告訴你，你最怕的"換硬盤"，中關村初中畢業的
民工一天幾百塊沒啥問題。結果你這個資深it人士被打敗了，說明啥？你不會唄。
所以你這個自封的"老司機",結果其實是個是坐公共汽車的老大爺。
情是
己想
麼很
多少
，也
我同
所以
【在 s********i 的大作中提到】
: 我说你说话外行，怎么算不好好说话呢？说你是new grad一点都没错啊，你工作多少年
: 了？攒机器维护网络的IT连大学学位都不要，associate degree撑死了，我们公司原来
: 管机房的两个IT，一个高中毕业，一个associate degree，不都干的好好的？。。。根
: 本不存在招不到人，以前没有云的时候大家都不过了？现在就是个需要不需要和性价比
: 的问题。。。而不是啥招不招的到人的问题。。。
: by the way，new grad这个态度是不行的。。。我们这些老司机还是有些经验的。。。
: product要做几个life cycle才有体会，不是学校里做做projects，刷刷题就能解决的
: 。。。年轻人的优势是知识新，学新东西快。。。但有些经验还是要传承的。
:
: Azure
|
s********i
发帖数: 17328 | 35 LOL，做实了new grad。。。当然看不起我们老司机。。。你最牛逼，行了不？LOL
【在 n******t 的大作中提到】
: 對哦，大學學位都不要。此外，我還要告訴你，你最怕的"換硬盤"，中關村初中畢業的
: 民工一天幾百塊沒啥問題。結果你這個資深it人士被打敗了，說明啥？你不會唄。
: 所以你這個自封的"老司機",結果其實是個是坐公共汽車的老大爺。
:
: 情是
: 己想
: 麼很
: 多少
: ，也
: 我同
|
n******t
发帖数: 4406 | 36 目前唯一坐實的是，你很怕換硬盤。。
你這樣的不用new grad，中關村民工也可以的啊。。
【在 s********i 的大作中提到】
: LOL，做实了new grad。。。当然看不起我们老司机。。。你最牛逼，行了不？LOL
|
w**z
发帖数: 8232 | 37 他真是 new graduates?
業的
【在 s********i 的大作中提到】
: LOL，做实了new grad。。。当然看不起我们老司机。。。你最牛逼，行了不？LOL
|
w**z
发帖数: 8232 | 38 我们一年交给 aws 几亿美元，要不你来帮着攒点机器？
Azure
人说
用公
死你
我们
裁撤
现在
【在 n******t 的大作中提到】
: 恩，既然知道好好說話了，OK。
: 公司當然可以解僱人和僱人，這個大家混不混公司的人都知道。但是我很驚奇的事情是
: 你一個“混公司”的居然不知道，大部分的公司招人是不可能通過職位要求招到自己想
: 要的人的，原因很簡單 - 不會攢機的人自己是招不到會攢機的人的。這就是爲什麼很
: 多公司infra出了問題嚴重到一定程度之後，就只能螺旋下降，不管花多少錢，請多少
: 人都沒有辦法。因爲江湖郎中最後只能找來江湖郎中。最後只能全部搞掉用AWS，Azure
: 。但是實際情況下，這種弄到AWS也常常並不能完事，因爲AWS的support也是要人，也
: 是要分上中下的，沒有最爛，只有更爛。
: 所以我說過了，如果你沒辦法，可能真的就是只能去AWS。which你exactly說了和我同
: 樣的事情 - 因爲不會高效地換硬盤（煩死到一定的事情，其實就是等於不會），所以
|
g****t
发帖数: 31659 | 39 选cloud还是选infra。这问题挺复杂的。得承认其复杂性和难度。各种条件下，应手显
然是不同的。
AWS 在成长。但是例如国内那么多互联网公司没有aws,都是攒机器，不也很有竞争力。
一条线的认为:未来就是如何如何....，是方法上的错误。
复杂点的决策走的逻辑往往是网状的。不是一条线。
这个贴这么多讨论，各种情况，分类排列画个表其实不到16个cells。应该比较下谁的
表格画的好，而不是坚持认为这是一个cell的问题，不是表格。 |
g****t
发帖数: 31659 | 40 话说回来。developer学习aws,考考证还是不错的。有时间我也去考一个。
但这与aws,azure是不是最佳solution 是两回事。
这两个问题要分开讨论。 |
|
|
n******t
发帖数: 4406 | 41 你要介紹生意？謝了，趕緊的。
【在 w**z 的大作中提到】
: 我们一年交给 aws 几亿美元，要不你来帮着攒点机器？
:
: Azure
: 人说
: 用公
: 死你
: 我们
: 裁撤
: 现在
|
w********m
发帖数: 1137 | 42 我也没有用过caddy
caddy就是go个标准库的wrapper
用在非go语言的前端比较好，可以加速
go编的程序没有什么必要
【在 d*******r 的大作中提到】
: 不用nginx在 go web server 前面当 proxy?
: 这样搞是 best practices 么?
: 那为啥还一堆人争论 Caddy VS Nginx for go web server?
|
g****t
发帖数: 31659 | 43 2B的生意。又是成熟技术。那么技术对合同的成立之贡献是非常有限的。以几亿美元一
年来说明aws多好多好。这个逻辑是不足的。
别说几亿美元了。一年一亿美元的promising ，外包到国内市值更高的大厂都够了。
本身都是实用选择的问题。何以很多人把aws看做rocket science呢。
: 你要介紹生意？謝了，趕緊的。
【在 n******t 的大作中提到】
: 你要介紹生意？謝了，趕緊的。
|
n******t
发帖数: 4406 | 44 所有這些沒有任何實鎚來和我真的人，regardless觀點不同的問題，都有某一類中國馬
農非常嚴重的問題: 就是對於自己不熟悉的領域有非常非常強的觀點，但是在表述自己
觀點的時候不加任何佐證。
其結果就是只能在論壇上面信口開河，在任何實名公開場合要麼只能一聲不坑，要麼就
是一句話被別人抽到死。
【在 g****t 的大作中提到】
: 2B的生意。又是成熟技术。那么技术对合同的成立之贡献是非常有限的。以几亿美元一
: 年来说明aws多好多好。这个逻辑是不足的。
: 别说几亿美元了。一年一亿美元的promising ，外包到国内市值更高的大厂都够了。
: 本身都是实用选择的问题。何以很多人把aws看做rocket science呢。
:
:
: 你要介紹生意？謝了，趕緊的。
:
|
n******t
发帖数: 4406 | 45 AWS的盈利點根本不是成本，是流程，which這個流程是美國MBA管理大型企業這種幾十
年下來形成的格局造成的。這件事情當然尤其存在的理由。
但是一幫對於企業裏面iT cost完全沒概念的“技術馬公“，硬要說AWS的技術是優勢，
純粹是笑料。實際上不僅僅startup如果有人懂infra不會用AWS，真的能把員工逼成996
的，也不會用AWS。例子一籮筐擺在那裏，可惜這些人只會google和讀technews。
【在 g****t 的大作中提到】
: 选cloud还是选infra。这问题挺复杂的。得承认其复杂性和难度。各种条件下，应手显
: 然是不同的。
: AWS 在成长。但是例如国内那么多互联网公司没有aws,都是攒机器，不也很有竞争力。
: 一条线的认为:未来就是如何如何....，是方法上的错误。
: 复杂点的决策走的逻辑往往是网状的。不是一条线。
: 这个贴这么多讨论，各种情况，分类排列画个表其实不到16个cells。应该比较下谁的
: 表格画的好，而不是坚持认为这是一个cell的问题，不是表格。
|
d*******r
发帖数: 3299 | 46 我擦，你们居然吵得这么凶
感觉大多数时候, 喜欢Public Cloud VS 不喜欢Public Cloud
这两波人辩论起来，基本鸡同鸭讲...
其实从打工人角度来说，公司用Public Cloud对我们其实有利!
因为你换工作跳槽加薪的话, 新公司的infra也是类似的.
而且愿意完全上AWS的中大型公司，一般有VC养，给打工人的钱多 :D
但是自己搭建env，搞自己的东西的话, AWS有时就不是很爽了.
我以前喜欢用Public Cloud, 比如AWS, 因为搭建env方便.
这些年过去了, 在不同公司的production上用了好几轮AWS了.
我渐渐觉得，自己做东西，有些部分还不如自己裸写infra |
g****t
发帖数: 31659 | 47 要有网状逻辑的概念嘛。分类列表就好。
否认这是个表格，认为答案是一个cell，等于不尊重事实。
: 我擦，你们居然吵得这么凶
: 感觉大多数时候, 喜欢Public Cloud VS 不喜欢Public Cloud
: 这两波人辩论起来，基本鸡同鸭讲...
: 其实从打工人角度来说，公司用Public Cloud对我们其实有利!
: 因为你换工作跳槽加薪的话, 新公司的infra也是类似的.
: 而且愿意完全上AWS的中大型公司，一般有VC养，给打工人的钱多 :D
: 但是自己搭建env，搞自己的东西的话, AWS有时就不是很爽了.
: 我以前喜欢用Public Cloud, 比如AWS, 因为搭建env方便.
: 这些年过去了, 在不同公司的production上用了好几轮AWS了.
: 我渐渐觉得，自己做东西，有些部分还不如自己裸写infra
【在 d*******r 的大作中提到】
: 我擦，你们居然吵得这么凶
: 感觉大多数时候, 喜欢Public Cloud VS 不喜欢Public Cloud
: 这两波人辩论起来，基本鸡同鸭讲...
: 其实从打工人角度来说，公司用Public Cloud对我们其实有利!
: 因为你换工作跳槽加薪的话, 新公司的infra也是类似的.
: 而且愿意完全上AWS的中大型公司，一般有VC养，给打工人的钱多 :D
: 但是自己搭建env，搞自己的东西的话, AWS有时就不是很爽了.
: 我以前喜欢用Public Cloud, 比如AWS, 因为搭建env方便.
: 这些年过去了, 在不同公司的production上用了好几轮AWS了.
: 我渐渐觉得，自己做东西，有些部分还不如自己裸写infra
|
d*******r
发帖数: 3299 | 48 就是要逼死你这样的强迫症，哈哈哈 LOL
【在 g****t 的大作中提到】
: 要有网状逻辑的概念嘛。分类列表就好。
: 否认这是个表格，认为答案是一个cell，等于不尊重事实。
:
:
: 我擦，你们居然吵得这么凶
:
: 感觉大多数时候, 喜欢Public Cloud VS 不喜欢Public Cloud
:
: 这两波人辩论起来，基本鸡同鸭讲...
:
: 其实从打工人角度来说，公司用Public Cloud对我们其实有利!
:
: 因为你换工作跳槽加薪的话, 新公司的infra也是类似的.
:
: 而且愿意完全上AWS的中大型公司，一般有VC养，给打工人的钱多 :D
:
: 但是自己搭建env，搞自己的东西的话, AWS有时就不是很爽了.
|
w**z
发帖数: 8232 | 49 至少说明公司觉得一年几亿美元花得值，用钱投票，还不够说明问题？难道要听论坛里
的键盘侠？
我们 traffic. peak time 是 non peak time 2 倍，你给个solution? 还有无数个 ad
hoc jobs 你有本事一个小时里攒出几百台机器？
【在 g****t 的大作中提到】
: 2B的生意。又是成熟技术。那么技术对合同的成立之贡献是非常有限的。以几亿美元一
: 年来说明aws多好多好。这个逻辑是不足的。
: 别说几亿美元了。一年一亿美元的promising ，外包到国内市值更高的大厂都够了。
: 本身都是实用选择的问题。何以很多人把aws看做rocket science呢。
:
:
: 你要介紹生意？謝了，趕緊的。
:
|
n******t
发帖数: 4406 | 50 關鍵就一點，自己有deploy過大規模的系統，處理過production scalability的經驗沒
？不管是自己hosting還是用public cloud的。只要自己幹過，就不會冒出什麼給AWS錢
算什麼這種不經大腦的話。
此外，即使從打工的角度來說，AWS的經驗根本就不值錢，因爲很簡單，一個自己搭過
平臺的人，可以在1天之內，比所謂AWS architect對AWS的理解更深。而你如果從AWS換
到別的cloud，你之前所謂的domain knowledge基本上是沒用的。這就是爲什麼public
cloud其實是比傳統架構更厲害的vendor locking。
【在 d*******r 的大作中提到】
: 我擦，你们居然吵得这么凶
: 感觉大多数时候, 喜欢Public Cloud VS 不喜欢Public Cloud
: 这两波人辩论起来，基本鸡同鸭讲...
: 其实从打工人角度来说，公司用Public Cloud对我们其实有利!
: 因为你换工作跳槽加薪的话, 新公司的infra也是类似的.
: 而且愿意完全上AWS的中大型公司，一般有VC养，给打工人的钱多 :D
: 但是自己搭建env，搞自己的东西的话, AWS有时就不是很爽了.
: 我以前喜欢用Public Cloud, 比如AWS, 因为搭建env方便.
: 这些年过去了, 在不同公司的production上用了好几轮AWS了.
: 我渐渐觉得，自己做东西，有些部分还不如自己裸写infra
|
|
|
n******t
发帖数: 4406 | 51 這事情充分表現了你對公司budget一無所知。
我見過公司一年花了10個億在某個vendor的產品上面，買來之後大部分的點亮放在那裏
集灰。爲啥能覺得花十億值，打算"一輩子當碼工"的你肯定是一輩子都想不通的。
ad
【在 w**z 的大作中提到】
: 至少说明公司觉得一年几亿美元花得值，用钱投票，还不够说明问题？难道要听论坛里
: 的键盘侠？
: 我们 traffic. peak time 是 non peak time 2 倍，你给个solution? 还有无数个 ad
: hoc jobs 你有本事一个小时里攒出几百台机器？
|
g****t
发帖数: 31659 | 52 你公司觉得花的值，这话不错。但这钱不是只给技术的。未见得就是traffic peak ...
.值钱。
此其一。
其二，国内没有aws。很多996的都是infra。你按同样的逻辑。人家也觉得花的值。
所以你拿你公司这个例子，说明不了aws是未来，对吧？
所以我说这是个表格分类的问题。逻辑模版是网状的，或者是决策树。不是一个分支。
其三，只要肯出钱，外包是不是能做到你要的spec。你微信找找国内的人问问。实证一
下就有结论
了。
你说的spec,infra 就做不到？我看不见得吧？
aws服务于一百多个国家这个优势，是一
般的Infra provider 最难match 的。与这个优势相比，啥啥traffic peak,其实没有多
大意义。
: 至少说明公司觉得一年几亿美元花得值，用钱投票，还不够说明问题？难
道要听
论坛里
: 的键盘侠？
: 我们 traffic. peak time 是 non peak time 2 倍，你给个solution?
还有无
数个 ad
: hoc jobs 你有本事一个小时里攒出几百台机器？
【在 w**z 的大作中提到】
: 至少说明公司觉得一年几亿美元花得值，用钱投票，还不够说明问题？难道要听论坛里
: 的键盘侠？
: 我们 traffic. peak time 是 non peak time 2 倍，你给个solution? 还有无数个 ad
: hoc jobs 你有本事一个小时里攒出几百台机器？
|
s******e
发帖数: 3 | 53 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，上到应用部署
，稍微出点错就是灾难。
会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个考了证书刷试
管的大妈，这就是现实。
还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。如果是所谓的
大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公司的管理层接
受。
这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有一定帮助。
public
【在 n******t 的大作中提到】
: 關鍵就一點，自己有deploy過大規模的系統，處理過production scalability的經驗沒
: ？不管是自己hosting還是用public cloud的。只要自己幹過，就不會冒出什麼給AWS錢
: 算什麼這種不經大腦的話。
: 此外，即使從打工的角度來說，AWS的經驗根本就不值錢，因爲很簡單，一個自己搭過
: 平臺的人，可以在1天之內，比所謂AWS architect對AWS的理解更深。而你如果從AWS換
: 到別的cloud，你之前所謂的domain knowledge基本上是沒用的。這就是爲什麼public
: cloud其實是比傳統架構更厲害的vendor locking。
|
g****t
发帖数: 31659 | 54 你们看的都是头部几个公司。美国大批性能要求不高的各种dashboard, tickets 系统
什么
的企业软件，仍然都是外包攒机器，DBA的。
这方面美国中国都有市场报告可以看。cloud在增长，但是我认为未来到一个点必定会
停的。
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，
上到应
用部署
: ，稍微出点错就是灾难。
: 会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个
考了证
书刷试
: 管的大妈，这就是现实。
: 还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。
如果是
所谓的
: 大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公
司的管
理层接
: 受。
: 这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有
一定帮
助。
: public
【在 s******e 的大作中提到】
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，上到应用部署
: ，稍微出点错就是灾难。
: 会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个考了证书刷试
: 管的大妈，这就是现实。
: 还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。如果是所谓的
: 大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公司的管理层接
: 受。
: 这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有一定帮助。
:
: public
|
g****t
发帖数: 31659 | 55 另外不瞎推广，只说实证。
我之前工作的半导体公司，没听说什么管理层共识要去aws。
我现在公司一个人去了最大零售店之一做it director ，也没有听说要管理层有啥共识
走aws。
这些东西其实sp 500公司job description 稍作统计就能看出来。
: 你们看的都是头部几个公司。美国大批性能要求不高的各种dashboard,
tickets
系统
: 什么
: 的企业软件，仍然都是外包攒机器，DBA的。
: 这方面美国中国都有市场报告可以看。cloud在增长，但是我认为未来到
一个点
必定会
: 停的。
:
【在 g****t 的大作中提到】
: 你们看的都是头部几个公司。美国大批性能要求不高的各种dashboard, tickets 系统
: 什么
: 的企业软件，仍然都是外包攒机器，DBA的。
: 这方面美国中国都有市场报告可以看。cloud在增长，但是我认为未来到一个点必定会
: 停的。
:
:
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，
: 上到应
: 用部署
:
: ，稍微出点错就是灾难。
|
f*******t
发帖数: 7549 | 56 pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的infra拖累。要不
要自己搭infra也跟能不能逼运维996甚至007无关。
用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关掉，但失败的
根源在于没能找到办法在fb infra上便宜地运行MongoDB或提供类似服务？当然不是。
回想起当时的产品，很多都是现在最火的，cloudcode相当于serverless，analytics相
当于马上要ipo的databricks。以相关热门公司动辄几十b的估值，在aws上烧的钱是
nothing。
还记得当时大头问我有什么办法能画出1b valuation或者revenue的饼，在今天看来后
者都不算天方夜谭。失败的终极原因还是领导层vision不够，business model没想好。
leadership找不到方向，自然理所应当被kill。
所以我苦口婆心地提醒，把优势业务做好，别浪费在非核心业务上。远离脑子一根筋，
自我感觉会的一亩三分地技术天下第一，不招他公司就玩不转，但实际上提供负价值的
员工。
..
【在 g****t 的大作中提到】
: 你公司觉得花的值，这话不错。但这钱不是只给技术的。未见得就是traffic peak ...
: .值钱。
: 此其一。
: 其二，国内没有aws。很多996的都是infra。你按同样的逻辑。人家也觉得花的值。
: 所以你拿你公司这个例子，说明不了aws是未来，对吧？
: 所以我说这是个表格分类的问题。逻辑模版是网状的，或者是决策树。不是一个分支。
: 其三，只要肯出钱，外包是不是能做到你要的spec。你微信找找国内的人问问。实证一
: 下就有结论
: 了。
: 你说的spec,infra 就做不到？我看不见得吧？
|
g****t
发帖数: 31659 | 57 两方都能举出来很多例子。这是事实。so what?
得用表格或者matrix 来思考。另外这腾讯云怎么回事谁知道详情。说不定就是攒机改
个名字，腾讯是pdd股东呢？三年上市这奇迹可能是一个后端决定的么。这有点笑话了吧
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的
infra拖累
。要不
: 要自己搭infra也跟能不能逼运维996甚至007无关。
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关
掉，但
失败的
: 根源在于没能找到办法在fb infra上便宜地运行MongoDB或提供类似服务
？当然
不是。
: 回想起当时的产品，很多都是现在最火的，cloudcode相当于serverless，
analytics相
: 当于马上要ipo的databricks。以相关热门公司动辄几十b的估值，在aws
上烧的
钱是
: nothing。
: 还记得当时大头问我有什么办法能画出1b valuation或者revenue的饼，
在今天
看来后
: 者都不算天方夜谭。失败的终极原因还是领导层vision不够，business
model没
想好。
: leadership找不到方向，自然理所应当被kill。
【在 f*******t 的大作中提到】
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的infra拖累。要不
: 要自己搭infra也跟能不能逼运维996甚至007无关。
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关掉，但失败的
: 根源在于没能找到办法在fb infra上便宜地运行MongoDB或提供类似服务？当然不是。
: 回想起当时的产品，很多都是现在最火的，cloudcode相当于serverless，analytics相
: 当于马上要ipo的databricks。以相关热门公司动辄几十b的估值，在aws上烧的钱是
: nothing。
: 还记得当时大头问我有什么办法能画出1b valuation或者revenue的饼，在今天看来后
: 者都不算天方夜谭。失败的终极原因还是领导层vision不够，business model没想好。
: leadership找不到方向，自然理所应当被kill。
|
w**z
发帖数: 8232 | 58 现在新创明星企业很少有自己搭DC 的
，这还不够说明问题？
了吧
【在 g****t 的大作中提到】
: 两方都能举出来很多例子。这是事实。so what?
: 得用表格或者matrix 来思考。另外这腾讯云怎么回事谁知道详情。说不定就是攒机改
: 个名字，腾讯是pdd股东呢？三年上市这奇迹可能是一个后端决定的么。这有点笑话了吧
:
:
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的
: infra拖累
: 。要不
:
: 要自己搭infra也跟能不能逼运维996甚至007无关。
:
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关
: 掉，但
|
f*******t
发帖数: 7549 | 59 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在都没几个出海
的，不需要全球dc，可以说相当于aws的服务早就有了。
了吧
【在 g****t 的大作中提到】
: 两方都能举出来很多例子。这是事实。so what?
: 得用表格或者matrix 来思考。另外这腾讯云怎么回事谁知道详情。说不定就是攒机改
: 个名字，腾讯是pdd股东呢？三年上市这奇迹可能是一个后端决定的么。这有点笑话了吧
:
:
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的
: infra拖累
: 。要不
:
: 要自己搭infra也跟能不能逼运维996甚至007无关。
:
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关
: 掉，但
|
g****t
发帖数: 31659 | 60 那你就把明星初创分一类。这就是我说的表格。软文
故事跟现实不是一回事。
假如查一下攒机器的provider 的宣传资料。那也是说的头头是道的。
另外就算头部的明星初创。这几年蚂蚁金服，TikTok 是最大两家吧，用aws或者azure
了吗？
这是一个方面。
另一个方面。这些决定技术是占很少比例的。这一点怎么很多人不明白呢。
例如说：我没查过，但我现在猜pdd 和腾讯是一边的。如果我猜错了，请大家纠正。如
果我猜对了。那就说明这是我的经验的一个验证。
: 现在新创明星企业很少有自己搭DC 的
: ，这还不够说明问题？
: 了吧
【在 w**z 的大作中提到】
: 现在新创明星企业很少有自己搭DC 的
: ，这还不够说明问题？
:
: 了吧
|
|
|
s*********y
发帖数: 6151 | 61 居然真有觉得自己搭的平台比AWS好的
还一天之内
我就笑了
你先给我弄个S3出来 4个9, 3个AZ 看看三个月搞不搞得定 然后咱们再说cost |
g****t
发帖数: 31659 | 62 Amzon和强国的历史一言难尽。你查查吧。很有意思。
强国的云是个特殊的东西。如果你说强国的云也算云。那也可以。azure,阿里是头部两
家。但是我的结论也不会受损。
强国大批的有竞争力的公司没有用azure,阿里云。
（也有大批的用了）
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在
都没几
个出海
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
: 了吧
【在 f*******t 的大作中提到】
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在都没几个出海
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
:
: 了吧
|
w**z
发帖数: 8232 | 63 其他乱七八糟的 service 不说了， aws 只要有 ec2 和 s3 就足够碾压了。
【在 s*********y 的大作中提到】
: 居然真有觉得自己搭的平台比AWS好的
: 还一天之内
: 我就笑了
: 你先给我弄个S3出来 4个9, 3个AZ 看看三个月搞不搞得定 然后咱们再说cost
|
g****t
发帖数: 31659 | 64 我查了。我猜对了。腾讯占pdd 30%股份。其实这是很明显的business link
http://news.stcn.com/2020/0407/15806448.shtml
: 那你就把明星初创分一类。这就是我说的表格。软文
: 故事跟现实不是一回事。
: 假如查一下攒机器的provider 的宣传资料。那也是说的头头是道的。
: 另外就算头部的明星初创。这几年蚂蚁金服，TikTok 是最大两家吧，用aws或者
azure
: 了吗？
: 这是一个方面。
: 另一个方面。这些决定技术是占很少比例的。这一点怎么很多人不明白呢。
: 例如说：我没查过，但我现在猜pdd 和腾讯是一边的。如果我猜错了，请大家纠
正。如
: 果我猜对了。那就说明这是我的经验的一个验证。
:
【在 g****t 的大作中提到】
: Amzon和强国的历史一言难尽。你查查吧。很有意思。
: 强国的云是个特殊的东西。如果你说强国的云也算云。那也可以。azure,阿里是头部两
: 家。但是我的结论也不会受损。
: 强国大批的有竞争力的公司没有用azure,阿里云。
: （也有大批的用了）
:
:
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在
: 都没几
: 个出海
:
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
|
n******t
发帖数: 4406 | 65 你能簽合同麼？能簽沒問題。
【在 s*********y 的大作中提到】
: 居然真有觉得自己搭的平台比AWS好的
: 还一天之内
: 我就笑了
: 你先给我弄个S3出来 4个9, 3个AZ 看看三个月搞不搞得定 然后咱们再说cost
|
g****t
发帖数: 31659 | 66 如果强国把传感器定在人身上用机器学习算法管理攒机器的人呢？
你们似乎都被成功故事draw了太多的attention 。只看这些成功故事覆盖的那些范围。
: 其他乱七八糟的 service 不说了， aws 只要有 ec2 和 s3 就足够碾压
了。
【在 w**z 的大作中提到】
: 其他乱七八糟的 service 不说了， aws 只要有 ec2 和 s3 就足够碾压了。
|
n******t
发帖数: 4406 | 67 規模大有大的搞法，小有小的搞法。搞通了的自然就知道怎麼搞。
當然現在搞成了EC2寫進cs教科書，自然知道怎麼搞的人就越來越少了。
【在 s******e 的大作中提到】
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，上到应用部署
: ，稍微出点错就是灾难。
: 会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个考了证书刷试
: 管的大妈，这就是现实。
: 还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。如果是所谓的
: 大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公司的管理层接
: 受。
: 这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有一定帮助。
:
: public
|
f*******t
发帖数: 7549 | 68 我当年就在aws，强国那些龌龊的事还是知道一些的。如果aws能好好做，阿里云不可能
发展到现在的市场份额。
【在 g****t 的大作中提到】
: Amzon和强国的历史一言难尽。你查查吧。很有意思。
: 强国的云是个特殊的东西。如果你说强国的云也算云。那也可以。azure,阿里是头部两
: 家。但是我的结论也不会受损。
: 强国大批的有竞争力的公司没有用azure,阿里云。
: （也有大批的用了）
:
:
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在
: 都没几
: 个出海
:
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
|
g****t
发帖数: 31659 | 69 aws几乎不可逾越的地方其实是一百个国家平推。
拿tech spec来衡量没多大意思。
我认为这方面不管你啥tech spec，
例如你找几个dell, hp, ibm啥的。我猜那都能把攒机器说的头头是道。
: 你能簽合同麼？能簽沒問題。
【在 n******t 的大作中提到】
: 規模大有大的搞法，小有小的搞法。搞通了的自然就知道怎麼搞。
: 當然現在搞成了EC2寫進cs教科書，自然知道怎麼搞的人就越來越少了。
|
n******t
发帖数: 4406 | 70 你連pdd爲啥要用騰訊云都不知道，還扯到了云，笑掉大牙嗎。
此外，你以爲serverless這種東西是你能叫的？你不會真以爲這世界上有一個人發明了
“big data”吧，哈哈。
【在 f*******t 的大作中提到】
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的infra拖累。要不
: 要自己搭infra也跟能不能逼运维996甚至007无关。
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关掉，但失败的
: 根源在于没能找到办法在fb infra上便宜地运行MongoDB或提供类似服务？当然不是。
: 回想起当时的产品，很多都是现在最火的，cloudcode相当于serverless，analytics相
: 当于马上要ipo的databricks。以相关热门公司动辄几十b的估值，在aws上烧的钱是
: nothing。
: 还记得当时大头问我有什么办法能画出1b valuation或者revenue的饼，在今天看来后
: 者都不算天方夜谭。失败的终极原因还是领导层vision不够，business model没想好。
: leadership找不到方向，自然理所应当被kill。
|
|
|
n******t
发帖数: 4406 | 71 所以攢機器其實是一種說法。說白了舉個例子，給錢給你，不是小錢，先算3000萬吧，
能給我搭個什麼infra出來。我也不要求這些人自己幹活，招人也可以，甚至外包給云
也可以。
我幹打賭，上面這幾個打嘴炮的，是根本不敢接這樣的單子的人。所以和技術無關，和
知道自己在幹什麼有關。
【在 g****t 的大作中提到】
: aws几乎不可逾越的地方其实是一百个国家平推。
: 拿tech spec来衡量没多大意思。
: 我认为这方面不管你啥tech spec，
: 例如你找几个dell, hp, ibm啥的。我猜那都能把攒机器说的头头是道。
:
:
: 你能簽合同麼？能簽沒問題。
:
|
f*******t
发帖数: 7549 | 72 腾讯重资入股是pdd在微信里病毒式营销被屏蔽后发生的，你可以再查查细节
【在 g****t 的大作中提到】
: 我查了。我猜对了。腾讯占pdd 30%股份。其实这是很明显的business link
: http://news.stcn.com/2020/0407/15806448.shtml
:
:
: 那你就把明星初创分一类。这就是我说的表格。软文
:
: 故事跟现实不是一回事。
:
: 假如查一下攒机器的provider 的宣传资料。那也是说的头头是道的。
:
: 另外就算头部的明星初创。这几年蚂蚁金服，TikTok 是最大两家吧，用aws或者
: azure
:
: 了吗？
:
: 这是一个方面。
|
n******t
发帖数: 4406 | 73 在強國不可能真正靠云的技術賺錢的，本質上也是流程賺錢，只不過強國的流程潛規則
更多，所以這裏一些成天google的人才會說出pdd用騰訊云這種笑話。。
【在 g****t 的大作中提到】
: Amzon和强国的历史一言难尽。你查查吧。很有意思。
: 强国的云是个特殊的东西。如果你说强国的云也算云。那也可以。azure,阿里是头部两
: 家。但是我的结论也不会受损。
: 强国大批的有竞争力的公司没有用azure,阿里云。
: （也有大批的用了）
:
:
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在
: 都没几
: 个出海
:
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
|
g****t
发帖数: 31659 | 74 那我就猜pdd后端不可能一开始就是腾讯云上面的。极大的可能是hybrid。
商业步骤和技术进程不太可能不一致。
: 腾讯重资入股是pdd在微信里病毒式营销被屏蔽后发生的，你可以再查查
细节
【在 f*******t 的大作中提到】
: 腾讯重资入股是pdd在微信里病毒式营销被屏蔽后发生的，你可以再查查细节
|
g****t
发帖数: 31659 | 75 强国还有华为云，百度云，京东云，盛大云，金山云...
跟aws一块比本身其实很滑稽。
其实我觉得从本质上来讲。做不到aws, azur那样强推一百多国家。那就是换了个方式
攒机器。
: 在強國不可能真正靠云的技術賺錢的，本質上也是流程賺錢，只不過強國
的流程
潛規則
: 更多，所以這裏一些成天google的人才會說出pdd用騰訊云這種笑話。。
【在 n******t 的大作中提到】
: 在強國不可能真正靠云的技術賺錢的，本質上也是流程賺錢，只不過強國的流程潛規則
: 更多，所以這裏一些成天google的人才會說出pdd用騰訊云這種笑話。。
|
f*******t
发帖数: 7549 | 76 另外你提到的蚂蚁金服是阿里的亲儿子，当然用阿里云。不管墙内是什么玩法，tiktok
出来打天下是主要用gcp的。
【在 g****t 的大作中提到】
: 那我就猜pdd后端不可能一开始就是腾讯云上面的。极大的可能是hybrid。
: 商业步骤和技术进程不太可能不一致。
:
:
: 腾讯重资入股是pdd在微信里病毒式营销被屏蔽后发生的，你可以再查查
: 细节
:
|
n******t
发帖数: 4406 | 77 aws的模式在中國行不通的一個關鍵點就是中國人沒有怕麻煩這個事。前面有一個人說
覺得換硬盤麻煩，which再美國的確可能是個事。你覺得中國有哪個企業員工敢說換硬
盤麻煩的？
當年IBM，HP這些公司搞的方案，在國內只能搞政府的錢，私企的錢完全賺不到。
【在 g****t 的大作中提到】
: 强国还有华为云，百度云，京东云，盛大云，金山云...
: 跟aws一块比本身其实很滑稽。
: 其实我觉得从本质上来讲。做不到aws, azur那样强推一百多国家。那就是换了个方式
: 攒机器。
:
:
: 在強國不可能真正靠云的技術賺錢的，本質上也是流程賺錢，只不過強國
: 的流程
: 潛規則
:
: 更多，所以這裏一些成天google的人才會說出pdd用騰訊云這種笑話。。
:
|
s********i
发帖数: 17328 | 78 LOL，有些新丁连啥是production system，几个９都不知道，就在那儿吹牛逼。。。
LOL。反正你也不能把他怎么地。。。LOL
【在 s*********y 的大作中提到】
: 居然真有觉得自己搭的平台比AWS好的
: 还一天之内
: 我就笑了
: 你先给我弄个S3出来 4个9, 3个AZ 看看三个月搞不搞得定 然后咱们再说cost
|
s********i
发帖数: 17328 | 79 exactly，开餐馆的就得自己种地？LOL。。。我开餐馆需要雇个好厨师，而不是去雇个
牛逼的农民。除非吃特供的，那才需要牛逼农民。
【在 s******e 的大作中提到】
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，上到应用部署
: ，稍微出点错就是灾难。
: 会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个考了证书刷试
: 管的大妈，这就是现实。
: 还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。如果是所谓的
: 大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公司的管理层接
: 受。
: 这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有一定帮助。
:
: public
|
n******t
发帖数: 4406 | 80 會者不難，難者不會。就這麼簡單。所以我說過了，不會的現在的確只能給AWS送錢，
但是即使送錢也沒有什麼好日子過，如果公司本身業務出衆應該可以維持，否則只能一
直爛下去永無出頭之日。
此外我從來就沒針對現在在當苦比千老或者文科大媽要轉行的那種人，他們有任何比現
在好的工作都回去干。自己真的會搭平臺要和這種人競爭工作不是腦子有問題？
【在 s******e 的大作中提到】
: 这有点误导。自己搭平台，太苦逼了，啥都要懂，下到cable标签格式，上到应用部署
: ，稍微出点错就是灾难。
: 会搭平台、比aws 架构师牛又如何？那些公司招人不会要你，而去招一个考了证书刷试
: 管的大妈，这就是现实。
: 还是这个观点：自己的公司，懂这块，规模够大，自己建平台肯定省钱。如果是所谓的
: 大企业，用AWS，Azure肯定比自己干省钱，现在这个观点已经普遍被大公司的管理层接
: 受。
: 这些公司向云迁徙是趋势，里边有很多工作机会，有个AWS或AZure证书有一定帮助。
:
: public
|
|
|
s******e
发帖数: 3 | 81 你去看招聘网站各大银行、保险等公司招人对aws，azure，gcp的要求就明白了。这些
公司都有合规要求的，他们都上，还不说明问题。这个过程需要很长时间，是个趋势。
我也同意有个顶点，但考虑整体规模，远没有到
【在 g****t 的大作中提到】
: 另外不瞎推广，只说实证。
: 我之前工作的半导体公司，没听说什么管理层共识要去aws。
: 我现在公司一个人去了最大零售店之一做it director ，也没有听说要管理层有啥共识
: 走aws。
: 这些东西其实sp 500公司job description 稍作统计就能看出来。
:
:
: 你们看的都是头部几个公司。美国大批性能要求不高的各种dashboard,
: tickets
: 系统
:
: 什么
|
s******e
发帖数: 3 | 82 初创公司IT infra基本都先上云，这个是共识了。
【在 f*******t 的大作中提到】
: pdd用了腾讯云，才能做到三年上市的奇迹，不然多半被scale自己的infra拖累。要不
: 要自己搭infra也跟能不能逼运维996甚至007无关。
: 用aws值不值我是深有体会的，当年Parse因为小扎舍不得给aws送钱被关掉，但失败的
: 根源在于没能找到办法在fb infra上便宜地运行MongoDB或提供类似服务？当然不是。
: 回想起当时的产品，很多都是现在最火的，cloudcode相当于serverless，analytics相
: 当于马上要ipo的databricks。以相关热门公司动辄几十b的估值，在aws上烧的钱是
: nothing。
: 还记得当时大头问我有什么办法能画出1b valuation或者revenue的饼，在今天看来后
: 者都不算天方夜谭。失败的终极原因还是领导层vision不够，business model没想好。
: leadership找不到方向，自然理所应当被kill。
|
s******e
发帖数: 3 | 83 呵呵。某国内的公司全部运行在阿里，然后腾讯、华为一堆人给优惠，让免费用一年。
太懒了，没动
【在 f*******t 的大作中提到】
: 你为啥说强国没有aws？阿里从09年开始做云，局域网里的it企业到现在都没几个出海
: 的，不需要全球dc，可以说相当于aws的服务早就有了。
:
: 了吧
|
s******e
发帖数: 3 | 84 只要能招到合格的人才，肯定可以，没有云之前以前都是这么做的。当然罗马不是一天
建成，达到39/49需要多次磨合，完善整个架构也需要时间
【在 n******t 的大作中提到】
: 你能簽合同麼？能簽沒問題。
|
n******t
发帖数: 4406 | 85 你是想找工作還是想做事？找工作去jobhunting版效果好一點。
【在 s******e 的大作中提到】
: 你去看招聘网站各大银行、保险等公司招人对aws，azure，gcp的要求就明白了。这些
: 公司都有合规要求的，他们都上，还不说明问题。这个过程需要很长时间，是个趋势。
: 我也同意有个顶点，但考虑整体规模，远没有到
|
c*******v
发帖数: 2599 | 86 这里有个基本的逻辑问题。
SP500无疑各种infra,cloud都有，这是我结合实证以及分析等几个方面，得到的结论。
举几个例子，对我前面的总结无损。所以说实话我不知道他想说啥。
【在 n******t 的大作中提到】
: 你是想找工作還是想做事？找工作去jobhunting版效果好一點。
|
f*******t
发帖数: 7549 | 87 如果我没记错的话，aws是06年出来的，到现在也不过15年。sp500里很多公司历史悠久
，转型需要非常多的时间。新兴公司没有沉重的技术债，轻松选择上云。
我的预测是，未来的线上公司，只有少数想把infra拿出来卖或者自身体量过大的会自
己建dc（现实是连dropbox，snowflake和databricks之类的重infra公司都选择了云）
，其余的更没理由不上云。
【在 c*******v 的大作中提到】
: 这里有个基本的逻辑问题。
: SP500无疑各种infra,cloud都有，这是我结合实证以及分析等几个方面，得到的结论。
: 举几个例子，对我前面的总结无损。所以说实话我不知道他想说啥。
|
s********i
发帖数: 17328 | 88 很多年轻人不懂这个道理，有些产品十几二十年了，哪有那么容易就挪到云上了，我过
去一段时间，做了好几个containerization的项目了，有些legacy产品很难弄。新产品
没问题，很容易就上云了。自己建DC主要就是数据安全性或者regulation要求，有些是
混搭的，能上公云的上公云，不能的自己弄。
【在 f*******t 的大作中提到】
: 如果我没记错的话，aws是06年出来的，到现在也不过15年。sp500里很多公司历史悠久
: ，转型需要非常多的时间。新兴公司没有沉重的技术债，轻松选择上云。
: 我的预测是，未来的线上公司，只有少数想把infra拿出来卖或者自身体量过大的会自
: 己建dc（现实是连dropbox，snowflake和databricks之类的重infra公司都选择了云）
: ，其余的更没理由不上云。
|
f*******t
发帖数: 7549 | 89 别说挪上云了，比如银行的cobol代码，或者跑在ibm服务器上说不定连源码都丢了的东
西，找人维护都不容易，又不敢随便重写。再给它们20年吧。
【在 s********i 的大作中提到】
: 很多年轻人不懂这个道理，有些产品十几二十年了，哪有那么容易就挪到云上了，我过
: 去一段时间，做了好几个containerization的项目了，有些legacy产品很难弄。新产品
: 没问题，很容易就上云了。自己建DC主要就是数据安全性或者regulation要求，有些是
: 混搭的，能上公云的上公云，不能的自己弄。
|
c*******v
发帖数: 2599 | 90 没有哪个产品设计的时候是不需要考虑这个应用领域过去的情况的。
你说的这些缺点或者限制，是cloud技术特点的一部分。
给每个技术缺点/限制都找个理由或原因，不等于它们就不存在了。
所以我也不知道你想说什么。
【在 f*******t 的大作中提到】
: 别说挪上云了，比如银行的cobol代码，或者跑在ibm服务器上说不定连源码都丢了的东
: 西，找人维护都不容易，又不敢随便重写。再给它们20年吧。
|
|
|
n******t
发帖数: 4406 | 91 Dropbox已經被AWS坑得早就不得不自己搞DC了。說實話，dropbox這麼好的idea，現在
做成這樣exactly是it最早用了AWS的結果。
snowflake的產品本身就是賺云用戶錢的，不存在什麼選擇了云，你知道你在說什麼嗎？
【在 f*******t 的大作中提到】
: 如果我没记错的话，aws是06年出来的，到现在也不过15年。sp500里很多公司历史悠久
: ，转型需要非常多的时间。新兴公司没有沉重的技术债，轻松选择上云。
: 我的预测是，未来的线上公司，只有少数想把infra拿出来卖或者自身体量过大的会自
: 己建dc（现实是连dropbox，snowflake和databricks之类的重infra公司都选择了云）
: ，其余的更没理由不上云。
|
s********i
发帖数: 17328 | 92 要说的就是：绝大多数应用都是有历史的，没那么容易就转到云上。。。除了进些年一
开始就有上云想法的应用。。。这些老应用转到云上是渐进的，不是一蹴而就的。。。
我现在做的project就是，今年上云，但老软件至少还要维护好多年。。。
【在 c*******v 的大作中提到】
: 没有哪个产品设计的时候是不需要考虑这个应用领域过去的情况的。
: 你说的这些缺点或者限制，是cloud技术特点的一部分。
: 给每个技术缺点/限制都找个理由或原因，不等于它们就不存在了。
: 所以我也不知道你想说什么。
|
g****t
发帖数: 31659 | 93 对很多现存系统，难以移植。
cloud的技术缺点加一项。
你的position是pro-cloud,
何以要给反方加分？
所以我说看不懂你们二位的逻辑。
: 要说的就是：绝大多数应用都是有历史的，没那么容易就转到云上。。。
除了进
些年一
: 开始就有上云想法的应用。。。这些老应用转到云上是渐进的，不是一蹴
而就的
。。。
: 我现在做的project就是，今年上云，但老软件至少还要维护好多年。。。
【在 s********i 的大作中提到】
: 要说的就是：绝大多数应用都是有历史的，没那么容易就转到云上。。。除了进些年一
: 开始就有上云想法的应用。。。这些老应用转到云上是渐进的，不是一蹴而就的。。。
: 我现在做的project就是，今年上云，但老软件至少还要维护好多年。。。
|
d*******r
发帖数: 3299 | 94 搜了下, Dropbox还真从AWS移走了
嗎？
【在 n******t 的大作中提到】
: Dropbox已經被AWS坑得早就不得不自己搞DC了。說實話，dropbox這麼好的idea，現在
: 做成這樣exactly是it最早用了AWS的結果。
: snowflake的產品本身就是賺云用戶錢的，不存在什麼選擇了云，你知道你在說什麼嗎？
|
s******e
发帖数: 3 | 95 我的观点是：各种因素导致上云是趋势，自建平台市场逐渐萎缩。但这个转换过程很长
，远没有到饱和。aws、azure、gcp，阿里本质上区别不大，我不是AWS的饭。如果是搞
运维的，顺这个趋势找工作比较容易。
大家讲这么多，和这个观点没冲突。 |
f*******t
发帖数: 7549 | 96 嗯，貌似5年前就开始移了，经过多年宝贵的工程师资源投入，上市3年来成功地让股价
只跌了20%。这是个完美说明不专注于解决business问题而瞎逼折腾是什么下场的案例
。当然了，重复造出infra轮子的工程师大概都觉得很爽，自己很牛逼。
【在 d*******r 的大作中提到】
: 搜了下, Dropbox还真从AWS移走了
:
: 嗎？
|
n******t
发帖数: 4406 | 97 所以你之前就在瞎扯淡唄，當然你喜歡默默刪自己的東西，歡迎繼續表演哈。
【在 f*******t 的大作中提到】
: 嗯，貌似5年前就开始移了，经过多年宝贵的工程师资源投入，上市3年来成功地让股价
: 只跌了20%。这是个完美说明不专注于解决business问题而瞎逼折腾是什么下场的案例
: 。当然了，重复造出infra轮子的工程师大概都觉得很爽，自己很牛逼。
|
n******t
发帖数: 4406 | 98 這公司2013，2014年就急得不得不自己搞了，這件事因為某些原因我exactly知道是為
什麼。實際上dropbox如果繼續用aws，可能連上市都沒戲了，當然某些連公司雲平台帳
單都沒見過，但是覺得自己啥都懂的高級馬公肯定是不知道為啥的。
【在 d*******r 的大作中提到】
: 搜了下, Dropbox还真从AWS移走了
:
: 嗎？
|
d*******r
发帖数: 3299 | 99 我在1楼说了, 干过几个startup, DAU上来后, 有些AWS账单确实很高.
我主张要用AWS也可以, 开始搞startup时用, 而且只用最简单的功能,
比如只用EC2虚拟机这类哪里都有的功能, 方便以后把任意部分迁移出去.
偶尔有burst流量的功能, 可放在AWS上, 流量小时可自动scale down
【在 n******t 的大作中提到】
: 這公司2013，2014年就急得不得不自己搞了，這件事因為某些原因我exactly知道是為
: 什麼。實際上dropbox如果繼續用aws，可能連上市都沒戲了，當然某些連公司雲平台帳
: 單都沒見過，但是覺得自己啥都懂的高級馬公肯定是不知道為啥的。
|
s******e
发帖数: 3 | 100 就这个思路。很多银行，保险的数据分析平台，就是这么搞的。计算部分，非重点数据
，非pci数据，大scale部分都上云。
这个架构是问题是公共云与onprem之间的网络带宽和稳定性。
【在 d*******r 的大作中提到】
: 我在1楼说了, 干过几个startup, DAU上来后, 有些AWS账单确实很高.
: 我主张要用AWS也可以, 开始搞startup时用, 而且只用最简单的功能,
: 比如只用EC2虚拟机这类哪里都有的功能, 方便以后把任意部分迁移出去.
: 偶尔有burst流量的功能, 可放在AWS上, 流量小时可自动scale down
|
|
|
n******t
发帖数: 4406 | 101 其實很簡單，看過賬單沒，算過帳沒有？用得自己的錢還是公司的錢？這種事情一目瞭
然，只要幹過，就不會想某幾個人那樣胡扯。
startup要用aws一般來說需要要麼自己的scale非常小，而且和平臺底層完全無關。要
麼就是我之前說得，你的盈利模式必須非常好。dropbox就是後面這種，但是就是這麼
好的商業模式，最好的時機，最後差點被搞得入不敷出，可見盲目去用public cloud是
有很大的問題的。
【在 d*******r 的大作中提到】
: 我在1楼说了, 干过几个startup, DAU上来后, 有些AWS账单确实很高.
: 我主张要用AWS也可以, 开始搞startup时用, 而且只用最简单的功能,
: 比如只用EC2虚拟机这类哪里都有的功能, 方便以后把任意部分迁移出去.
: 偶尔有burst流量的功能, 可放在AWS上, 流量小时可自动scale down
|
s********i
发帖数: 17328 | 102 还有正方反方？不都应该是pro-cloud么。这是趋势啊。新东西都要考虑cloud，老东西
要慢慢挪，挪不动的就算了，自然消亡或者被替代。我觉得讨论的问题是，自己弄
private的还是用public cloud这个区别，而不是要不要cloud。
【在 g****t 的大作中提到】
: 对很多现存系统，难以移植。
: cloud的技术缺点加一项。
: 你的position是pro-cloud,
: 何以要给反方加分？
: 所以我说看不懂你们二位的逻辑。
:
:
: 要说的就是：绝大多数应用都是有历史的，没那么容易就转到云上。。。
: 除了进
: 些年一
:
: 开始就有上云想法的应用。。。这些老应用转到云上是渐进的，不是一蹴
|
n******t
发帖数: 4406 | 103 what is cloud?
【在 s********i 的大作中提到】
: 还有正方反方？不都应该是pro-cloud么。这是趋势啊。新东西都要考虑cloud，老东西
: 要慢慢挪，挪不动的就算了，自然消亡或者被替代。我觉得讨论的问题是，自己弄
: private的还是用public cloud这个区别，而不是要不要cloud。
|
d*******r
发帖数: 3299 | 104 还有一种可能，就是founder投资圈的背景很强, 有VC投大把的钱可用.
湾区最近几年不少明星startups, 有很多钱可以烧, AWS大用户.
【在 n******t 的大作中提到】
: 其實很簡單，看過賬單沒，算過帳沒有？用得自己的錢還是公司的錢？這種事情一目瞭
: 然，只要幹過，就不會想某幾個人那樣胡扯。
: startup要用aws一般來說需要要麼自己的scale非常小，而且和平臺底層完全無關。要
: 麼就是我之前說得，你的盈利模式必須非常好。dropbox就是後面這種，但是就是這麼
: 好的商業模式，最好的時機，最後差點被搞得入不敷出，可見盲目去用public cloud是
: 有很大的問題的。
|
s********i
发帖数: 17328 | 105 这个题目太大了。。。简单回答就是，IaaS, PaaS, SaaS吧。。。
【在 n******t 的大作中提到】
: what is cloud?
|
w**z
发帖数: 8232 | 106 咋个一目瞭然法？你可能没见过大 scale的
【在 n******t 的大作中提到】
: 其實很簡單，看過賬單沒，算過帳沒有？用得自己的錢還是公司的錢？這種事情一目瞭
: 然，只要幹過，就不會想某幾個人那樣胡扯。
: startup要用aws一般來說需要要麼自己的scale非常小，而且和平臺底層完全無關。要
: 麼就是我之前說得，你的盈利模式必須非常好。dropbox就是後面這種，但是就是這麼
: 好的商業模式，最好的時機，最後差點被搞得入不敷出，可見盲目去用public cloud是
: 有很大的問題的。
|
s********i
发帖数: 17328 | 107 new grad瞎逼逼啦。。。一个简单的geo-location就歇菜了。。。用public cloud，分
分钟就deploy到几大洲去了，自己搞，每个洲、国家还得租机房雇人看着？
【在 w**z 的大作中提到】
: 咋个一目瞭然法？你可能没见过大 scale的
|
N*****r
发帖数: 94 | 108
nod
上云是必然的趋势 ，除非是核心数据，
即使是核心数据， 以后有加密计算，可能也会上public cloud
至于是不是一定要 aws, 当然不一定
azure gcp都行
但以后肯定要统一接口，或者包装api 解决
aws/azure 解决的本质上不是别的问题，而是 IT infrastructure 部署工业化的问题
把每个公司的it support部门 ，原来小作坊形式的， 给工业化了 ， 统一的标准，统
一的扩展，无论扩展性还是可靠性都是上了一个数量级的， 大幅的降低了成本
认为这玩意儿懂攒鸡就能对抗的， 纯粹是脑子瓦特了
说实话，我甚至认为未来，计算资源可能会全部部署在云中， 按需付费使用，包括游
戏，大规模并行计算 存储
【在 s********i 的大作中提到】
: new grad瞎逼逼啦。。。一个简单的geo-location就歇菜了。。。用public cloud，分
: 分钟就deploy到几大洲去了，自己搞，每个洲、国家还得租机房雇人看着？
|
T********i
发帖数: 2416 | 109 IT infrastructure本来就具有各种巨大的依赖性。
根本不差那么一点对所谓云的依赖。
满足需求的前提下，肯定是谁的便宜用谁的。最后就变成commodity。也挺好。
真不想依赖云，只剩下IoT了。那个10有89是依赖不起云的。没有云必须也能function
，by design，部分function也要尽量function。
所以，所谓的云，对我来讲是可有可无的东西。属于非核心应用， |
a*******9
发帖数: 239 | 110 公司领导决定上不上云，还有一个重要的政治方面的考虑，就是把自己的责任分摊出去
。承诺的customer service agreement,自己的IT员工做不到，又动不了，每天被弄得
焦头烂额的，都喜欢上云，出了问题，他就没责任了，AWS，Azure都弄不好，那就根本
不是我的责任了。中外皆如此，越大公司的头，越会玩这一招儿，因为不影响升迁。
要是自己的东西，云的性价比较差，被别人控制还得给人钱。
所以自由是有代价的，要么自己干，要么降低期望，花钱让别人干。 |
|
|
d*******r
发帖数: 3299 | 111 对于cloud user公司来说, 这个是理想情况
胆实际情况是, public cloud vendor 比如 AWS 这些
会想方设法买给公司(or公司管IT的)各种"高级"的services
比如最大众化的managed SQL, 然后是各种managed XXX
公司一旦用习惯了, 就cloud vendor lock了
function
【在 T********i 的大作中提到】
: IT infrastructure本来就具有各种巨大的依赖性。
: 根本不差那么一点对所谓云的依赖。
: 满足需求的前提下，肯定是谁的便宜用谁的。最后就变成commodity。也挺好。
: 真不想依赖云，只剩下IoT了。那个10有89是依赖不起云的。没有云必须也能function
: ，by design，部分function也要尽量function。
: 所以，所谓的云，对我来讲是可有可无的东西。属于非核心应用，
|
d*******r
发帖数: 3299 | 112 差不多, 现在用public cloud是非常政治正确的
其实不只对manager，就是对码工, 用public cloud也是对自己有利的
其实想来想去, 只是公司自己多付钱，然后被vendor lock而且
但是如果公司本身不缺 funding, 问题不大...
【在 a*******9 的大作中提到】
: 公司领导决定上不上云，还有一个重要的政治方面的考虑，就是把自己的责任分摊出去
: 。承诺的customer service agreement,自己的IT员工做不到，又动不了，每天被弄得
: 焦头烂额的，都喜欢上云，出了问题，他就没责任了，AWS，Azure都弄不好，那就根本
: 不是我的责任了。中外皆如此，越大公司的头，越会玩这一招儿，因为不影响升迁。
: 要是自己的东西，云的性价比较差，被别人控制还得给人钱。
: 所以自由是有代价的，要么自己干，要么降低期望，花钱让别人干。
|
d*******r
发帖数: 3299 | 113 我是这么认为的,
胆这样搞要比简单用AWS麻烦很多,
要自己做一层很薄的infra layer |
f*******t
发帖数: 7549 | 114 snowflake实现了跨平台所以很受欢迎。但它做大了是不是又会把用户锁住，就不得而
知了。当然了，我在前边强调了几次研究这些套娃问题就是钻进了rabbit hole，与其
把精力耗在这上边不如把核心business做好，别搞得像dropbox这样虽然产品做的漂亮
，但business不行，空有大量用户，跟老二box的市值加起来还不到snow的六分之一。 |
s********i
发帖数: 17328 | 115 不全是推卸责任的问题，而是社会分工。。。比如，你的产品主业本来就不是存储和数
据库，你去操那个心干啥？以前没有云的时候，你不操心存储和数据库，产品就卖不掉
，现在有人提供性价比合适的服务，为啥还要去操那个心？像我前面打的比喻，开餐馆
的，重要的是雇个好厨师，而不是雇个能种菜养鱼的好农民。
【在 a*******9 的大作中提到】
: 公司领导决定上不上云，还有一个重要的政治方面的考虑，就是把自己的责任分摊出去
: 。承诺的customer service agreement,自己的IT员工做不到，又动不了，每天被弄得
: 焦头烂额的，都喜欢上云，出了问题，他就没责任了，AWS，Azure都弄不好，那就根本
: 不是我的责任了。中外皆如此，越大公司的头，越会玩这一招儿，因为不影响升迁。
: 要是自己的东西，云的性价比较差，被别人控制还得给人钱。
: 所以自由是有代价的，要么自己干，要么降低期望，花钱让别人干。
|
s********i
发帖数: 17328 | 116 社会分工而已。。。你从自己蒸馒头吃，到去饭馆买馒头吃，是社会进步。。。
【在 d*******r 的大作中提到】
: 对于cloud user公司来说, 这个是理想情况
: 胆实际情况是, public cloud vendor 比如 AWS 这些
: 会想方设法买给公司(or公司管IT的)各种"高级"的services
: 比如最大众化的managed SQL, 然后是各种managed XXX
: 公司一旦用习惯了, 就cloud vendor lock了
:
: function
|
d*******r
发帖数: 3299 | 117 你还别说, 自己做饭，或者雇保姆在家做饭，
其实又好吃又有营养, 哈哈
【在 s********i 的大作中提到】
: 社会分工而已。。。你从自己蒸馒头吃，到去饭馆买馒头吃，是社会进步。。。
|
f*******t
发帖数: 7549 | 118 自己做饭的时间可以用来干别的更高价值的事情。
你大概没雇过保姆吧，多一个外人住在家里很不爽的，而且保姆质量参差不齐，不容易
找到满意的。
【在 d*******r 的大作中提到】
: 你还别说, 自己做饭，或者雇保姆在家做饭，
: 其实又好吃又有营养, 哈哈
|
d*******r
发帖数: 3299 | 119 我承认雇保姆这个是胡扯开玩笑的，哈哈
【在 f*******t 的大作中提到】
: 自己做饭的时间可以用来干别的更高价值的事情。
: 你大概没雇过保姆吧，多一个外人住在家里很不爽的，而且保姆质量参差不齐，不容易
: 找到满意的。
|
f*******t
发帖数: 7549 | 120 你大概看文艺作品里上流阶层在家里养着保姆厨师很爽。亲身体验一下就知道了，光请
一两个月的月嫂都有各种不爽之处。我觉得能长期请住家保姆的，一定忍的很辛苦。而
且自家老人更难跟保姆保持和睦。
【在 d*******r 的大作中提到】
: 我承认雇保姆这个是胡扯开玩笑的，哈哈
|
|
|
n******t
发帖数: 4406 | 121 這個所謂包一層很多人搞過，最後一般都失敗。
這個原因exactly是因爲云服務是暴利行業，你進來了我有一百種辦法讓你移植不了。
最後老老實實給我交錢。 |
s********i
发帖数: 17328 | 122 也不能说是完全开玩笑，你要是吃特供的阶层，有人专门给你种地，配通讯员、警卫员
、炊事员，那就另说了。。。一般普通百姓图方便吃个食堂就行了。
【在 f*******t 的大作中提到】
: 你大概看文艺作品里上流阶层在家里养着保姆厨师很爽。亲身体验一下就知道了，光请
: 一两个月的月嫂都有各种不爽之处。我觉得能长期请住家保姆的，一定忍的很辛苦。而
: 且自家老人更难跟保姆保持和睦。
|
n******t
发帖数: 4406 | 123 沒意義啊，這麼搞和我同時託管幾個機房的優勢在哪裏？後者遷移，均衡都簡單很多。
一個程序在HP的機器上能跑在Dell的機器上不能跑的可能性還是小很多的。
【在 d*******r 的大作中提到】
: 我是这么认为的,
: 胆这样搞要比简单用AWS麻烦很多,
: 要自己做一层很薄的infra layer
|
n******t
发帖数: 4406 | 124 你這個什麼瞎比喻？
給你一個確切點的比喻，用public cloud就是開餐館然後指望從超市買個速凍餃子煮熟
賣給客人。然後你這個負責燒水的，覺得這樣特別好。
這個business不是不行，我說過了，你的business模型特別好，周圍就你一家，可以這
麼混下去，否則，就像你這個燒水的，成天擔心別人燒水的比你少一塊錢工資然後自己
被fire掉。
【在 s********i 的大作中提到】
: 不全是推卸责任的问题，而是社会分工。。。比如，你的产品主业本来就不是存储和数
: 据库，你去操那个心干啥？以前没有云的时候，你不操心存储和数据库，产品就卖不掉
: ，现在有人提供性价比合适的服务，为啥还要去操那个心？像我前面打的比喻，开餐馆
: 的，重要的是雇个好厨师，而不是雇个能种菜养鱼的好农民。
|
n******t
发帖数: 4406 | 125 你們就不想想，Azure憑什麼要給你統一接口？或者GCP，AWS是讓你到處隨便跳他舒服
呢，還是把你綁得死死的比較好？
還是那句話，你見過貴公司的賬單嗎？省了多少？
【在 N*****r 的大作中提到】
:
: nod
: 上云是必然的趋势 ，除非是核心数据，
: 即使是核心数据， 以后有加密计算，可能也会上public cloud
: 至于是不是一定要 aws, 当然不一定
: azure gcp都行
: 但以后肯定要统一接口，或者包装api 解决
: aws/azure 解决的本质上不是别的问题，而是 IT infrastructure 部署工业化的问题
: 把每个公司的it support部门 ，原来小作坊形式的， 给工业化了 ， 统一的标准，统
: 一的扩展，无论扩展性还是可靠性都是上了一个数量级的， 大幅的降低了成本
|
n******t
发帖数: 4406 | 126 你這個一輩子馬公怎麼又冒出來了？之前你說要介紹業務怎麼就跑了？
【在 w**z 的大作中提到】
: 咋个一目瞭然法？你可能没见过大 scale的
|
n******t
发帖数: 4406 | 127 哈哈哈哈，原來53歲的資深it員工就這樣的。以爲不用public cloud就得每個location
僱人盯着。
你這是不僅沒上過云，連機房也沒租過的。估計網線都沒見過。。
【在 s********i 的大作中提到】
: new grad瞎逼逼啦。。。一个简单的geo-location就歇菜了。。。用public cloud，分
: 分钟就deploy到几大洲去了，自己搞，每个洲、国家还得租机房雇人看着？
|
w**z
发帖数: 8232 | 128 你别瞎BB了，你大概率一辈子都到不了我的高度
【在 n******t 的大作中提到】
: 你這個一輩子馬公怎麼又冒出來了？之前你說要介紹業務怎麼就跑了？
|
d*******r
发帖数: 3299 | 129 我1楼说过我的想法, 说的不对的，大牛们请指正
我说过, 需要动态大规模scale的时候, public cloud比如AWS还是方便的.
动态大规模scale的部分, 可以放在AWS上.
比如我有个体育比赛直播的service, 平时基本不耗机器,
但是每个月有一两天, 有比赛直播, 那会儿是峰值traffic.
这种service, 我愿意写些infra script for scaling.
infra script在峰值时候动态开N个AWS EC2 servers.
直播完就关掉这些 EC2 server, 方便又省钱.
这种应用场景, 我觉得还是public cloud AWS方便.
我基本只会把这种 service 留在AWS上.
这种应用场景，自己装机不可能更便宜吧?
【在 n******t 的大作中提到】
: 沒意義啊，這麼搞和我同時託管幾個機房的優勢在哪裏？後者遷移，均衡都簡單很多。
: 一個程序在HP的機器上能跑在Dell的機器上不能跑的可能性還是小很多的。
|
g****t
发帖数: 31659 | 130 这楼里90%的人天天看所谓明星头部公司的软文都看的脑子一盆浆糊。你覺得有幾個人
能知道技術細節，帳單細節的。
（说实话aws账单挺复杂的，不专门学习的话，不是张嘴吹自己懂就可以懂的）
所以真想知道的话，工作多年的，找个认识的Amzon aws manager问问可能是最好的办
法。
===••••••====•••
但是我还是想按我之前的思路，延伸說一下你这个问题。算是檢查我之前的思路的覆盖
率。
如果要我猜，你说的这些问题自己找机房也未必不能解决。也许就有机房的定价细则符
合你的要求呢？
Public cloud的
本质其实是硬件，就是百多个国家的机房，给你一个统一的access 接口。所以只要不
是铺开一百多个国家这种需求，都能解决。
软件方面的东西都是变动不居有偶然性的，business细则以及产品设置什么的都是短时
间线事件。而且千变万化，層出不窮。什么可能都有。
简而言之，amzn,
google, msft这三家cloud的护城河其实是能在一百多个国家铺开這種綜合实力。
（我看过很多篇Amzon的年终股东报告。Bazos写的。你有空看下，很有用。）
: 我1楼说过我的想法, 说的不对的，大牛们请指正
: 我说过, 需要动态大规模scale的时候, public cloud比如AWS还是方便的.
: 动态大规模scale的部分, 可以放在AWS上.
: 比如我有个体育比赛直播的service, 平时基本不耗机器,
: 但是每个月有一两天, 有比赛直播, 那会儿是峰值traffic.
: 这种service, 我愿意写些infra script for scaling.
: infra script在峰值时候动态开N个AWS EC2 servers.
: 直播完就关掉这些 EC2 server, 方便又省钱.
: 这种应用场景, 我觉得还是public cloud AWS方便.
: 我基本只会把这种 service 留在AWS上.
【在 d*******r 的大作中提到】
: 我1楼说过我的想法, 说的不对的，大牛们请指正
: 我说过, 需要动态大规模scale的时候, public cloud比如AWS还是方便的.
: 动态大规模scale的部分, 可以放在AWS上.
: 比如我有个体育比赛直播的service, 平时基本不耗机器,
: 但是每个月有一两天, 有比赛直播, 那会儿是峰值traffic.
: 这种service, 我愿意写些infra script for scaling.
: infra script在峰值时候动态开N个AWS EC2 servers.
: 直播完就关掉这些 EC2 server, 方便又省钱.
: 这种应用场景, 我觉得还是public cloud AWS方便.
: 我基本只会把这种 service 留在AWS上.
|
|
|
s********i
发帖数: 17328 | 131 LOL，你给个比cloud方便的方案啊？吹牛逼谁不会啊！
location
【在 n******t 的大作中提到】
: 哈哈哈哈，原來53歲的資深it員工就這樣的。以爲不用public cloud就得每個location
: 僱人盯着。
: 你這是不僅沒上過云，連機房也沒租過的。估計網線都沒見過。。
|
s********i
发帖数: 17328 | 132 LOL，我最开始冲进来回帖就以为是股版在讨论amzn股票。。。回完帖才发现是讨论云
技术的。。。LOL。我回头写个53老帮菜回忆录，纪念一下这十几年的IT变迁。。。
【在 g****t 的大作中提到】
: 这楼里90%的人天天看所谓明星头部公司的软文都看的脑子一盆浆糊。你覺得有幾個人
: 能知道技術細節，帳單細節的。
: （说实话aws账单挺复杂的，不专门学习的话，不是张嘴吹自己懂就可以懂的）
: 所以真想知道的话，工作多年的，找个认识的Amzon aws manager问问可能是最好的办
: 法。
: ===••••••====•••
: 但是我还是想按我之前的思路，延伸說一下你这个问题。算是檢查我之前的思路的覆盖
: 率。
: 如果要我猜，你说的这些问题自己找机房也未必不能解决。也许就有机房的定价细则符
: 合你的要求呢？
|
g****t
发帖数: 31659 | 133 你把作文看的太简单了。大概率你写不清楚的。
不信，任选题目，你写1000字看看。
: LOL，我最开始冲进来回帖就以为是股版在讨论amzn股票。。。回完帖才
发现是
讨论云
: 技术的。。。LOL。我回头写个53老帮菜回忆录，纪念一下这十几年的IT
变迁。
。。
【在 s********i 的大作中提到】
: LOL，我最开始冲进来回帖就以为是股版在讨论amzn股票。。。回完帖才发现是讨论云
: 技术的。。。LOL。我回头写个53老帮菜回忆录，纪念一下这十几年的IT变迁。。。
|
g****t
发帖数: 31659 | 134 这问题不是这么简单。说白了这跟买东西找deal是类似的。可以很复杂。
: 我觉得楼上有些争论还是归因于对问题定义不清，每个人脑子里的应用场景不一
样。
: 如果给别人干，不是股东，就是要快，不花自己的钱，当然直接上AWS。
: 如果十年磨一剑打造自己的小小王国、取款机，当然是自己封装API，不确定的
看看
: Parler的困境，指不定哪天你也得罪了Amazon.
|
a*******9
发帖数: 239 | 135 对的。
社会分工的每一个环节都有黄金，都可以深耕，耕出来了就是你的。
如果是打工，又不花自己的钱，多一事不如少一事，当然是租。
如果是自己的business,关键环节靠租服务，很难有自己的cutting edge. Business 就
算幸运不亏，大概率也就一个full time job的水平，西方发达的市场经济基本都为你
核算好了。
就算是租别人的服务核心业务赚大了，老板核算的时候迟早都会发现自己某种程度上是
在为某个中间环节打工，对那些环节也会自立更生的。
我国内的几个朋友开公司，一开始都想的很好，招人，租服务，别人这总那总的叫得舒
服，结果后来都以关门告终。
不能全信广告词，那些服务只是提供了一种选择，真正的cutting edge，还得自己到地
里去刨，没有什么捷径。 |
s********i
发帖数: 17328 | 136 刚写的第一章。。。从小作文就不及格，不清楚的地方我再修改。。。写着玩儿。。。
做个纪念。。。
【在 g****t 的大作中提到】
: 你把作文看的太简单了。大概率你写不清楚的。
: 不信，任选题目，你写1000字看看。
:
:
: LOL，我最开始冲进来回帖就以为是股版在讨论amzn股票。。。回完帖才
: 发现是
: 讨论云
:
: 技术的。。。LOL。我回头写个53老帮菜回忆录，纪念一下这十几年的IT
: 变迁。
: 。。
:
|
n******t
发帖数: 4406 | 137 我先問你個基礎問題，現在在美國租機房，1G帶寬，1U x86 server一個月多少錢？
說實話這事情很基礎，但是你應該沒幹過，也沒任何概念。否則不會2到現在跳出來被
抽。
【在 s********i 的大作中提到】
: LOL，你给个比cloud方便的方案啊？吹牛逼谁不会啊！
:
: location
|
s********i
发帖数: 17328 | 138 差，我又不是做IT的，当然不知道啦。。。LOL。。。我的问题是，你一个美国公司，
要去德国放一台服务器，有什么比public cloud更好的方法吗？LOL
【在 n******t 的大作中提到】
: 我先問你個基礎問題，現在在美國租機房，1G帶寬，1U x86 server一個月多少錢？
: 說實話這事情很基礎，但是你應該沒幹過，也沒任何概念。否則不會2到現在跳出來被
: 抽。
|
c*******v
发帖数: 2599 | 139 【1】
开始的一堆帖子里，你可不是这么说的。平推到其他国家这件事，是我第一个提的。
你follow这个观点，是不是说你已经认为之前说的东西不够可靠？
【2】
除了其他国家平推这一条，我认为其他的items，没有一个不是攒机器做不了的。
所以不能平推到尼日利亚等等地方的，by my definition，那都不是public cloud。
----这个看法未见得正确，但是符合逻辑，且能做实证检验。 |
n******t
发帖数: 4406 | 140 問題是物理機器並不是linear pricing的。一個core的機器可不是10個core機器的十倍。
至於你如果是純直播的情況，基本上算是無狀態的應用，AWS這麼scaling也還好，至於
能省多少錢，得看你的峯值是多少，如果還不到一個1U server的1/10那自然是不用物
理機。問題如果是這麼一個簡單直接的應用，你爲啥要取用AWS呢？有一堆VPS可以給你
租，你還不用給aws那一堆莫名其妙的輪子付錢。
【在 d*******r 的大作中提到】
: 我1楼说过我的想法, 说的不对的，大牛们请指正
: 我说过, 需要动态大规模scale的时候, public cloud比如AWS还是方便的.
: 动态大规模scale的部分, 可以放在AWS上.
: 比如我有个体育比赛直播的service, 平时基本不耗机器,
: 但是每个月有一两天, 有比赛直播, 那会儿是峰值traffic.
: 这种service, 我愿意写些infra script for scaling.
: infra script在峰值时候动态开N个AWS EC2 servers.
: 直播完就关掉这些 EC2 server, 方便又省钱.
: 这种应用场景, 我觉得还是public cloud AWS方便.
: 我基本只会把这种 service 留在AWS上.
|
|
|
n******t
发帖数: 4406 | 141 資深it工程師，你知道不知道現在做主機租賃是啥樣子了？現在沒幾個服務商不能提供
歐洲亞洲的location的。
【在 s********i 的大作中提到】
: 差，我又不是做IT的，当然不知道啦。。。LOL。。。我的问题是，你一个美国公司，
: 要去德国放一台服务器，有什么比public cloud更好的方法吗？LOL
|
s********i
发帖数: 17328 | 142 我做开发的啊，当然不知道。你觉得租赁比public cloud方便在哪里？好在哪里？
【在 n******t 的大作中提到】
: 資深it工程師，你知道不知道現在做主機租賃是啥樣子了？現在沒幾個服務商不能提供
: 歐洲亞洲的location的。
|
s********i
发帖数: 17328 | 143 我一直就是ｐｒｏ－ｃｌｏｕｄ的啊。。。怎么会有人认为我pro自己攒机？cloud可不
是自己攒机这么简单，你需要专业人员，对于很多公司来讲，那不是你的主业。。。我
前面举得例子很清楚啊，开餐馆的需要雇好厨师，而不是好农民。你要吃馒头，去买就
好了，不需要自己蒸。。。
但你要是坚持自己攒机，当然可以啊。。。reinventing the wheele而已。。。像楼上
讲的，你每个国家建个office不就完了或者每个国家去租机房就行了。。。当问题是，
你这么做划算吗？
【在 c*******v 的大作中提到】
: 【1】
: 开始的一堆帖子里，你可不是这么说的。平推到其他国家这件事，是我第一个提的。
: 你follow这个观点，是不是说你已经认为之前说的东西不够可靠？
: 【2】
: 除了其他国家平推这一条，我认为其他的items，没有一个不是攒机器做不了的。
: 所以不能平推到尼日利亚等等地方的，by my definition，那都不是public cloud。
: ----这个看法未见得正确，但是符合逻辑，且能做实证检验。
|
w**z
发帖数: 8232 | 144 厨房比喻不够确切。应该是厨师管做饭，至于炉灶，煤气，抽风机怎么安装，维修，厨
师不用管。
举例说，我们公司，用 aws elastic search service, 几百个 node, 需要的人力去
管理几乎是零。要不然得专门有人知道怎么维护，升级，扩展，怎么 snapshot, node
坏了，怎么修复等等杂事。这只是一个 service, aws. 提供的类似的 service 好几百。
【在 s********i 的大作中提到】
: 我一直就是ｐｒｏ－ｃｌｏｕｄ的啊。。。怎么会有人认为我pro自己攒机？cloud可不
: 是自己攒机这么简单，你需要专业人员，对于很多公司来讲，那不是你的主业。。。我
: 前面举得例子很清楚啊，开餐馆的需要雇好厨师，而不是好农民。你要吃馒头，去买就
: 好了，不需要自己蒸。。。
: 但你要是坚持自己攒机，当然可以啊。。。reinventing the wheele而已。。。像楼上
: 讲的，你每个国家建个office不就完了或者每个国家去租机房就行了。。。当问题是，
: 你这么做划算吗？
|
d*******r
发帖数: 3299 | 145 嗯，跟我之前说的观点不相冲突.
针对这种高弹性scaling场景, 即使用AWS，我基本是把它当VPS在用，
以便随时能迁出去. 迁到Azure,甚至是Linode,Digital Ocean都行
AWS高级点的轮子，各种 managed XXX,又贵又lock in,
关键是有时折腾半天，还不是很满意，应该自己慢慢写.
我在这个帖子里的观点其实挺一致的, 我打工用AWS挺爽,
回头自己折腾的时候, 对AWS的使用会非常克制.
倍。
【在 n******t 的大作中提到】
: 問題是物理機器並不是linear pricing的。一個core的機器可不是10個core機器的十倍。
: 至於你如果是純直播的情況，基本上算是無狀態的應用，AWS這麼scaling也還好，至於
: 能省多少錢，得看你的峯值是多少，如果還不到一個1U server的1/10那自然是不用物
: 理機。問題如果是這麼一個簡單直接的應用，你爲啥要取用AWS呢？有一堆VPS可以給你
: 租，你還不用給aws那一堆莫名其妙的輪子付錢。
|
s********i
发帖数: 17328 | 146 就是这个意思。。。每个公司都有自己的主业，这就是社会分工。。。
node
百。
【在 w**z 的大作中提到】
: 厨房比喻不够确切。应该是厨师管做饭，至于炉灶，煤气，抽风机怎么安装，维修，厨
: 师不用管。
: 举例说，我们公司，用 aws elastic search service, 几百个 node, 需要的人力去
: 管理几乎是零。要不然得专门有人知道怎么维护，升级，扩展，怎么 snapshot, node
: 坏了，怎么修复等等杂事。这只是一个 service, aws. 提供的类似的 service 好几百。
|
d*******r
发帖数: 3299 | 147 大牛你提供几个推荐的机房租赁厂商吧.
就当是扫盲了. 我很感兴趣学习.
现在流程大概是怎样的?
1.是自己买了server?
2.然后在机房租了server rig slots?
3.然后把server发过去装上?
我经常看公司AWS的bill，一个N核的EC2 instance,
它一个月的租赁费用都可以买个N核的二手server了!!
不是高弹性scaling场景, server就该买实体的 :P
【在 n******t 的大作中提到】
: 資深it工程師，你知道不知道現在做主機租賃是啥樣子了？現在沒幾個服務商不能提供
: 歐洲亞洲的location的。
|
s******e
发帖数: 3 | 148 租过笼子，进过笼子的。租的机房是不用天天去，但首次安装，定期维护，故障检修都
需要到场的，当地的支持人员良莠不齐，关键时刻不顶用的。20年前还租过T1，贵得离
谱，不管你用不用，每月掏钱。
现在多地部署，如果没有特别要求，直接用云供应商提供的内部网络，费用已经涵盖了
。多地部署，还要解决dns view，估计很多人都没有用过。
这些说到底都是时间和成本。
location
【在 n******t 的大作中提到】
: 哈哈哈哈，原來53歲的資深it員工就這樣的。以爲不用public cloud就得每個location
: 僱人盯着。
: 你這是不僅沒上過云，連機房也沒租過的。估計網線都沒見過。。
|
g****t
发帖数: 31659 | 149 我的意思不是说你现在pro-攒机。
而是说，你之前说的别的各种pro-cloud的理由，都不是普遍成立的。
Public cloud成立的唯一理由就是能轻松推到尼日利亚，印尼等地。其他都是虚的.错
的，或者假的。以及瞎吹的。
咱就说cost单独一项。这楼里几个能看懂复杂点的，给大公司的aws账单。cost 都没看
过。说这个那个有多大意
思。
我也没看过公司的aws账单。因为那都是别人管的。除非你自己开公司，踩过坑，或者
是IT 的，才能看到一点。
: 我一直就是ｐｒｏ－ｃｌｏｕｄ的啊。。。怎么会有人认为我pro自己攒
机？
cloud可不
: 是自己攒机这么简单，你需要专业人员，对于很多公司来讲，那不是你的
主业。
。。我
: 前面举得例子很清楚啊，开餐馆的需要雇好厨师，而不是好农民。你要吃
馒头，
去买就
: 好了，不需要自己蒸。。。
: 但你要是坚持自己攒机，当然可以啊。。。reinventing the wheele而已
。。。
像楼上
: 讲的，你每个国家建个office不就完了或者每个国家去租机房就行了。。
。当问
题是，
: 你这么做划算吗？
【在 s********i 的大作中提到】
: 就是这个意思。。。每个公司都有自己的主业，这就是社会分工。。。
:
: node
: 百。
|
n******t
发帖数: 4406 | 150 可以私信交流。
AWS的問題最噁心的不在於機器本身貴，而在於aws把所有的量大從優這麼一個IT業界隨
處可見的東西變成了量大從大的格局，同時還通過各種莫名其妙的scaling service變
成了量越大單價越貴的service，including CPU， memroy，磁盤，甚至網絡帶寬。
大家要知道今天verizon fios到戶就1Gbps就100多塊一個月包月。但是amazon還在tmd
的按流量收費。所有的這些就是一件事，沒人懂怎麼管機房，搭服務。
【在 d*******r 的大作中提到】
: 大牛你提供几个推荐的机房租赁厂商吧.
: 就当是扫盲了. 我很感兴趣学习.
: 现在流程大概是怎样的?
: 1.是自己买了server?
: 2.然后在机房租了server rig slots?
: 3.然后把server发过去装上?
: 我经常看公司AWS的bill，一个N核的EC2 instance,
: 它一个月的租赁费用都可以买个N核的二手server了!!
: 不是高弹性scaling场景, server就该买实体的 :P
|
|
|
d*******r
发帖数: 3299 | 151 好的, 多谢!
tmd
【在 n******t 的大作中提到】
: 可以私信交流。
: AWS的問題最噁心的不在於機器本身貴，而在於aws把所有的量大從優這麼一個IT業界隨
: 處可見的東西變成了量大從大的格局，同時還通過各種莫名其妙的scaling service變
: 成了量越大單價越貴的service，including CPU， memroy，磁盤，甚至網絡帶寬。
: 大家要知道今天verizon fios到戶就1Gbps就100多塊一個月包月。但是amazon還在tmd
: 的按流量收費。所有的這些就是一件事，沒人懂怎麼管機房，搭服務。
|
n******t
发帖数: 4406 | 152 一個很重要的事情在於，20年前你去過機房，知道當時什麼樣字。問題是hosting
service和ip transit這20年不是不發展的。T1今天的標準都不能叫做寬帶。所以拿那
個和AWS雲來比沒意義。
首先一件事，AWS自己是沒有基礎網絡的，最開始也就是一個機房而已，所以他只能去
打包賣別人的東西。所有你說得這些功能，都有人做，而且做得很好：global dns，
bgp，負載均衡，最重要的是量足，量大從優。缺點當然有，就是不會像AWS一樣spoon
feed你。至於這個有多重要，見仁見智，我覺得都有合適的場景。但是給我拿cost說事
，就是在瞎扯。
【在 s******e 的大作中提到】
: 租过笼子，进过笼子的。租的机房是不用天天去，但首次安装，定期维护，故障检修都
: 需要到场的，当地的支持人员良莠不齐，关键时刻不顶用的。20年前还租过T1，贵得离
: 谱，不管你用不用，每月掏钱。
: 现在多地部署，如果没有特别要求，直接用云供应商提供的内部网络，费用已经涵盖了
: 。多地部署，还要解决dns view，估计很多人都没有用过。
: 这些说到底都是时间和成本。
:
: location
|
n******t
发帖数: 4406 | 153 public cloud把commodity的原則破壞掉了，就是commodity一般都是sublinear
pricing，量越大越便宜。但是AWS不是這樣的。當然他這麼做有他他這麼做的理由，因
爲operational cost做得不好是superlinear的。
從某個側面來說，AWS的流行說明了，這個世界有多麼缺合格的網關和裝機人員。
【在 s********i 的大作中提到】
: 我做开发的啊，当然不知道。你觉得租赁比public cloud方便在哪里？好在哪里？
|
s******e
发帖数: 3 | 154 这个世界不缺技术人员，这个世界政治家太多，他们话事，就这个结果
【在 n******t 的大作中提到】
: public cloud把commodity的原則破壞掉了，就是commodity一般都是sublinear
: pricing，量越大越便宜。但是AWS不是這樣的。當然他這麼做有他他這麼做的理由，因
: 爲operational cost做得不好是superlinear的。
: 從某個側面來說，AWS的流行說明了，這個世界有多麼缺合格的網關和裝機人員。
|
s******e
发帖数: 3 | 155 不太愿意评论人，也不否认技术上你是对的，上规模，懂技术的自己干当然便宜。但是
估计你没有经历过那些污七八糟的烂事
【在 s******e 的大作中提到】
: 这个世界不缺技术人员，这个世界政治家太多，他们话事，就这个结果
|
s********i
发帖数: 17328 | 156 我明确提到的理有三个，一是geo-location，二是storage，三是数据库，其他的理有
比如，scalability，HA等等。我也明确说了，雇人攒机没问题啊。但不能说雇人攒机
没问题，就不pro-cloud了，比如，数据库，你当然可以雇人攒机，问题是你需要雇个
数据库专家来干这事儿么？cost先不说，像前面有位说的，你雇个数据库专家，数据库
出了问题，你得负责任啊，但你公司主业又不是数据库，你操那个心干啥呢？
你还可以外包某些服务，但性质不是一样的吗？你把工作交给云公司A还是非云公司B，
有什么本质区别吗？
回到cost，用第三方的服务和产品，当然有cost，你要根据公司的需要去justify这个
cost，这就涉及到社会分工，理论上，我说的是理论上啊，你一个作坊自己攒机的cost
怎么可能和社会化大生产出来的机器去比价格呢？打比方就是，你雇人给你蒸馒头怎么
会比去超市买馒头便宜？
当然存在你没法justify cost的情况，比如很多legacy system，买买提网站，随便弄
个机器host上就行了，至于是不是在云里，无所谓，哪天宕机了，一两天网友上不了买
买提，也没啥损失，云的好处统统用不上，那只剩cost一个指标，怎么便宜怎么弄呗，
没问题啊。再退一步讲，你用云可以有各种好处但用不起云，也没问题啊，还能强迫你
用不成？
最后回到主题，“AWS还算好用, 但是不用迷信”，不就是说云是好东西，但你得注意
点，店大欺客，这不仅是对云提供商，对任何买卖双方都是常识啊，某些情况下，店大
欺客，某些情况下，顾客是上帝，不是吗？你需要做的是选择对你有利的方案，而不是
一味抵制云或者攒机。但云是趋势，你就算不用或用不起大云，但各种小云也会层出不
穷，最终总有一款适合你。比如，所谓攒机商，你要台机器，它可能直接在自己的云里
给你分配一台就完了。
【在 g****t 的大作中提到】
: 我的意思不是说你现在pro-攒机。
: 而是说，你之前说的别的各种pro-cloud的理由，都不是普遍成立的。
: Public cloud成立的唯一理由就是能轻松推到尼日利亚，印尼等地。其他都是虚的.错
: 的，或者假的。以及瞎吹的。
: 咱就说cost单独一项。这楼里几个能看懂复杂点的，给大公司的aws账单。cost 都没看
: 过。说这个那个有多大意
: 思。
: 我也没看过公司的aws账单。因为那都是别人管的。除非你自己开公司，踩过坑，或者
: 是IT 的，才能看到一点。
:
|
g****t
发帖数: 31659 | 157 public cloud vs else 会收敛到一个固定的比率不变的。你等着看好了。
现在其实aws加加速度是负数（我之前看过的情况）。什么cloud是trends，与我
之前看过的市场数据不符。
除了尼日利亚这一个问题。你说的那些你有我没，我有你没之类的东西。随着市场的运
动，都会有程序员team补全。
你自己想想，你说的数据库，storage之类的东西是rocket science么？
会有人开公司补全，然后作为攒机provider 之卖点打市场的。
还是那句话。多个心眼没坏处。你想想你之前经历过的IT架构变化，
有几个是因为技术原因而改变的。
绑死在AWS上，过几年你的公司移出去，然后team解散了你怎么办？
是否要讲究点阴阳之道。兼听则明。
cost
【在 s********i 的大作中提到】
: 我明确提到的理有三个，一是geo-location，二是storage，三是数据库，其他的理有
: 比如，scalability，HA等等。我也明确说了，雇人攒机没问题啊。但不能说雇人攒机
: 没问题，就不pro-cloud了，比如，数据库，你当然可以雇人攒机，问题是你需要雇个
: 数据库专家来干这事儿么？cost先不说，像前面有位说的，你雇个数据库专家，数据库
: 出了问题，你得负责任啊，但你公司主业又不是数据库，你操那个心干啥呢？
: 你还可以外包某些服务，但性质不是一样的吗？你把工作交给云公司A还是非云公司B，
: 有什么本质区别吗？
: 回到cost，用第三方的服务和产品，当然有cost，你要根据公司的需要去justify这个
: cost，这就涉及到社会分工，理论上，我说的是理论上啊，你一个作坊自己攒机的cost
: 怎么可能和社会化大生产出来的机器去比价格呢？打比方就是，你雇人给你蒸馒头怎么
|
s********i
发帖数: 17328 | 158 蒸馒头也不是rocket science啊，怎么会有卖馒头的？
你把趋势搞反了，现在没人去补全了，都是专职做好自己的本职工作，把storage、数
据库、IT这些非主业裁撤掉。。。你所谓的“补全然后作为攒机provider”不就是我上
面说的小云吗？没说一定要用大云啊。。。另外，我上面讲了啊，对于最终用户来讲，
用大云还是用小攒机商，有什么本质区别吗？反正都不是自己做。
全。
【在 g****t 的大作中提到】
: public cloud vs else 会收敛到一个固定的比率不变的。你等着看好了。
: 现在其实aws加加速度是负数（我之前看过的情况）。什么cloud是trends，与我
: 之前看过的市场数据不符。
: 除了尼日利亚这一个问题。你说的那些你有我没，我有你没之类的东西。随着市场的运
: 动，都会有程序员team补全。
: 你自己想想，你说的数据库，storage之类的东西是rocket science么？
: 会有人开公司补全，然后作为攒机provider 之卖点打市场的。
: 还是那句话。多个心眼没坏处。你想想你之前经历过的IT架构变化，
: 有几个是因为技术原因而改变的。
: 绑死在AWS上，过几年你的公司移出去，然后team解散了你怎么办？
|
g****t
发帖数: 31659 | 159 等几年看结果好了。一句话说不清楚。
【在 s********i 的大作中提到】
: 蒸馒头也不是rocket science啊，怎么会有卖馒头的？
: 你把趋势搞反了，现在没人去补全了，都是专职做好自己的本职工作，把storage、数
: 据库、IT这些非主业裁撤掉。。。你所谓的“补全然后作为攒机provider”不就是我上
: 面说的小云吗？没说一定要用大云啊。。。另外，我上面讲了啊，对于最终用户来讲，
: 用大云还是用小攒机商，有什么本质区别吗？反正都不是自己做。
:
: 全。
|
s********i
发帖数: 17328 | 160 亚马逊、谷歌、微软这种连路边摊都不会放过的垄断公司，会让其他公司去抢他们的生
意？
【在 g****t 的大作中提到】
: 等几年看结果好了。一句话说不清楚。
|
|
|
n******t
发帖数: 4406 | 161 話說你的本職工作是什麼？
看起來你花了不少時間在這事情上面，雖然我不得不說路子完全是錯的。
【在 s********i 的大作中提到】
: 蒸馒头也不是rocket science啊，怎么会有卖馒头的？
: 你把趋势搞反了，现在没人去补全了，都是专职做好自己的本职工作，把storage、数
: 据库、IT这些非主业裁撤掉。。。你所谓的“补全然后作为攒机provider”不就是我上
: 面说的小云吗？没说一定要用大云啊。。。另外，我上面讲了啊，对于最终用户来讲，
: 用大云还是用小攒机商，有什么本质区别吗？反正都不是自己做。
:
: 全。
|
g****t
发帖数: 31659 | 162 你有个错觉。垄断公司之核心竞争力不是技术和市场，etc，是垄断和资金规模。
20年前你把这几家换成IBM，HP，。。。，也成立，然而现在呢？
【在 s********i 的大作中提到】
: 亚马逊、谷歌、微软这种连路边摊都不会放过的垄断公司，会让其他公司去抢他们的生
: 意？
|
s********i
发帖数: 17328 | 163 因为你们这些新人不懂历史，也就看不到趋势。你们看到现在的种种问题，以为自己多
牛逼，其实你能想到的不同的解决方案，都是过时的，在我们有经验的人看来，是在走
回头路。你要是真在攒机行业工作，还是趁早考几个AWS，AZURE的证书要紧。
【在 n******t 的大作中提到】
: 話說你的本職工作是什麼？
: 看起來你花了不少時間在這事情上面，雖然我不得不說路子完全是錯的。
|
s********i
发帖数: 17328 | 164 你的意思难道是IBM和HP以后还能重返辉煌取代亚马逊、谷歌、微软？新企业新技术取
代现在的企业和技术没问题，但攒机是在走回头路，是试图翻新老技术来取代现在的技
术。IBM就是你吹捧的系统集成商。。。IBM有所有的人才去给你所系统集成，所谓的‘
攒机’。
【在 g****t 的大作中提到】
: 你有个错觉。垄断公司之核心竞争力不是技术和市场，etc，是垄断和资金规模。
: 20年前你把这几家换成IBM，HP，。。。，也成立，然而现在呢？
|
g****t
发帖数: 31659 | 165 周虽旧邦，其命维新。人类什么时候不是在走回头路。
然而复古当然不是简单重复。
我不用看就知道，现在的攒机business实际上是部分的被public cloud定义出来的。
不然不是都被aws秒杀了。就像你前面说的，这几家大公司销售员会放着钱不赚吗？
public cloud aware 攒机，跟古代攒机是不一样的。
就跟古代的攒机是之前的故事定义出来一样。
你的逻辑模版完全是错乱的嘛。所以才会认为netghost是new grad。
岂不知阴阳相生。老的就是新的，新的也是老的。
【在 s********i 的大作中提到】
: 你的意思难道是IBM和HP以后还能重返辉煌取代亚马逊、谷歌、微软？新企业新技术取
: 代现在的企业和技术没问题，但攒机是在走回头路，是试图翻新老技术来取代现在的技
: 术。IBM就是你吹捧的系统集成商。。。IBM有所有的人才去给你所系统集成，所谓的‘
: 攒机’。
|
s********i
发帖数: 17328 | 166 LOL，所以说你们没经验呢，‘攒机商’怎么会是public cloud定义出来的？不就是“
Vertical Integration”吗？
IBM这种系统集成商不是就是你们眼里典型的‘攒机’商？要什么有什么，操作系统，
数据库，存储，哪样IBM不会给你做？IBM现在给你做系统集成用的不是新技术吗？是不
是跟古代‘攒机’不一样？so？不一样要转到cloud上来吗？
【在 g****t 的大作中提到】
: 周虽旧邦，其命维新。人类什么时候不是在走回头路。
: 然而复古当然不是简单重复。
: 我不用看就知道，现在的攒机business实际上是部分的被public cloud定义出来的。
: 不然不是都被aws秒杀了。就像你前面说的，这几家大公司销售员会放着钱不赚吗？
: public cloud aware 攒机，跟古代攒机是不一样的。
: 就跟古代的攒机是之前的故事定义出来一样。
: 你的逻辑模版完全是错乱的嘛。所以才会认为netghost是new grad。
: 岂不知阴阳相生。老的就是新的，新的也是老的。
|
n******t
发帖数: 4406 | 167 你根本沒搞懂別人的意思。
你的問題在於，你的“cloud”永遠是被別人定義的。舉個例子，明天我砸點廣告費告
訴你我在data center放得一堆物理機器叫做baremetal cloud，你也會信的。
【在 s********i 的大作中提到】
: LOL，所以说你们没经验呢，‘攒机商’怎么会是public cloud定义出来的？不就是“
: Vertical Integration”吗？
: IBM这种系统集成商不是就是你们眼里典型的‘攒机’商？要什么有什么，操作系统，
: 数据库，存储，哪样IBM不会给你做？IBM现在给你做系统集成用的不是新技术吗？是不
: 是跟古代‘攒机’不一样？so？不一样要转到cloud上来吗？
|
s********i
发帖数: 17328 | 168 LOL，你要高清先后因果关系。。。cloud是新定义出来的，以区别传统的‘攒机商’，
而攒机商、系统集成商早就存在了。。。新人的问题是，生长在云环境，不知道攒机商
被cloud逐步取代的历史，而去幻想‘攒机商’多么有前途，是大趋势，LOL
【在 n******t 的大作中提到】
: 你根本沒搞懂別人的意思。
: 你的問題在於，你的“cloud”永遠是被別人定義的。舉個例子，明天我砸點廣告費告
: 訴你我在data center放得一堆物理機器叫做baremetal cloud，你也會信的。
|
a*******9
发帖数: 239 | 169 西方人比较厉害的地方就是总是不断提出新概念、新名词，然后用这些新概念、新名词
引领市场赚更多的垄断利润。
从最早软硬不分到单独提出软件，然后是client/server结构，后来又是多层结构，再
后来又是云计算，新词层出不穷，各种语言的framework也是你方唱罢我登场。
带来的价格变化也是从原来的硬件贵，到后来软件很贵，硬件基本可以忽略不记。各大
厂商叫卖多年了，现在终于把软件的卖copy方式转成卖service，从一次收钱改成了，
每月收钱，每年收钱。我们常用的word,excel,和十年前有本质区别吗？
网络也好，数据库也好，曾经的一些大头（如：IBM，Novell, oracle, microsoft,）
都想搞自己的证书，就像考律师、医生那样，形成专业壁垒，结果都没有成功，这是
software具有革命性的地方，就是个实践活儿，自己做出来才是爷。
从网络的那些早期协议TCP/IP，到OS理论，把关系数据库的范式理论也算上，软件这么
多年，那么多的新名词，新概念，有什么本质的进步吗？
软件工程都是借用其它工程的概念，以前一团乱麻，说不清楚，到后来什么数据流分析
，面向对象分析，也分了各设计阶段，搞了各种方法学，你如果仔细看看那些方法学的
基础，都是经验性的，为什么一定这样做最优，完全是各种技术媒体力量倡导的
fashion show,没有任何数学基础可言。所以，软件目前仍然处于半工程半艺术阶段，
哪有什么趋势，可言。这就是为什么众索南转行做马工、码农，可以轻松找到饭碗，刷
题比律师、医生的认证之路可是轻松多了。
相反，硬件的设计从功能设计，到逻辑结构，到分层印刷，都有较严格的数学理论支持
，这也是为什么对应阶段的软件工具水平高的原因。
我一直纳闷，写windows core api的是些什么人，也许早已退休享受去了，如果还在岗
位，应该也50、60了，他们对“新技术”不知怎么看。
另外Linus每天的工作不知忙不忙。 |
g****t
发帖数: 31659 | 170 能站住的words，都是市场上一点点fight出来的。
一层层跟齿轮咬合的过程差不多的。很严密且符合逻辑。有空隙就会有资金和人才进去
补充。
一个产品型号都没出过的，纸上谈兵没用。
跟着用人家的概念系统，是最好的选择。
这跟东西方没什么关系。宋儒就讲六经注我。
概念不够用，就会有人创造。
【在 a*******9 的大作中提到】
: 西方人比较厉害的地方就是总是不断提出新概念、新名词，然后用这些新概念、新名词
: 引领市场赚更多的垄断利润。
: 从最早软硬不分到单独提出软件，然后是client/server结构，后来又是多层结构，再
: 后来又是云计算，新词层出不穷，各种语言的framework也是你方唱罢我登场。
: 带来的价格变化也是从原来的硬件贵，到后来软件很贵，硬件基本可以忽略不记。各大
: 厂商叫卖多年了，现在终于把软件的卖copy方式转成卖service，从一次收钱改成了，
: 每月收钱，每年收钱。我们常用的word,excel,和十年前有本质区别吗？
: 网络也好，数据库也好，曾经的一些大头（如：IBM，Novell, oracle, microsoft,）
: 都想搞自己的证书，就像考律师、医生那样，形成专业壁垒，结果都没有成功，这是
: software具有革命性的地方，就是个实践活儿，自己做出来才是爷。
|
|
|
g****t
发帖数: 31659 | 171 能站住的words，都是市场上一点点fight出来的。
一层层跟齿轮咬合的过程差不多的。很严密且符合逻辑。
没有十年带领产品经历，纸上谈兵没用。
跟着用人家的概念系统，也是不错的选择。
这跟东西方没什么关系。宋儒就讲六经注我。
概念不够用，就会有人创造。
【在 a*******9 的大作中提到】
: 西方人比较厉害的地方就是总是不断提出新概念、新名词，然后用这些新概念、新名词
: 引领市场赚更多的垄断利润。
: 从最早软硬不分到单独提出软件，然后是client/server结构，后来又是多层结构，再
: 后来又是云计算，新词层出不穷，各种语言的framework也是你方唱罢我登场。
: 带来的价格变化也是从原来的硬件贵，到后来软件很贵，硬件基本可以忽略不记。各大
: 厂商叫卖多年了，现在终于把软件的卖copy方式转成卖service，从一次收钱改成了，
: 每月收钱，每年收钱。我们常用的word,excel,和十年前有本质区别吗？
: 网络也好，数据库也好，曾经的一些大头（如：IBM，Novell, oracle, microsoft,）
: 都想搞自己的证书，就像考律师、医生那样，形成专业壁垒，结果都没有成功，这是
: software具有革命性的地方，就是个实践活儿，自己做出来才是爷。
|
s********i
发帖数: 17328 | 172 我写的回忆录不只十几年了，而且一直在同一个公司同一类产品，你不也不信吗。。。
【在 g****t 的大作中提到】
: 能站住的words，都是市场上一点点fight出来的。
: 一层层跟齿轮咬合的过程差不多的。很严密且符合逻辑。
: 没有十年带领产品经历，纸上谈兵没用。
: 跟着用人家的概念系统，也是不错的选择。
: 这跟东西方没什么关系。宋儒就讲六经注我。
: 概念不够用，就会有人创造。
|
g****t
发帖数: 31659 | 173 第一个问题是我看不出来你对产品做过有效决定。
没有decision moments ，那你弄不明白稍微多一点维度的复杂问题。讨论你都不会讨
论。我认为这是显然的。逻辑模版错乱。
第二个更重要的问题是，你干了几十年工作。应该没有认真写过c/cpp。思路之受限与
工具的熟练度密切相关。
简言之，除了特定领域的java开发。你已经干不了别的稍微严肃的活了。也不可能学会
了。（无贬义）
Infra vs cloud的选择其实不就是看你熟不熟system programming麼。system
programming之学习的前提条件是c/cpp语言和标准库等toolset有哪些坑。
: 我写的回忆录不只十几年了，而且一直在同一个公司同一类产品，你不也
不信吗
。。。
【在 s********i 的大作中提到】
: 我写的回忆录不只十几年了，而且一直在同一个公司同一类产品，你不也不信吗。。。
|
T********i
发帖数: 2416 | 174 我提出的新概念都是数学上可以严格证明的。
当然了，没人有兴趣。我是说本版而已。还有两位跳着脚人身攻击，人称“闪灯魏”。
LOL。
幸好这个世界，他们说了不算。我说了算。。。
【在 a*******9 的大作中提到】
: 西方人比较厉害的地方就是总是不断提出新概念、新名词，然后用这些新概念、新名词
: 引领市场赚更多的垄断利润。
: 从最早软硬不分到单独提出软件，然后是client/server结构，后来又是多层结构，再
: 后来又是云计算，新词层出不穷，各种语言的framework也是你方唱罢我登场。
: 带来的价格变化也是从原来的硬件贵，到后来软件很贵，硬件基本可以忽略不记。各大
: 厂商叫卖多年了，现在终于把软件的卖copy方式转成卖service，从一次收钱改成了，
: 每月收钱，每年收钱。我们常用的word,excel,和十年前有本质区别吗？
: 网络也好，数据库也好，曾经的一些大头（如：IBM，Novell, oracle, microsoft,）
: 都想搞自己的证书，就像考律师、医生那样，形成专业壁垒，结果都没有成功，这是
: software具有革命性的地方，就是个实践活儿，自己做出来才是爷。
|
s********i
发帖数: 17328 | 175 我不需要做decsions啊。。。公司有人做的decsion啊。。。没吃过猪肉还没看过猪跑
么？上面做个decsion，你去说你煞笔？LOL。。。
差，得多傻逼还在怀念C/CPP啊？现在除了legacy的后台谁还干java啊？早就日新月异
了。。。现在都是往云上弄？你个写CCP的会java，有个屁用？早点考个AWS、Azure证
书要紧。。。我们这种老帮菜都得赶紧学AWS，Azure，生怕落伍了，你可倒好，让年轻
人去鼓捣C、CPP、java。。。唉。。。怎么说你好呢。
【在 g****t 的大作中提到】
: 第一个问题是我看不出来你对产品做过有效决定。
: 没有decision moments ，那你弄不明白稍微多一点维度的复杂问题。讨论你都不会讨
: 论。我认为这是显然的。逻辑模版错乱。
: 第二个更重要的问题是，你干了几十年工作。应该没有认真写过c/cpp。思路之受限与
: 工具的熟练度密切相关。
: 简言之，除了特定领域的java开发。你已经干不了别的稍微严肃的活了。也不可能学会
: 了。（无贬义）
: Infra vs cloud的选择其实不就是看你熟不熟system programming麼。system
: programming之学习的前提条件是c/cpp语言和标准库等toolset有哪些坑。
:
|
n******t
发帖数: 4406 | 176 我就好奇了，爲啥你覺得只有當啞巴和罵別人傻逼這兩個狀態？
此外，永遠不要覺得自己的環境就是唯一的環境。世界上有寫Java拿大package的，也
有寫C/CPP N年只用寫幾行代碼，坐着收錢的，還有一行代碼不寫賺大錢的，多看看想
想沒壞處。
【在 s********i 的大作中提到】
: 我不需要做decsions啊。。。公司有人做的decsion啊。。。没吃过猪肉还没看过猪跑
: 么？上面做个decsion，你去说你煞笔？LOL。。。
: 差，得多傻逼还在怀念C/CPP啊？现在除了legacy的后台谁还干java啊？早就日新月异
: 了。。。现在都是往云上弄？你个写CCP的会java，有个屁用？早点考个AWS、Azure证
: 书要紧。。。我们这种老帮菜都得赶紧学AWS，Azure，生怕落伍了，你可倒好，让年轻
: 人去鼓捣C、CPP、java。。。唉。。。怎么说你好呢。
|
s********i
发帖数: 17328 | 177 LOL，对对，你就那几行代码收钱吧。。。您老前辈。我们这些53老帮菜，在您眼里都
是小字辈。您要不也写个回忆录给我们这些小老帮菜开开眼？LOL
【在 n******t 的大作中提到】
: 我就好奇了，爲啥你覺得只有當啞巴和罵別人傻逼這兩個狀態？
: 此外，永遠不要覺得自己的環境就是唯一的環境。世界上有寫Java拿大package的，也
: 有寫C/CPP N年只用寫幾行代碼，坐着收錢的，還有一行代碼不寫賺大錢的，多看看想
: 想沒壞處。
|
g****t
发帖数: 31659 | 178 你都干了多少年工了。啥decision都没做过。有啥好自豪的呢。
另外不是说人人都要用c/cpp。但是这些基础知识不懂的话，好多软件的帮助都看不明
白。评论底层架构有意义么。
最后，c/cpp/.... 怎么冲突起来了。说实话我不明白这有啥好吵的。艺不压身嘛。
Java我也写过，还卖了个module。上星期我还写android 呢。
: 我不需要做decsions啊。。。公司有人做的decsion啊。。。没吃过猪肉
还没看
过猪跑
: 么？上面做个decsion，你去说你煞笔？LOL。。。
: 差，得多傻逼还在怀念C/CPP啊？现在除了legacy的后台谁还干java啊？
早就日
新月异
: 了。。。现在都是往云上弄？你个写CCP的会java，有个屁用？早点考个
AWS、
Azure证
: 书要紧。。。我们这种老帮菜都得赶紧学AWS，Azure，生怕落伍了，你可
倒好，
让年轻
: 人去鼓捣C、CPP、java。。。唉。。。怎么说你好呢。
【在 s********i 的大作中提到】
: LOL，对对，你就那几行代码收钱吧。。。您老前辈。我们这些53老帮菜，在您眼里都
: 是小字辈。您要不也写个回忆录给我们这些小老帮菜开开眼？LOL
|
s********i
发帖数: 17328 | 179 我是个普通马工啊，是没啥好自豪的啊。。。53老帮菜就是我的定位啊，老帮菜我也得
学新东西打工养家糊口啊，抱着CPP，java，我可干不到退休。。。
您这么自豪，管理层了，给年轻人一个建议，你让年轻人是去学C/CPP，java，学攒机
术，还是去学AWS，Azure？
【在 g****t 的大作中提到】
: 你都干了多少年工了。啥decision都没做过。有啥好自豪的呢。
: 另外不是说人人都要用c/cpp。但是这些基础知识不懂的话，好多软件的帮助都看不明
: 白。评论底层架构有意义么。
: 最后，c/cpp/.... 怎么冲突起来了。说实话我不明白这有啥好吵的。艺不压身嘛。
: Java我也写过，还卖了个module。上星期我还写android 呢。
:
:
: 我不需要做decsions啊。。。公司有人做的decsion啊。。。没吃过猪肉
: 还没看
: 过猪跑
:
: 么？上面做个decsion，你去说你煞笔？LOL。。。
|
n******t
发帖数: 4406 | 180 同學你看來才是傻白甜吧，怎麼可能是代碼收錢？這世界上最漂亮的代碼most likely
都open source了，一分錢都收不到。
你看看當年的shareware，只需要彈個對話框提醒你一下，就有人乖乖給錢。然後某著
名open source捐款，基本上N年只能收幾十塊。所以給人提供便利是收不到錢的，煩人
可以收錢，當然你的知道怎麼煩人。比如說，今天k8s出了一個小毛病，你的cluster
崩了，你就老老實實交錢用gcp去了，這就和當年沒區別。
【在 s********i 的大作中提到】
: LOL，对对，你就那几行代码收钱吧。。。您老前辈。我们这些53老帮菜，在您眼里都
: 是小字辈。您要不也写个回忆录给我们这些小老帮菜开开眼？LOL
|
|
|
s********i
发帖数: 17328 | 181 您能不能也写个回忆录，给我们小辈开开眼，说说您最近做的project也行啊。。。可
别像上面那位，闹半天lab里做做研究，和企业级产品、服务不沾边。。。
likely
【在 n******t 的大作中提到】
: 同學你看來才是傻白甜吧，怎麼可能是代碼收錢？這世界上最漂亮的代碼most likely
: 都open source了，一分錢都收不到。
: 你看看當年的shareware，只需要彈個對話框提醒你一下，就有人乖乖給錢。然後某著
: 名open source捐款，基本上N年只能收幾十塊。所以給人提供便利是收不到錢的，煩人
: 可以收錢，當然你的知道怎麼煩人。比如說，今天k8s出了一個小毛病，你的cluster
: 崩了，你就老老實實交錢用gcp去了，這就和當年沒區別。
|
s******e
发帖数: 3 | 182 兄弟，早点醒悟吧，和你辩论的，都是站方花叫花子钱雇来灌水的，it方面比撒比都不如
我先撤了，不在这里浪费时间了
【在 s********i 的大作中提到】
: 您能不能也写个回忆录，给我们小辈开开眼，说说您最近做的project也行啊。。。可
: 别像上面那位，闹半天lab里做做研究，和企业级产品、服务不沾边。。。
:
: likely
|
