服务器创业(服务器搭建)

创业公司把服务器放在云服务器上,会造成哪些弊端

现在很多创业公司都会选择将自己企业的服务器放在云端，无可否认的是，云端确实具有很多的优势，但是，凡事都是具有两面性的，既然有利就必然会有弊，那么，创业公司的服务器放在云端分别会有哪些优势和弊端呢？

一、服务器放在云端的弊端

1、安全性：云平台本身的安全性自然是可以保证的，这点毋庸置疑。但这仅仅是指其自身的安全性，至于用户的业务安全性相对来说就不太好保证了。云端用户受到DDOS、WEB以及某些病毒的攻击是常见的，一旦遭受攻击，有些云平台就会直接封了用户的IP。当然，很多平台会提供一定的安全防护，但价格也是挺贵的。

2、权限不足：云平台的最高权限一般都不会给到用户自己，所以像数据库的维护什么的就需要云平台去完成，万一数据库出了问题，用户自己会遭遇无法处理的困境。

3、性能问题：例如比较常见的网络io、磁盘io，在测试的时候表现得非常好，压测一点问题都没有，但要不了多久，可能只是当天晚上的八九点钟时就开始变得不堪入目，可是从监控上来看的话本地负载并不高，但事实就是卡到不行。这就是被与你同一个服务器的用户的高负载给拖累了，至于为什么是到了晚上就这样了，其实很简单，因为晚上玩游戏的人太多了。

二、服务器放在云端的优势：

1、便携性：对于初创企业来说，购买物理服务器需要耗费大量的时间和金钱成本，对于刚刚成立的企业来说，这两项都是耗不起的。选择云平台的话，不仅可以快速布局，而且投入也小。

2、弹性扩展：初期时投入可能比较小，随着企业不断扩大，服务器也需要适时扩容。云平台可以实现弹性扩容，根据需要，随时都能对服务器的配置进行升级。

3、效率高：选择云端，平台会给企业提供所需的相应的一系列的应用，比如laas层应用、paas层应用以及其它的中间体、存储等等。这些都不需要自己再去一一布置，节约了大量的时间成本。

4、备份简便：云平台对服务器上面的数据可以提供快照备份。同时还能提供数据工具，用于对数据库文件进行备份。

综上，云平台的优势还是不小的，但这些优势相对劣势来说，似乎又有点微不足道。必竟对于企业来说，再多的便捷、快速也不如数据的安全重要。所以，企业在选择相关产品的时候，还是要选那种比较稳定的大企业的平台。

网络工程师如何创业

在互联网的浪潮下，产品在快速地推陈出新，技术在不停地推陈出新，在这种大环境下，人心趋于浮躁，往往很难静下心专心做技术，唯有耐得住寂寞，才守得住繁华。以下是我为大家搜集的网络工程师如何创业相关文章，希望对你有所帮助。

网络工程师如何创业：工程师的自我突破

态度决定一切

有句老话叫作：态度决定一切，你的态度如何，在一定程度上已决定你是失败还是成功。我觉得这点在做技术时体现得淋漓尽致，就以Openstack项目为例，在其中发现一个bug，其实不是难事。那么在发现某个Openstack服务的bug时，不同的工程师有着不同的态度：有的人随意Google一下找到解决方法然后接着干活，有的人尝试阅读源码后去自行修复bug，有的人会把写好的bugfix尝试推送到社区的upstream去。我们都会以工作太忙为理由，只以问题的解决作为目的驱动，从不去细究问题的源头。因此，这就导致了若干年后，有的工程师还只在原地踏步，有的已经不仅深入掌握源码，还能快速地做二次开发，还有的人不仅养成了良好的代码风格，还能积极地参与到upstream的开发中去。

记得在刚进入Sina云计算部门的时候，团队协作平台的副标题是28号加粗的一行文字：Develop is not easy。虽然不知道是哪位大牛写的，直到现在我仍然记忆犹新。Develop不光狭义地指开发，而是囊括了所有的技术岗位，我们要时刻清晰地认识到把事情做好并非易事。这里不仅指技术本身，还涉及许多相关的细节，这些细节常常被多数工程师忽略，而正是这些细节才能体现出一个工程师的闪光点。

我常使用业务素质一词来评论工程师：这个工程师的业务素质很高，指的是他不仅在专业技能上出类拔萃，更重要的是在做事上非常认真，事无巨细，小到代码格式，注释，变量名称，代码提交信息，文档等每个细节都能体现出认真两字有多么难得可贵。凡是做过技术的朋友应该都会有所共鸣，并且从脑海中立马浮现出那些闪闪发光的人名来。

保持努力

