スケールアップ：Adaloでパフォーマンスを優先する

数時間の苦労の末、サーバーキャパシティを増強し、キューが減少し始めて全てが正常に戻るのを見守ることができました。楽しいはずの金曜の夜が、私にとっては大きなストレスの塊になってしまいました。何時間も輾転としたあと、ようやく午前2時頃に眠ることができました。しかし午前4時には再び同じことが起きていました！ 😱 幸い、開発チームはすでに全てをコントロール下に置くための別の修正に取り組んでいました。それ以来ようやく落ち着いてきましたが、状況を改善するためにやるべき作業がたくさんあることは明らかです。

本題に入る前に、土曜の朝に全てを修正するために懸命に働いてくれたチームへ感謝の言葉を伝えたいと思います。私にとって「誇り高き創業者」の瞬間でした。

スタートアップのスケーリングは難しい。

スタートアップの本質は、リソース、時間、優先順位付けの戦いが絶え間なく続くことです。やれることは常にもっとありますが、定義上、全てをこなすのに十分な人材と時間がありません。これは必然的に短期プロジェクトと長期プロジェクトのトレードオフにつながります。

一瞬、都市を建設しているように考えてみてください。人々が眠る家や食事をとる場所のような、明確な短期的ニーズがあります。しかし都市が栄えてきたときに備えて、道路、下水道、その他の基本インフラのような長期的な整備も必要です。ここでの課題は、これらのバランスをいかに取るかです。最高の道路やインフラを構築することに集中することもできますが、まだ100人しか住んでいない都市なら、インフラばかりに集中すると新しい住民を惹きつける家が不足するかもしれません。これは全てのスタートアップがある時点で直面するジレンマと同じです。

ここまでは、Adaloで構築された素晴らしい新しいアプリを見るのがずっと楽しかったです。そしてAdaloアプリに取り組むために日々の仕事を辞めた人々の話を聞くのは光栄でした。しかしそのとき初めて、私たちに課せられているプレッシャーがどれほど大きいかを実感しました。皆さんは、副業であれ、本格的なスタートアップであれ、ビジネスを動かすアプリであれ、あなたを頼りにしているクライアントのためのアプリであれ、作り上げているものに魂を注ぎ込んでいます。この認識は物事を本当に明確にしてくれました。 

前回の投稿では、パフォーマンスの向上と主要なバグの迅速な解決を含む、将来のための強固な基盤構築へのAdaloの注力について書きました。この経験により、その注力がより明確になりました。

スケーラビリティ、安定性、パフォーマンスの優先

透明性を高める精神で、私たちの計画をお伝えします：

1. まず最初に、Adaloのプラットフォームステータスページを作成します。多くのAdaloメーカーから、プラットフォームのステータスをすぐに確認できるページを設けるよう提案がありました。承りました。近日中にV1をお届けします。
2. サーバーの安定性を改善します。これはこのリストの中で最大のプロジェクトで、既に進行中です。大まかに言えば、インフラをHerokuからAWSに移行しています。現在はAWSとHerokuに分かれていますが、全面的にAWSに移行します。AWSによりデータベースをオートスケールし、大規模かつ不均一な負荷をより適切に処理できるようになります。Adaloアプリがどれだけ大きくなっても対応できます。
3. 4つの特定プロジェクトでAdaloアプリのパフォーマンスを向上させます。最初はリージョンベースシャーディングと呼んでいるものです。Adaloを始めた頃、こんなに早くグローバルになるとは思っていませんでした。現在サーバーは米国にありますが、異なるリージョンにサーバーを追加し、最も近いサーバーから動的にアプリを読み込むようにします。距離が短いほど読み込みが速くなります。2番目と3番目のプロジェクトは、アプリのリストと画像の読み込み速度に直接対処します。これまでその最適化にはあまり取り組んできませんでしたが、それが変わります。そして4番目のプロジェクトは、実は以前から進行中のものですが、多くのロジック処理をユーザーのデバイスから私たちのサーバーに移動することです。これは、アプリに複雑なフィルタリング、ロジック、計算を持つコンポーネントやリストがある場合、アプリが読み込まれる前にそのデータが全て準備できていることを意味します。 
4. そして最後に、シニアインフラエンジニアを採用します！あなたや知り合いの方が今述べたようなプロジェクトに興奮するなら、ぜひ話を聞いてみたいと思います。どうか求人情報を広めてください。

