嵐の前の静けさ

Calmなどの企業は、多くの場合、Kubernetesのオープンソースバージョンを含むシステムを使用して独自のITソリューションを実装し、アプリケーションをデプロイ、維持、スケーリングします。バージョン管理やチーム間での共有の難しさなどの問題にもかかわらず、このシステムはCalmにとって十分に機能し、ある日は機能しませんでした。コントロールプレーンの破損により、Kubernetesに障害が発生し、レガシーインフラストラクチャにロールバックしました。

システム障害が発生する前、CalmはApeeScapeに、指数関数的成長に対応するために必要なリソースが不足していたため、既存のシステムを管理するための支援を求めていました。したがって、ApeeScapeのAWSDevOpsプラクティスのシニアエンジニアであるChristopherStobieは、仕事の2日目にシステムがクラッシュしたときにすでに配置されていました。

CalmのテクニカルプログラムマネージャーであるMarkMarcantanoとすぐに連携することで、MarkとChrisは、AWSの新しいElastic Kubernetesで実行される、自己管理ではなくAmazon Web Services（AWS）によって管理される新しい完全自動クラスターを構築することができました。サービス（EKS）。基本的に環境全体を最初から構築する必要がありましたが、ChrisはMarkと協力して、既存の機能を活用しました。その結果、AWSソリューションの使いやすさもあって、予想よりもはるかに迅速に移行できました。

EKSへの移行は、安定性の向上とクラスターの迅速な展開により、すぐに結果をもたらしました。素人の言葉で言えば、これは、Calmが舞台裏でウェルネスプラットフォームを管理するITに焦点を当てることから、代わりにCalmで知られている瞑想とウェルネスを探している新しいユーザーを登録するビジネスに再び焦点を合わせることができることを意味しました。

Calmは、シームレスな更新と信頼性の高いネットワークに加えて、システムがダウンしてユーザーをサブスクライブできない時間ごとに4万ドルのコストがかかっていた、古いシステムで存在していた停止を排除することで恩恵を受けました。 ApeeScapeは、その仕事にぴったりの人を見つけることで、Calmと提携し、ビジネスに深刻な影響を与える可能性のある深刻な問題を解決するために着手することができました。

停止から6か月で、Calmは大幅な成長を遂げましたが、新しく実装されたシステムにより、パフォーマンスの問題なしにその成長を吸収することができました。 Calmのガイド付き瞑想アプリは、人々がプラグを抜くのを助ける能力で有名ですが、アプリの背後にある新しいテクノロジーは、ユーザーをその間プラグインしたままにする以外は何もしません。