今天参加完 51CTO的线下沙龙活动--站在业务扩展的角度看Linux运维技术
   晚上了我写一些感受：
   我为两位老师的讲解鼓掌！讲的很不错！内容简洁明了，深刻！

   黄老师讲的主要是业务这块，其实呢运维的是什么？在线的系统和应用的稳定，为了业务的稳健发展，运维是个很重要的工作，它是业务稳定开展的后台支撑！没有了运维业务就没有保障，也就失去了在线的客户，后果很严重。所以一个在线业务的系统架构要求运维人员很熟悉，能够在出现问题的时候能够迅速做出反应。

    林老师主要讲解了整体系统架构中，从一个公司业务初期简单的架构，到业务发展到高峰期时候的架构扩展和
每次架构的改变用到一些现在的主流技术。

    从我个人来看这次沙龙做的很好，然而也听到了一些人说：‘我没听懂黄老师讲的内容’。其实对于有的人来说，
业务这块不是很容易懂，有的人则不然。听不懂的人，就我个人看来，他们只关注技术在整个业务系统中的实现，
过多的注重技术层面上的而忽略了业务层面的东西。其实这两个方面缺一不可，否则就不能达道预期的结果。

    任何一个复杂的系统架构都是有简单架构，逐渐的根据业务的不断发展，慢慢的扩展起来的，这就是和一个公司的发展机制很相像，有最初期的单一业务，发展到多层次的，多元化的业务。而系统架构会随着业务的发展需要，由原来单一的技术，涉及到更多的技术层面和功能实现。

    作为运维人员来说就要在一开始理解业务的真正流程，来根据需要搭建一个健壮可扩展的架构体系，
这样也就会随着业务的不同，发展速度，来更改整体架构的模式，以满足不同的需求。

    我们所作的一切无非只有一个目标就是：业务系统的稳定性，连续性和用户体验这两个方面。

简单的来分别说一下我个人的理解：

首先系统稳定性 (System stability)：

    用户在浏览商品的时候，由于在线用户并发很大，用户不能很快的打开商品图片，或者打开很慢要等20秒左右，有时候甚至报告超时这样的错误。这时候，我不相信你还能继续等下去。（有人说我能等！ 哇，你好执着哦）这个时候就要解决图片如何快速加载的问题，例如使用单独的空间来存储商品图片，来应对大量的图片下载。将图片的大小做压缩优化，要让用户能很快找到自己想要的想看的内容。


业务连续性 (Business Continuity)：

    业务连续性是很重要的，网店应用不可能一成不变，它会随着用户的需求变化而变化，这时候当你更改了应用中的一个小小的架构，在部署的时候需要重启应用，如果是单点的话，造成网站暂时无法访问，如果要是集群的方式，可以先部署其中的一个，应用停止后，客户还能继续浏览，当更新完后启动，然后在更新另外一个，这样不会造成业务中断。试想一个网站总是在修改内容，动不动就要重启，在客户提交订单的过程中突然出现页面无法显示。客户认为会没有安全感，就会逃离这个网站，这意味着损失。避免单点故障。

用户体验（User Experience）

    当一个用户第一次来到你的网站的时候，给他们的第一印象是否完美，功能是否简单易用？和用户的互动性是否强？
这些就决定了用户是否会再来访问。一个注册流程繁琐，需要回答一大堆个人隐私的问题，这些问题还都是必须填写的，用户就没有耐心和你玩了。这里主要是网站风格和美工等关系比较大的，针对什么样的行业和产品，定位一个贴切的主题风格是很重要的，从视觉上吸引客户。


综上：作为运维人员需要从长远的发展来看，从业务的角度来做好运维的工作是一个运维人员的发展趋势！