我不断收到其他人关于 .mu 技术堆栈的相同问题。 当我直接回答问题时，他们中的大多数人对我们的技术栈以及我们如何实现它感到非常惊讶。 因此，写这篇文章来解释我们的“厨房”是什么样的。 因此，您可能会更好地理解我们的使命搜索引擎优化高级编程：php版，即从技术角度使印度尼西亚人民民主化获得优质和负担得起的教育。

旧系统

在我2019年10月加入.mu之前网站优化，.mu使用的平台是腾云网络，这是一家为学生和老师提供问答的初创公司，他们的技术栈如下图所示：

从管理面板平台来看，其架构采用单体式设计，后端编程语言为PHP()，前端框架为Vue.js和Vue.js。 他们用它作为主要数据库来存储他们的数据，他们还用它来存储选定的用户数据。 当时，用户与平台交互的方式只是使用移动应用程序。 我们的团队使用混合移动开发框架开发它。 在基础设施方面，我们用来管理它的应用程序和数据库服务器。 我们还使用自我管理的社区版作为代码存储库。

如果我们把它作为一个 MVP，我相信那些架构设计和技术堆栈就足够了。 然而，我们必须意识到，如果我们想扩大规模同时服务数百万用户，我们肯定需要重写所有内容。

出发

我从 2019 年 10 月开始加入 .mu。从那时起，我们决定改变很多东西作为我们的基础，以配合腾云网络的伟大使命。 我们在 2019 年 10 月发布了一个使用旧堆栈的应用程序版本。 然而，在 2019 年 11 月，我们开始从我们的技术堆栈和平台重建一切。

我们决定利用 AWS 作为我们的主要云基础设施，作为我们的后端编程语言搜索引擎优化高级编程：php版，并利用 Vue.js 作为我们的 Web 前端框架，作为我们的移动原生编程语言。 改变一切的主要原因是我们希望提供更好的可扩展性来处理数百万流量。 因此，我们从后端的角度实现了微服务架构。

2020 年 1 月 3 日，我们使用 and() 成功发布了应用程序的测试版。 我们还使用 AWS ECS 作为容器编排器作为容器平台。 它标志着我们的发布平台与新技术的旅程。

如上所示，我们使用 和 来提高我们平台的性能。 由于我们没有专门的站点可靠性工程师，因此我们使用 AWS 和 AWS 的托管服务。 它确实帮助我们的团队专注于真正重要的事情。 尽管如此，我们发现 AWS 并不是那么完美，因为在高峰流量期间，我们在集群的健康检查中一直处于红色状态。 我们也无能为力，因为我们不允许更改/调整 AWS 配置的管理设置。 创可贴解决方案是升级基础架构以匹配流量，这意味着运行更强大的服务器的成本更高。

我们使用 Vue.js 作为我们的网络技术框架，而不是 .js。 几年前我们注意到 .js 的一个问题，当时我们不想让它成为开源许可证。 我们也注意到当时使用 Vue.js 的趋势非常高，所以我们决定使用 Vue.js 作为我们 Web 平台的主要框架。

目前的技术

随着我们的平台变得更加复杂并添加了新功能小程序开发，我们在接下来的几年中继续添加新技术。 我们开始使用 Go 和 Gin 作为我们的后端编程语言及其框架，因为与 Gin 相比，它们将 API 性能提高了近 10 倍。 我们还将把它实现为服务器端呈现框架，以增强我们的搜索引擎优化 (SEO) 策略。 来自我们用来开发 iOS 应用程序的移动工程团队。

2021 年年中，我们决定开始建设数据团队。 我们确实有数据分析和数据科学团队来实施数据仓库、人工智能和商业智能仪表板/报告。 我们开始使用 ETL 作为 ETL 过程，但由于性能太慢，我们改变了使用和作为 ETL 过程的方法，并将所有内容存储在我们的企业数据仓库中。 我们出于 ETL 目的使用和存储我们的数据，然后这些数据将显示在我们的 BI 工具上并作为我们的 BI 工具。

我们使用许多工具来支持我们的日常运营。 我们通过使用正常运行时间平台来跟踪我们的 SLA。 因此，每当我们的平台出现问题时，它都会向我们的频道、电话和电子邮件发送通知。 我们还使用 New 和 AWS RDS 来监控我们的后端服务和数据库的性能。 通过跟踪重要指标，我们可以改进很多东西，尤其是与后端和基础设施的性能相关的东西。 从 的角度来看，我们不仅会将其作为代码仓库，更会作为 CI/CD 平台。 我们将我们的代码存储在这个平台上，并为我们的每个产品配置 git 流。

下一步是什么？

我们一定会继续添加相关的新功能和技术，为我们的腾云网络带来更多的价值。 我们还继续对可以实施到我们的技术堆栈中的新技术进行一些研究，以便我们可以改善我们的客户体验。

如果您认为我们的技术堆栈具有足够的挑战性，我鼓励您申请我们的空缺职位。 我们一直在寻找具有积极态度和出色技能的潜在候选人，他们可以为我们带来新的价值。

期待收到您的简历！ 让我们共同成长，为印尼教育界带来积极影响！

什么是人才研究？

我们还收到了一些关于我们决定用作我们工作的平台的问题。 为什么我们首先使用它而不是使用 ..mu 页面？

好吧，我们确实有一些由我们内部团队开发的平台，例如：

...ID