标签:cdn 永久 紧急 back 今天 list img bre wrap
个人经历过两家公司从0到1上云,迁移和直接上云,记录一些爬”坑“趣事
上云流程+云端网络、应用结构
当然每个公司面对的问题不同,我只能从自身经历的两家公司和自身的一些认知来说,欢迎同学补充。
假设你们是自建机房(IDC就不讨论了),你想想中你们的机房是这样的
但是也有可能是这样式的
有点夸张哈,但是实际自己机房什么样,谁进谁知道
机房图片只是调皮一下,真实上云的话考虑无非几点,上云是否可以解决你的关键性问题,
成本?成本是否会降下来,成本增加是否解决了其他痛点?。。。
安全?中毒还找不到根源?服务器安全策略?被 DDOS
了是不是束手无策?。。。
运维?技能靠重启?没两天人员又离职了?漏洞补丁很头疼?。。。
性能?搞活动预估、压测不到位机器撑不住?带宽打满了?横向纵向毫无扩展能力?。。。
那么各位同学,你们上云是解决什么问题?或者就是紧跟潮流一开始就在云上?
为什么上云?上云的”坑“有哪些?博客园的上云之路最具参考价值 。 回忆链接
首先要明确你们当前的网络结构,也就是你们在云端满足当前业务场景的网络结构。到了云端一切皆是服务,没有硬件这个概念了。但是常说的网络拓扑还是要有的
ip
就开搞了上云要有一个预估的流程,切记上来直接购买服务资源,这里不是的我们自己花了几百块买的1核1G还是3年的那种哈。具体执行过程中需要按流程梳理时间截点,不明确的话一拖再拖很耗费精力
商务经理——上云对接云厂商一般都有个专属商务经理,年轻的我曾以为这肯定是云官方的,实际有可能不知哪里找的第三方。如果你的消费能力很强,比如几十万以上,请直接官方联系,大客户 。这个时候可能会是官方商务人员与你对接。你想云端用户怎么也几百万吧?小客户呢,就是第三方外包来服务了。如果你是用的“玎*”与你的客服经理联系。那他们的区别是。一个有官方认证,一个没有只是挂了一个title。
工单——问题来了需要协调,你肯定又以为是云端的专家直接给你服务的。图样图森破,实则有的时候工单来来回回几次,你嗅到了业余的滋味 ,你祭出你的大杀器,老子要投诉你啊。这时候他要给你转后台了,让你耐心等待。这时换了一个工号来解决你的问题。通常他真能解决你的问题。不要问,问就是经历过了。曾经面试一个运维,他说他干的就是云厂商的客服,解决客户工单问题。解决不了的,会一层一层向上转。所以你第一层替你排查问题的就是这些外包人员如果你是大客户情况紧急请及时联系你的商务经理——(催)协调
域名、备案、主体——这几个都是提交资料类型的,剩下的就是等,折腾几次也是有的。其中备案主体一个云账号只能绑定一个主体,这个在社区反馈里10个有8个说坑。
欢迎各位同学补充,原来如此系列未完待续。。。
当然还有一些就是自己的锅了
搞清楚计算单位——搞清监控中流量、宽带的单位,比如:KB/s和Kbps 可是截然不同的两个概念。压测和监控千万不要搞混,预算不是低了就是高了,监控阈值设置不合理。
产品服务计费方式——搞清楚,什么按次的、按量的、组合资源包的、不能算入资源包的,不然你就是今天申请钱,明天申请钱。这都是小事,更大的比如服务停止了,预期资源永久删除的,哭都没地方哈。申请资源用完要收回,只要是你占用资源都会收费。
总之好好看产品文档 ——可以避免大多数问题。产品使用限制啊?如果线上产品服务不兼容要提前规避,避免浪费时间。邮件端口、还有他们自己人都说有点坑的云盾啊,自己压测前申请加好白名单。
标签:cdn 永久 紧急 back 今天 list img bre wrap
原文地址:https://www.cnblogs.com/secaishen/p/12100441.html