AdaloはMVPだけのためではありません。

Adaloを始めたとき、私たちのビジョンはどんなアイデアにも対応できるプラットフォームを作ることでした。大きなものも小さなものも。だから、少数の人々を助けるための小さなプロジェクトをいじっているだけであれば、手頃な価格で素早くビジョンを形にできるよう支援したかったのです。しかし小さなアイデアが大きなものへと花開いたとき、Adaloがあなたと共に成長できることを望んでいます。 

ここ数ヶ月で、私たちは大きな進歩を遂げました。コンポーネントマーケットプレイス、External Collections、カスタムアクション、そしてCollection APIは、他のプラットフォームのパワーをAdaloに取り込み、夢見るどんなアプリも作れる柔軟性を皆さんに与えるために設計されました。しかしまだ終わりには程遠いです。Adaloアプリはコードで構築されたアプリと同じくらい優れたパフォーマンスを発揮する必要があり、それぞれが数十万から数百万人のユーザーに使われても同じことを実現する必要があります！

私たちはただの始まりにいます。そして今、無限の彼方へ！

FAQ

コーディングなしでスケーラブルなアプリを簡単に構築できますか？

はい。Adaloのノーコードアプリビルダーを使えば、コーディングの知識なしに簡単にスケーラブルなアプリを構築できます。AdaloはAWSへの移行、リージョンベースサーバーの追加、パフォーマンスの最適化を含むインフラ改善に積極的に投資しており、アプリが小さなプロジェクトから数十万ユーザーのサービスへとシームレスに成長できるようにします。

他のアプリビルダーソリューションではなくAdaloを選ぶ理由は？

Adaloでは、データベース駆動型ウェブアプリとネイティブiOS・Androidアプリを、単一のノーコードエディタから構築してApp StoreとGoogle Playに公開できます。App Storeに直接公開できるこの機能は重要です。マーケティングと配布は新しいアプリやビジネスを立ち上げる際の最も難しい部分であることが多いからです。App StoreとGoogle Playでアプリを利用できることで、何十億もの潜在的なユーザーへの即時アクセスが可能になり、ウェブのみのソリューションでは実現できない方法でプロダクトの信頼性が高まります。

Adaloはアプリのパフォーマンスと安定性を向上させるために何をしていますか？

Adaloは複数の大規模インフラプロジェクトに取り組んでいます。HerokuからAWSへの完全移行によるオートスケーリング能力の向上、ユーザーに最も近いサーバーからアプリを提供するリージョンベースシャーディングの実装、リストと画像の読み込み方法の最適化です。また複雑なフィルタリングと計算ロジックをサーバーに移行しているため、アプリが読み込まれる前にデータが準備できています。

Adaloのプラットフォームステータスを確認する方法はありますか？

はい。Adaloはサービスの現在のステータスをすぐに確認できる専用のプラットフォームステータスページを作成しています。これはプラットフォームの可用性と進行中の問題についてより透明性を求めるAdaloメーカーからのフィードバックへの直接の対応です。

AdaloはMVPだけでなく大規模アプリにも適していますか？

Adaloはどんなアイデアにも対応できるよう設計されています。大きなものも小さなものも。MVPや小さなプロジェクトを素早く構築するのに最適ですが、Adaloはアプリの成長に合わせてプラットフォームをスケールさせることに注力しており、従来のコードで構築されたアプリと同等のパフォーマンスで数十万から数百万人のユーザーをサポートするアプリを実現することを目指しています。

外部ツールやAPIでAdaloの機能を拡張できますか？

もちろんです。Adaloはコンポーネントマーケットプレイス、External Collections、カスタムアクション、Collection APIを提供しており、他のプラットフォームのパワーをAdaloアプリに取り込むことができます。これらの機能により、ノーコード開発のシンプルさを維持しながら、ほぼどんなアプリも構築できる柔軟性が得られます。