我不想在努力这一点上举例来说明努力是多重要的因素，因为我们从小就开始灌输努力的重要性。我只想强调在正确技术突破的道路上，你必须不停地更新自己的知识和技能，才能越走越远。

我认识的另一位朋友，社区核心开发者，我询问他圣诞节打算去哪里过，他给我的回答是：I'm not going anywhere, just writing codes at home.所以，那些外国工程师之所以如此牛逼，并非他们生来如此，而是他们的不懈努力。

所以请一定要做到保持这份干劲，并且时不时买些心灵鸡汤激励一下自己，或者按老罗所说：恶心一下自己，保持大脑亢奋。现在我脑子里只要一想到Emilien的那句“I write puppet codes except eating and sleeping“，就开始失眠，这鸡血的剂量使得我的生物钟又延时了一个小时。

充满热情

在我认识的技术人中，做得出色的人大都有一个相同特点：富有激情，他们总以一种积极主动的态度去对待生活和工作。我相信所有刚入IT行业的同学们都是满怀对于未来的憧憬，只是这种弥足珍贵的热量很容易被许多外界的负面因素慢慢磨灭：工作单调乏味，生活压力太大…但不要因此就把你的热情埋藏起来，一旦你习惯了埋藏，你将是一个了无生气的人。如果你失去了对于追逐技术的热枕，那么很难在技术的道路上有所突破。激情，在很多时候，往往能点燃我们创新的本能。有了激情就有了不竭的动力，你的内心同时也会变化，越发有信心，别人也会逐渐认识到你与众不同的价值。

善于沟通

工程师们常常把精力放在编码上，而很少去关注自己沟通能力的培养。我曾遇到过一些大牛，有的不屑写文档，有的不会用git等团队协作工具，还有的连话都说不清。不能否认他们在自己各自的领域中耕耘得很深，但是在分工如此细化的时代，大多数项目都需要团队协作才能完成，因此沟通是无法避免的：产品经理和设计师之间的沟通，后端组和前端组之间的沟通，研发部和运维部之间的沟通…为什么有时候对方听不明白我们想表达的意思，导致跨部门的工作寸步难行。

TED上有个有趣的演讲题目叫作：怎么说话人们才听，声音学专家朱利安给我们上了生动的一课，列举了为什么没人愿意听我们说话。因此，我们在与别人打交道的时候，我们必须明白对方在想什么，也要让对方明白我们想表达什么。

除此之外，对于工程师而言，沟通能力并不局限在语言沟通上，还有在协同开发时的沟通，例如对于使用git做版本控制的项目，若是没有掌握好git工作流，沟通将异常困难。代码审查系统上的交互，也是沟通方式的一种，你需要理解他人给你的意见，你能够向他人表达清楚你的意思。

全面 vs.专精

以部署系统为例，早先的部署系统完全为公有云打造，要求做到细粒度控制，但操作起来比较繁琐;而现在要求同时管理公有云和数量庞大的托管云集群，并且每家在架构上都会有所差异，这就要求部署逻辑解耦，灵活可变，支持不同环境，不同拓扑，不同软件栈，还要解放实施人员，减少部署时间。

但由于每个人的精力都被分散到多个领域，因此很难集中精力把部署系统做好，于是我们开始从多面手向专一转变。也正是因为这两年我们什么都做，猛然一回头大家有些迷茫：自己什么都懂，但又什么都做不精。那么问题来了，学技术到底是…到底是精通一种还是全面发展好?

Take it easy，在技术的道路上看似会有两种截然不同的方向：横向扩展和纵向深入。横向的犹如瑞士军刀，十八般武艺样样精通;纵向的是削铁如泥的倚天剑，倚天不出，谁与争锋。横向扩展可以拓宽你的视野，让你不再局限在某一种技术中，并也给你的未来多了一种可能;而纵向扩展，可以使用你深刻理解一项技术的细节，让你静下来思考问题的本质，你可能会惊讶地发现某些原理都是相通的。这两个方向都没有对与错，发展到一定程度都会相互溶合，就好比中国佛家禅修的南顿北渐，其实到了最后，渐悟与顿悟是一样的，顿由渐中来。

不过哪个在前，哪个在后，我个人认为还是先做到对某一个领域有较深的理解和掌握后，进而去学习其他方向，这个道理就如同精通一门语言的程序员再去学习其他语言时就能驾轻熟路。

关于这两点的结合，我有很深的印象，如上面提到的情况，刚开始的时候，运维相关的事情繁杂，每个人都得是多面手，要去cover多个领域，也因为此只能把每件事情做好而无法做精。在集群规模不断扩大和业务量的增长后，原先不是问题的地方开始暴露出来，这就有精通该领域的工程师来独挡一面。这是一个自我学习，自我改变的过程，也是自我突破的关键。

了解自己，把握方向

