没有使用无服务器和容器编排平台

4.总是自己做所有的事情

软件工程师有时可能会自己构建定制的解决方案和服务。一种可能更好的方法是首先对现有资源进行适当的研究。例如：

• 也许不需要在EC2上使用自托管数据库，而是使用完全托管的RDS，这可以帮助更轻松地扩展和操作实例。
• 也许不需要这个自我管理的RabbitMQ实例，而是可以使用经过实践检验的无服务器消息队列SQS。

通常情况下，如果有一个无服务器或完全托管的解决方案，那么至少在为自己的解决方案投入过多的时间和精力以进行维护之前，先考虑采用这些方案是有意义的。

只使用自己熟悉的工具

在阅读Reddit或博客的一些文章时，经常看到许多工程师不愿意使用无服务器或容器编排平台，因为他们只知道EC2和人工管理的服务器。他们认为有些新技术可能只是昙花一现，因此没有必要改变自己的方式。这意味着转移到容器编排平台、无服务器和其他云服务是没有价值的。这似乎是一种谨慎的方法。最好挑战一下这种假设，用清楚的事实、成本和性能基准来判断新技术的可用性，而不是对新技术持怀疑态度。

没有使用无服务器和容器编排平台

如果要为所管理的每个服务和工具创建一个EC2实例，则可能会陷入维护的噩梦。但是，如果将每个服务部署到Kubernetes(EKS)或Fargate(ECS)集群的容器中，那么由于容器的动态端口映射和更紧凑的资源利用(例如共享层)，可以将更多的资源分配到单个服务器实例中。

容器编排平台将帮助你确保实例之间的负载平衡，并使工作负载保持健康。这在某种程度上消除了猜测容量的情况。你可以指定在任何时候应该运行多少个容器实例，并且控制平台将确保它发生，就像你定义的那样。

如果可以轻松地在许多容器或无服务器资源之间实现负载平衡，那么不必再猜测哪种EC2或RDS实例大小适合自己的用例。

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!