比如假如业务和百度阿里腾讯的部分业务有冲突，之前却用了它们的云
这时候要自己搭硬件系统，还方便从公有云迁出数据和服务吗？
--
修改:MNFL FROM 120.244.220.*
FROM 120.244.220.*

谢谢，刚才看了一下，建议包括：
Evaluate cloud services carefully， Ensure data can be moved easily，Backups， Multicloud or hybrid cloud strategy
感觉未必有用，或者操作起来也不是很简单
如果一开始就是公司搭建一个自己拥有的k8s容器集群怎么样呢？成本上和功能上

【 在 scma11 的大作中提到: 】
: 搜 cloud vendor lock-in
: 能找到一些建议
:
--
修改:MNFL FROM 120.244.220.*
FROM 120.244.220.*

架构设计的时候，对于公有云是有些缺点和隐患需要考虑的：
1.你们的数据隐私问题。
  你们选用的云计算服务商有没有可能查看你们的数据？
  云计算服务商网络安全做到怎么样，有没有可能导致你们关键数据泄露出去？
  你们能不能做到安全隔离，比如公有云使用完全不同的密码和策略等等问题
2.业务持续稳定运行问题。
  有些云计算服务商有些业务像抢钱一样，比如有些服务商的流量清洗费用，但有的用户还躲不过去，你们是否有能力架构设计时不踩这个坑？
  你们是否会使用服务商专有saas导致迁移成本剧增甚至失败？比如server less等等一堆功能
  你们是否承受隐性迁移成本？比如云计算服务商mysql服务迁移到你们on premise之后，你们的dba和开发是否能承接的住，mysql不稳定带来的突增的运维需求？

【 在 MNFL 的大作中提到: 】
: 比如假如业务和百度阿里腾讯的部分业务有冲突，之前却用了它们的云
: 这时候要自己搭硬件系统，还方便从公有云迁出数据和服务吗？
--
FROM 221.221.18.*

安全问题不仅是一个技术问题，也没有完全安全的系统，早期其实不用考虑太多极端场景，按照平台的最佳实践来就行
除非你的数据重要程度极高，这种只能找专业团队来做解决方案
--
FROM 111.206.214.*

利用云厂商服务先做大了再说。对国内巨头安全合规有顾虑可以先用国外厂商的，除了可能略贵点

等有资金团队了后再考虑也不迟

【 在 MNFL 的大作中提到: 】
:
: 比如假如业务和百度阿里腾讯的部分业务有冲突，之前却用了它们的云
: 这时候要自己搭硬件系统，还方便从公有云迁出数据和服务吗？

#发自zSMTH@GM1910
--
FROM 114.242.248.*