架构师初码邀你—浅聊上云思路

Posted 2020-08-20

架构师初码邀你—浅聊上云思路

话题发布专家：初码——资深程序员，初级架构师，知名博主

在实践中，无论是个人站长还是中小企业，选择云服务，都会遇到如何上云的问题，这个问题的详细描述就是，应该选择怎样一种迁移和部署到云服务上的方式并且应该使用哪些云服务？今天我们抛开具体的技术和语言不谈，就可能出现的架构方式简单的聊一聊，以我个人的经验来看，有较多的遇到过如下3种上云场景

• 一、傻瓜型： 在云服务时代前，但凡提到建站，多数所指即使用虚拟主机搭建一个内容管理网站或者论坛社区网站，操作者只需要知晓简单的虚拟主机控制面板以及具体的应用软件的使用方式即可完成日常维护，而此种方式上云也较为简单，可在云服务商的云市场中，选购合适的运行环境购买并按照提示进行一键购买和配置，而服务商提供的相关控制面板也非常简单方便，可满足大部分的建站需求。

• 二、小微企业与中小站长型
  小微企业和中小站长往往拥有一定的技术能力和IT能力，在上云前多半有自己的业务服务器和数据库服务器，而业务类型也较为单一，以Web服务为主，此类场景可单独购买ECS服务器或者RDS关系数据库，自行进行系统环境和软件环境的配置，而进一步对云服务商的管理控制台进行熟悉后，可达到与原有维护方式一致的效果。

• 三、中小企业型
  中小企业多数有自己完整的信息化系统和体系，在选择上云时会比较谨慎，也注意数据安全和业务的连贯稳定，因此一般可按照如下流程逐步上云

  1. 资源CDN化
     在所有的云服务里，资源CDN化是迁移代价最小而效果又最为明显的服务，通过将Web服务、文件服务中的JS、CSS、Image、File资源CDN化，不仅数倍节省原有的服务器带宽开销，也能够支持专线网络内网化访问方式保障资源安全。

  2. 数据库和服务器的兼容性研究与测试
     将核心业务迁移到云服务器上，核心数据迁移到云数据库上才算是真正的云服务化，那么这一过程预先购买相关资源进行兼容性研究和内部测试，待测试完备后利用云服务的镜像复制等功能，方便的实现正式环境的迁移。

  3. 具体业务场景的解决方案云服务化
     除了最常见的信息与内容管理体系之外，企业的复杂业务逻辑中，也包含邮件、短信、日志、消息队列、消息推送、文件归档、即时通讯等各种各样的技术细分功能，原本这些功能均由企业自行研发，而在云服务时代，相关功能若采用云方案可能效果更佳，甚至有意想不到的成本节约和效率提升，因此针对相关业务场景，企业可逐个研究，反复测试，慢慢完成云服务化的迁移。

当然了，实践中的上云场景和步骤是复杂而多变的，以上只是一些粗浅的案例，那么，你是如何一步一步上云的呢，有兴趣的可以聊一聊哦

点此参与有奖话题讨论

【网友热议】

网友西秦：我的路线属于比较顺畅的。最开始，使用国外的免费空间，算不上云。只是普通的虚拟主机。后来，觉得免费空间太卡，就买了国外的VPS，然后使用国外的VPS自己配置环境，也算不上云，但开始接触了Linux服务器。再后来，一咬牙，一跺脚，买了云服务器，当时没钱，就买了最便宜的青岛最低配置。用了一年，那会还比较笨，只会使用云服务器。后来，OSS免费额度挺高，就在WordPress上做了附件分离，把附件都托管到OSS上去了。再后来，手上宽裕，云服务器、云数据库、CDN啥都上了。也开始有了架构的想法，使用了分布式的缓存OCS

网友寒喵:服务器用的管理面板，胜在方便插件多。资源通过cdn单独子域名+网站通过cdn回源+备份通过oss存储+数据库使用RDS云数据库做分离做高可用。感觉就是费钱，不过通过cdn解决了带宽问题。数据库不再担心和服务器一起坑了

网友dongshan8：曾遇到过的，应该是属于小微公司单一应用，是用一个ECS布置在线服务的售后邮件往来服务站点。优点是阿里云ECS稳定的网络和运行状态，能支撑适当数量的邮件收发，内容查看，搜索，提高了业务的效率。但因为小微公司的业务不稳定，所以服务站点运营一年左右，ECS还没过期，但小微公司几乎停止业务，ECS搁置了。

专家元芳：虽然有两三台服务器在用，但毕竟都是小型站点或者企业网站。所以目前尚停留在第一、二步。核心业务迁移到云服务器上后，我的核心数据倒是也迁移到云数据库上，不过并未使用到太多云服务，像OSS啊，CDN什么的，感觉还算不上架构吧！

点此参与有奖话题讨论