小公司电商架构一般发展

我这里所说的电商发展使用系统主要是用linux（以centos为主）的，非win，因为win收费，不开源做了很多限制，虽然有很多小公司用win各种破解版，要是别人告他一般都会赢。而且win也限制了运维的能力，所以win运维如果非高手级，在中国一般收入偏低。

小公司电商一般都是官网（最终目的是为了盈利，而非宣传）刚刚开始的时候的构架为：

初期架构（几台）

1）web:

一般是1台，一般选择nginx，apache太厚重，不太适合现时代。

如果是php类网站nginx+php（php-fpm）

如果是java web类网站一般用的是nginx+tomcat

2）数据库

一般是2台，一主一从，一般采用mysql/mariadb，也有的公司用mongoDB

注：有的为了省钱，连web和mysql都放在一台服务器的。或者web与数据库独立

这个时期的构架一般为：

LNMP：linux+nginx+mysql+php

LNMT：linux+nginx+mysql+tomcat

其中mysql也有的人会用mongoDB

3）缓存

一般为了减少压力会用到缓存，前几年用memcache多，现在用redis居多。

1.缓存网站使用频率比较高的数据，比如session、首页、高频繁搜索关键词、网址

2.缓存数据库数据，比如mysql数据，也是高频率使用数据。

4）版本管理

版本管理一般都用git，现在svn少部分公司在用，有的用github，有的会自建gitlab

如果这种几台服务器的小公司，一般不会招运维，开发兼职维护

当访问量人数增加了，发现服务器压力过大，那么一般会实现mysql读写分离。读写分离一般是开发在代码中实现。

访问量增加一台web承受不起了，在前面增加一个CDN，而并非增加多一台web，实现负载均衡。

有几十台服务器维护一般有2种情况：

1. 公司项目多，要么是自己，要么就是外包的，但架构不变，也是初期的构架。

2. 单一个网站增加了，一台web承受不起，需要实现七层负载均衡、框架调整，业务划分、分库（也一样也用不到分表）

无论上面哪种情况，这时候一般都会用到运维，在初期构架上会添加一些东西，如

1）监控

一般会加入监控了，监控类zabbix比较多

2）web群集

一般使用nginx或haproxy反代+负载均衡，实现web群集功能

3）数据库群集

mysql数据库一般还是以主从为主，会做业务划分，一般是好几组主从

mongoDB数据库一般是副本集为主，也会分好几组，是按业务划分的

redis：主从，或者使用比如哨兵Sentinel、豌豆荚codis比较多

4）消息队列

比如像RabbitMQ、Kafka等消息队列也会用上

5）CI持续集成

有些公司开始会用gitlab CI+jenkins实现

注：jenkins教程可以看它的官网，是中文的 https://jenkins.io/zh/doc/或《Jenkins 2权威指南》

6）docker

为了更好的配合gitlab CI，快速搭建环境或部署，不少小公司会尝试使用主流的技术，docker就是比较火的一种，往往它会结合k8s

此之前我以几十台机子为主的电商运维所要求的一般技术，做了环境搭建，从《centos7最小化安装》、LNMP/LNMT、rysnc、vsFTP、mysql主从、mongoDB主从、负载均衡nginx/haproxy、gitlab等小公司的运维搭建都写完了

在第3系列写了 docker、ansilbe、saltStack，下一步发ELK、k8s

以上的知识基本上已经够小公司的运维用了，还有运维用的python我也有推荐书箱，靠自己学。

我只能带你最难的搭建部分、进阶可以看一下官方文档、书籍，深入一般分析一下设计、源码等，这些都靠你们自己了。