在大学课堂里，工作面试和入职培训时常常能听到一个词：职业规划，就是对职业生涯乃至人生进行持续的系统的计划过程，它包括职业定位、目标设定、通道设计三部分内容。职业定位主要是指：一是确定你是谁，你适合做什么工作;二是告诉别人你是谁，你擅长做什么工作。人生是应该有一个规划，这样可以对于未来设立一个期望，明白前进的方向。但这类职业规范往往过犹不及，觊觎通过把自己的人生画在纸上，然后按图施工的想法是不切实际的。仔细想想你真的能在刚踏入社会时就能真正了解你擅长做什么工作，适合做什么工作?

乔帮主说过一句话：“如果你了解自己，能够明白地做自己，职业规划如同虚设”。所以，你只要清楚自己想要什么，然后朝着这个目标去做自己想做的事，就可以了，为什么要给人生设限?何不尝试一下跨界?

前文中我谈到了一个网络工程师的华丽转身，接着聊一聊我们运维团队从UnitedStack成立伊始到现在发生的故事。

从理想国际大厦走出来开始创业的第一天，一个现实摆在了我们面前：采购服务器和交换机，选择IDC。在新浪，服务器选型有专门的部门做，采购硬件有专门的部门做，交换机配置有相应的部门做，服务器上架有相应的部门去做，我们只有基础运维和业务运维的经验，原先所擅长的只是一个狭小的领域…

看来唯有自己动手，才能丰衣足食，我们着手开始调研服务器的选型，交换机的配置，IDC的选择。通过不断的摸索，现在我们制定了一套成熟的机制去根据不同业务来选型服务器，形成了一套完善的网络拓扑去连接分布在全国多个机房的公有云和托管云集群，也有了稳定的IDC合作伙伴。

许多朋友可能还记得UnitedStack去年发布的UOS 1.0发行版，其后端代码完全由运维组编写。当时，我们转身从运维变成研发，调研了主流的StackOps, Fuel Web，根据产品设计的需求，开发了一套由Python+Puppet编写的后端代码，实现了Openstack集群的自动化部署;内部的持续集成&持续发布系统也全由运维组负责，我们根据研发工程师的实际需求对持续集成工具链做了多次整合以匹配整个研发体系的日常工作;14年初公司业务开始涉足公有云和托管云，我们和研发部门共同设计了公有云，托管云的整体架构。由于业务量的急剧上升，我们着手开发了资产管理，节点管理等多套运维平台。同时，和一般的运维团队不同，我们还负责虚拟服务器的镜像自动化制作和维护，参与Openstack最庞大的计算项目Nova的定制开发并一直保持与社区upstream同步，参与puppet-openstack社区的开发，一直在向社区贡献源码。

因为我们清楚所做的一切都是为了能把“事”做成，因此做什么并不重要。而且通过这两年的磨练，我们在技术上最大的收获在于大家的视野不再局限于各自的一亩三分地里，在面对新问题时，可以站在不同的角度去思考，这种在大公司里无法获得的经验就显得弥足珍贵。因此了解你自己，明白你自己想要什么，然后把握好方向。

互联网创业项目怎么运营

互联网是一个比较笼统和模糊的的概念，特别是作为第四媒体的互联网媒体方面，从项目立项到技术开发，再到后面的运营推广，这些流程问题，对于他们来说是非常陌生的。下面是互联网创业详细流程。

一，初步立项：

在立项前我增加了“初步立项”这一步骤，是为了说明：有些老板在“想做”和“何时做”之间，总是处于一种徘徊状态，而这个徘徊期往往不短，结果很可能会错失掉好的时机。。。

换句话说，也就是优柔寡断、犹豫不决。

这个阶段主要涉及到的人员有：老板决策团队

这个阶段的结束标志是：做 or不做(做的话，继续向下)

二，正式立项：

到了这一步，我们可以就这个项目可以开始具体的工作开展了。

这个阶段，应该完成下面几个方面的方案：

1，产品定位与产品创意：(目标用户群体)

2，运营目标：(在互联网方面一般会用IP和PV以及用户数、浏览数等来数字化考核)

3，预算投入：(有多少钱才能办多少事)

4，运营方式/成本：(运营、运维、更新、推广、审核等。成本)

5，盈利模式：(目前国内网站盈利模式普遍不清晰，但，总得有个大致方向)

其中，1和2是方向性问题，决定了你这个项目该向哪个方向去努力。3是资源性问题，4是操作层面和后续发展的问题，在立项时也必须要考虑到。

当然第5点的盈利模式也很重要，不过对于大多数互联网企业来说，盈利模式是在网站发展过程中摸索出来的，而不是一开始就能确定的(例如现在的视频分享网站，盈利模式都还处于探索中)。

