我是Michiel，是一名全栈开发人员，对任何事情一无所知。
我的主要特征是解决任何问题都不会出现问题的意愿。
目前，我在一家比利时初创公司工作，该公司提供电子竞技比赛软件和一个玩游戏的平台。 在查看可伸缩性和易于部署时，我偶然发现了docker / kubernetes / scaling。
- SoloQ-每日更新。
- 是时候我们谈了—我们知道您现在的感受，我们希望改善并给您应有的保证。
- 03：El Submarino Amarillo：El Proyecto-第1部分
- 英雄联盟电竞词汇
- 我们获得了资金！
这些是我的学习，希望您对此充满热情。
这么多的选择
该搜索是从知道我们要如何扩展开始的，我们所有的服务器都是基于NodeJS的，我们有一些OrientDB服务器正在运行，Redis和MongoDB。
需要最大扩展的部分是NodeJS。
为此，我迅速找到了Docker（是的，我之前不太了解），以简化构建可在任何地方运行并始终保持相同性能的容器的麻烦。
Great让我们寻找如何托管这些设备：Googke Kubernetes引擎，Amazon ECS，Beanstalk或我从未理解的Azure解决方案。
经过多番思考，Google为我提供了一些联网功能并且易于部署，但是部署却花了很长时间，联网似乎成了一场噩梦。
联网
在我们使用2台nginx服务器代理到我们的云网络之前，这并不能通过部署扩展集群。 扩展nginx集群来了，因为为什么不这样。
所有服务都发出NodePorts以将我们的nginx连接到（如果对设置感兴趣，我可以在后续文章中进行深入介绍）。 NodePorts需要一个Kubernetes入口，在我们知道之前，一切都使用Google提供的易于使用的CloudDNS进行了设置，并且让我们加密了他们的新奇特通配符证书。
Nginx路由很好，并且一切都很好。
联网2
显然，Compute Engine（我们的数据库将移动到的地方）无法轻松地连接到入口或任何kubernetes实例。 我要感谢修复了我的麻烦的此页面：Google memorystore
这不仅可以将我们的新内存存储实例连接，还可以将计算引擎实例连接到我们的Kubernetes节点。
缩放比例
我们迅速开始喜欢扩展服务器，因为这是有史以来第一次为我们提供可扩展性。 尽管由于调整了何时增加更多容器的时间百分比变得很重要，所以并非所有问题都得到了解决。 在不知不觉中，我们因配置错误而使20个容器崩溃，从而使整个集群崩溃，并迫使我们手动进行清理和重新创建。 如果您真的过度请求实例，则部署甚至可能会丢失。
好的学习是总是让备用实例提早而不是太迟地启动。 与您希望运行的每个容器只有一个（小型）VM相比，拥有一个额外的实例的成本将始终较低。
费用
这无疑是最有趣的部分，也是开始我们转换的部分。
与初始费用（平均每月4000欧元）相比，我们将其降至每月1000欧元。 主要是由于无法在夜间或使用率低的时刻按比例缩小数据库。
易于发展
我❤CloudBuilds
它使我第一次进入自己的暂存环境分支。 转到我的环境并轻松共享即可测试事物。 这样可以节省的时间令人难以置信。 而且，我的笔记本电脑通过ansible（我们曾经使用过的）部署到所有服务器上所节省的时间减少到只是一次提交，而其他一切都随着您使用云功能而付清。 允许所有开发人员拥有环境，但仍保持可管理性的完美方法。
这是我有史以来的第一篇开发著作。 有点乐趣，我只需要写这个让我兴奋不已。
