使用阿里云有哪些需要注意的地方？

买了个T5型号的ecs，用的时候才发现CPU被限制了才10%，稍微一用就超了，而且还不能升级到100%，要换其他配置的ecs，但都是高配的，没有1个CPU的产品。
大家聊一聊，或者有其他的云产品推荐。

阿里云有很多问题需要我们解决，所谓的云服务在重要的问题上存在著不安全不保密的缺陷，在阿里出现问题之后，当时就有网友评论称，请不要用「工程师粗心大意」来掩盖阿里维护管理体制存在的问题：1、业界共识，商用设备的升级应该在24：00左右的时间段，阿里居然在大白天对商用业务做升级；2、任何对商用业务的升级都应该先测试，没问题了在上线。但这个事故显然是因为阿里没有做测试就直接升级导致的。所以使用阿里云有哪些需要注意的地方呢？其实最需要注意的是云服务厂商一定要把安全，稳定放在第一位，计算能力强是一个锦上添花的事，而不是最为核心的竞争力。

阿里云的应用还是有著很多问题需要我们解决的，比如云服务的安全问题，这是我们必须深刻认识的一个对于云服务应用的关键问题，比如我们的一些政府，或者是我们的一些军事上的机要文件，在云服务上是一个很大的隐患。据圈内人士爆料，1月21日下午3点半，某新区（千年大计的新区哦）政务网业务出现大规模中断问题，后逐步排查得知是阿里云平台出了问题导致的，该故障导致政务中心工作人员无法办理业务，持续到晚上九点左右才恢复，并且原因是什么完全是一个谜。这就是云服务不安全的一个特别大的一个隐患，对于我们政府的损失是很大的。

我个人觉得，阿里云照搬了GitLab的实例，没有进行任何修改，直接就采用了GitLab的原生英文界面。阿里云如果给每个企业部署一个GitLab实例，当用户选了Internal许可权范围时，就是他们理解的「本企业范围内可见」，而不是对整个云效的所有用户可见。而不是为每一个租户部署一个GitLab实例。因此这一问题的本质是：GitLab的开源版本，并没有为多租户的场景做过任何架构上的设计。而阿里云效在将其引入后，更只是简单的应用，没有做任何的改动，没有做任何的安全隔离。再加上界面未做任何改动，没有对用户做出必要的安全提示，导致用户按照过去的使用习惯，做出了错误的选择。这事阿里云犯得最大一个错误。

云服务是一个新生事物，在我们日常的生活应用中一直存在著这样那样的问题，比如，在2018年7月26日，阿里云就曾出现过一次大面积账户登录异常的现象：更早些时候，2015年9月1日，阿里云也出现过一次大规模故障，那次故障中，阿里云客户的所有基本命令都不能运行。对于事故原因，2015年9月3日凌晨，阿里巴巴资深总监、阿里云云盾的负责人吴翰清（网名：道哥、刺）在微信上发文称，「就是程序员写错了一行代码。」这个bug简直不能太低级，这个说法简直不能太搞笑。但是就是这么一个简单的问题导致了我们多少人的损失。

阿里云在一个很糟糕的产品上没有做到基本的安全性，没有验证服务的可靠性就放出去给客户用，这是一个最为失责的行为，在出了问题之后还百般推脱责任，说什么不能扫描用户代码！这更体现他没有担当的内在。他们为什么不能在问题被揪出的时候就出个公告，提醒用户存在风险，尽快修改设置呢？这背后或许有著很多的问题，但是对于客户进行一定的适当的安全提醒，或者是对于用户进行适当的道歉，而阿里做的却不是一个负责任的公司应该有的态度。现在再看看阿里云之前对客户安全、隐私的表态，「宁输官司也不泄露用户隐私」，简直成了笑话。

首先要分析一下为什么会出现internal这个奇葩类型：，在我们的网页应用中，GitHub 上只有Public和Private ，GitLab作为GitHub早期的克隆版，新增了Internal类型，但人家增加这个类型是因为用户需要，因为大多是自行部署的软体企业。大家为了开发方便，将GitLab的实例，部署在某一个公有云上。大家需要这样的代码实现共享来完成自己企业内部的管理和使用，如果他们希望在企业范围内共享代码，又不希望企业之外的人访问，则Internal就是一种非常合理的选择。这会是他们通过最为简单的方式来实现自己最为基本的功能，将是对于他们这整个的管理和应用最为有效的一种方式。

绝大多数你买ECS的时候，实际你真正该买的是轻量应用伺服器。

阿里云还是有很多优惠的

https://promotion.aliyun.com/ntms/act/enterprise-discount.html?userCode=7drdlca6

题主你去搜索一下阿里云相关问题啊，我来给你分享一个最近的问题：

如图所示，据圈内人士爆料，1月21日下午3点半，某新区（千年大计的新区哦）政务网业务出现大规模中断问题，后逐步排查得知是阿里云平台出了问题导致的，该故障导致政务中心工作人员无法办理业务，持续到晚上九点左右才恢复。