另外，预算投入是整个项目的前提。作为老板和项目主管，你必须要知道手里的钱，能够支持你把这个项目做多久?做到什么程度?也就是我们常说的“成本预算”及“目标设定”

这个阶段主要涉及到的人员有：老板决策团队运营主管(coo)

这个阶段的结束标志是：“网站整体策划”通过认可。(做的话，继续向下)

三，开始实施：

进行到这一步，就需要确定各职能部门人员了。有些懂技术的老板会亲自带队，而有些对互联网不太懂的老板会聘请首席运营官(coo)来负责这个项目的整理管理。

在这个阶段，一般由运营主管(coo)来负责招聘到以下人员：

1，策划(或产品)经理：主要是将项目主管和老板的大想法落实到细节部分的团队。如果项目主管是负责大脑的设计师，那么，策划产品团队就是负责整个网站神经系统的设计师。

2，开发部经理：负责网站核心架构的搭建，并带来团队进行产品的功能性开发。

3，设计部经理：负责网站相关的设计。

4，推广部经理：负责网站对外市场开拓。

5，编辑部：网站的更新、维护等日常运营功能。

在人员配置初步阶段，最好是先将各部门经理先招聘到位，然后再由各部门主管根据自己负责的工作范围，配置人员及协调项目时间和进度。

另外在很多情况下：

1，1和5这2个部门是同属于一个团队的(运营部)，不光负责网站前期的策划，中期的项目协调，还要负责网站上线后的日常运营工作。而且这个工作是光荣而艰巨的(“光荣在于平淡,艰巨在于漫长”)。

但是目前有很多公司，会专门设立产品部，来负责新产品的策划和开发，但是，往往是在开发完毕后，丢给(编辑)运营人员去运营。这样往往导致了很多不错的产品由于各种原因在推出后达不到预期的效果。

2，2和3一般情况下会整合为技术部。再加上负责服务器这边的运维部，一般由CTO来管理。

3，推广部一般会成立一个独立的小团队来开展工作，但是一般也是由COO直接领导的。

这个阶段主要涉及到的人员有：运营主管(coo)各部门主管

这个阶段的结束标志是：各部门主管人员到岗

四，产品原型：

原型设计：这主要是产品团队人员的事情了。在充分理解老板和coo的前提下，按照“网站整体策划”方案开展网站产品的细化工作。并在规定时间内完成原型设计。

原型设计一般会经历多次提案多次修改的过程。主要是将早期的“网站整体策划”中的各种文字描述具体细化成成品网站的一个过程。

这个阶段主要涉及到的人员有：运营主管(coo)各部门主管

这个阶段的结束标志是：“产品原型”获得通过

五，开发设计阶段：

到了这一部，一般由COO控制整个项目的进度，各产品经理负责自己范围内产品的进度。设计和开发部经理配合协调，安排人力进行项目的具体设计和开发工作。具体过程就不多讲了。

其它部门：例如推广部、编辑部、客服部等等运营人员会开始做网站上线前期的准备。

这个阶段主要涉及到的人员有：运营主管(coo)设计开发部门策划产品团队

这个阶段的结束标志是：产品的设计及开发完成程度，达到了产品策划团队的要求。

六，内测：

这个阶段基本上是策划、开发、设计都基本上收工了，这个时候需要以运营团队为主、其它人员为辅，来进行网站的内部测试和内容填充等完善工作了。

这个阶段主要涉及到的人员有：团队所有人员

这个阶段的结束标志是：满足“网站整体策划”和“原型设计”的要求，达到上线标准。

七，公测/运营(推出)：

到了这步，网站已经上线了。

这段时间主要工作是：处理bug，优化功能，内容填充等。

八，运营:

舞台已经搭好，该轮到以(coo)运营团队为主的角色们来唱戏了。技术团队退后做日常维护工作。

九，结果：

作为一个互联网企业，其结果无非也就以下几种方式：

1，自力更生，做强做大。(例：华军、chinaz等)

2，找风投。拿出部分股权换取风投资金，让自己前期的投入得以套现。(例：优酷，酷6等)

3，被收购。拿出大部分股权换取资金，带着利润套现。(例：51.com等)

4，上市。路漫漫其修远。(例：SOHU,SINA,网盛等)

补充：

1，这个步骤只适合从0开始的互联网创业者使用，所以我省略了不少非核心的步骤。特别是大公司里面，一个产品从策划到推出，涉及的部门太多，造成巨大的沟通成本。。。

2，希望大家在做互联网创业时，不要太乐观，太乐观的话自己死掉了都不知道是咋死的。。。同样也不应太悲观，因为互联网处处是机会。。。

3，希望大家能谨慎的做好前期的准备。。。套用一句话：道路是曲折的，前景是光明的。。。