ノーコードからローコードへ: エンタープライズレベルの HPaPaaS の未来

[[385227]]

導入

YiDaの責任者であるXiao Yongが、かつて私に一つの例を挙げてくれました。私たちは子どもの頃、祭りで着る服の素材を選んだりサイズを測ったりするために仕立て屋に行きました。半月ほど待って、服が戻ってきたら着ることができました。その服は私たちによく合うし、私たちはそれを気に入るでしょう。さて、今日の話に戻りましょう。 Tmall または Taobao で写真を見て、適切なサイズを選択して注文するだけです。翌日には着られます。時にはサイズが合わなかったり、街で他の人と同じ服を着たりしますが、私たちはより便利で効率的であるため気にしません。業界のおかげで、S、L、XL、XXL などのボディモデルなど、多くの標準化されたモデルが開発されました。毎回身長を測る必要がなくなりました。現在では、標準化された衣服は需要の 90% 以上を満たすことができ、有名人や特別な機会を除いて、誰もわざわざカスタマイズすることはないだろう。

衣料品、飲食業、自動車、さらにはあらゆる生活分野が非常に成熟した効率的な産業チェーンに発展しました。ソフトウェア開発業界でも同様のことが言えます。ビジネスの需要は急速に成長し、変化しています。仕事が技術集約的であればあるほど、人材不足というボトルネックが生じる可能性が高くなります。これには、より多くの標準とモデルを策定する必要があります。標準が統一されればされるほど、効率が高まります。時には、「創造性を放棄することが、最大の創造性である」こともあります。本質は普遍的な利益の追求です。将来的には、ほとんどのシナリオで、カスタマイズなしまたはカスタマイズの程度が低い標準化されたテンプレートを使用してビジネスニーズを満たすようになると予想されます。

期待されるソフトウェア開発姿勢

次に、ノーコード＞ローコード＞プロコードという漸進的なアプローチに基づく研究開発体制について簡単に説明します。

プレコンセプト

始める前に、いくつかの概念を紹介したいと思います。

クラウドコンピューティングは、Software as a Service (SaaS)、Platform as a Service (PaaS)、Infrastructure as a Service (IaaS) という 3 つの主要なサービスカテゴリに分けられます。

SaaS (Software as a Service) は、インターネット経由でアプリケーションを配信するためのモデルです。顧客は Web ブラウザを通じて SaaS アプリケーションにアクセスできるため、ハードウェアやソフトウェアを購入、インストール、保守、更新する必要がありません。 SaaS プロバイダーは、すべてがスムーズに実行され、顧客が常に最新バージョンのアプリケーションを使用できるようにする責任を負います。
Platform as a Service (PaaS) は、開発者がクラウドアプリケーションを構築および展開するのに役立つクラウドプラットフォームとさまざまなツールを提供します。ユーザーは Web ブラウザを通じて PaaS にアクセスできるため、企業は基盤となるハードウェアとソフトウェアを購入して維持する必要がありません。 PaaS では、開発者は必要な機能を選択してレンタルすることもできます。
Infrastructure as a Service (IaaS) を使用すると、企業はサーバー、ネットワーク、ストレージ、オペレーティングシステムなどのコンピューティングリソースを従量課金制で「レンタル」できます。 IaaS プロバイダーはインフラストラクチャをホストし、システムのメンテナンスやバックアップなどのタスクを処理するため、顧客はハードウェアを購入したり、管理のために社内の専門家を雇ったりする必要がありません。

PaaS 層には、クラウド上でのアプリケーションの開発、展開、運用をサポートするために特化したプラットフォームがあり、これを aPaaS (Application platform as a service) と呼びます。 aPaaS をベースに、ノーコードおよびローコードのアプリケーション開発手法を提供するプラットフォームがあり、ビジネスオーケストレーション、ロジックオーケストレーション、モデル駆動型、ページオーケストレーションなどの迅速なアプリケーション開発機能を提供する hpaPaaS (High-productivity aPaaS) と呼ばれています。

上記の概念には、私の個人的な理解がいくつか追加されています。プラットフォームによって解釈が異なる場合があります。次に、業界のスタープラットフォームをいくつか比較して、どのような参考資料が得られるかを見てみましょう。

2. 業界をリードする製品

Microsoft PowerApps: Excel などの Microsoft の幅広いサービスが適切に統合されています。サイト全体のコード記述箇所はすべて、Formula/Fx などの Excel のような概念に統一されています。さらに、PowerBI/PowerFlow は非常に強力であり、hpaPaaS (ローコード) として位置付けられています。
Google AppMaker: Google によって開発され、すべての Google サービスを非常にうまく統合します。 Google のエンジニアリング文化は、SCRIPTS に極限まで反映されています。バックエンドとフロントエンドの両方で、開発エコシステムの JS 構文が使用されます。コードプロンプトは非常にわかりやすく、hpaPaaS（ローコード）として位置付けられています。
Salesforce SaaS: プラットフォームリーダーであり、IaaS、PaaS、SaaS を統合したクラウドプラットフォームで、現在の時価総額は 1,255 億ドルです。
Sap: IaaS、PaaS、SaaS を統合したクラウドプラットフォーム。 Salesforce と比較すると、より新しいテクノロジーを使用し、より優れたユーザーエクスペリエンスを提供します。現在の時価総額は1,577億ドルです。
OutSystems: デスクトップ IDE を提供します。最近リリースされたOutSystems AIはモデル設計を支援でき、hpaPaaS（ローコード）として位置付けられています。新星として業績は好調で、複数回の資金調達も受けています。 2018年には評価額が10億ドルを超え、次のユニコーン企業となった。

アプリケーションの研究開発能力の比較は次のとおりです。

製品に関する経験:

ベテランプレーヤーである Google と Microsoft は、hpaPaaS の使用に非常に熟練しており、非常に洗練されたエクスペリエンスを提供しています。サードパーティの一般的なサービスを含む独自のサービスを非常にうまく統合しています。
OutSystems は Microsoft に似ており、多くの場合コードの記述を必要としないさまざまなストリーミングオーケストレーションを提供し、Swagger の OpenAPI などの多くのデータサービスも統合します。
Salesforce は SAP に似ており、単一のアプリケーションから一連のアプリケーション、迅速なアプリケーション開発プラットフォーム、エンタープライズコラボレーションツール、そして SaaS、PaaS、IaaS の階層形式でエクスポートされるアプリケーションコンテナーとデータベースに至るまで、完全なエコシステムを提供します。

いくつかの参考資料:

効率的な統合によりコストを削減できます。これはすべてのプレイヤーの考え方であり、疑問の余地はありません。
視野を広げてシナリオの 90% をカバーするには、完全な生態系チェーンを構築する必要があります。ノーコードからローコード、プロコードまで対応するソリューションが存在し、それらが相互に接続できる必要があります。これは Salesforce と SAP が提供するエクスペリエンスです。現在、AppMaker と PowerApps は主にフォームやテーブルといった垂直分野を対象としており、まだ大規模展開はできません。単一分野の視点で解決できる問題には限界があります。
ビジュアルストリーミングオーケストレーションは、特定のシナリオでは効率を大幅に向上させることができますが、少し複雑なシナリオではまったく面白くありません。たとえば、AppMaker は少し大まかで、SCRIPTS を直接使用します。表現を書くのがより快適になります。 OutSystems のユーザーは、このことについてどう感じているのでしょうか。

ビジュアルウェブサイト構築の3つのステップ

中国では長い間、多くのビジュアル Web サイト構築製品が登場してきました。「ビジュアルウェブサイト構築」は「ローコードウェブサイト構築」の前身です。コードを 1 行も書かずにサイトを構築することも目標です。ドラッグアンドドロップでサイトを構築することもできますが、プレゼンテーション層（フロントエンド）の単一のフィールドから問題を解決することがほとんどで、静的なページの効果しか得られません。実際のビジネスではクローズドループを完成させることは困難です。

主な問題点を要約すると次のようになります。

データサービスアクセスメソッドなどの純粋なフロントエンドの考え方には、DataConnectors をサポートする AppMaker/PowerApps のような統合データアクセスレイヤーが欠けており、さまざまなシステムとの効果的な統合を形成できません。
解決できるシナリオも限られています。非常に複雑なエンタープライズレベルの CRM システムは、万能ではありません。ビジネスロジックは非常に複雑であり、カスタマイズのテストに直面しています。少し複雑なものの場合は、より多くの作業が必要になる可能性があり、解決できないことさえあるため、視覚的な構築によってもたらされる利点を享受できません。
多くのプロの開発者は、プラットフォームの構築において自分の才能を十分に発揮できず、VSCode や Git などのプロフェッショナルレベルのツールのサポートが不足しています。
異なる役割が効果的に協力することができません。たとえば、バックエンドデータインターフェイスはビジュアル構築ツールに反映されません。
構築されたページのほとんどはスキーマの形式で保存されており、コードの比較が容易ではなく、実行時の動的レンダリングによってパフォーマンスの問題も発生します。

......

業界の多くの優れたデザインを見ることで、私たちはたくさんの素晴らしいアイデアを得ることができました。一般的な hpaPaaS アーキテクチャは、標準化されたシナリオをある程度まで完全に解決できますが、標準化されたシナリオは消費者指向であり、私たちが生成したマテリアルデポジットとシナリオデポジットを消費します。このような純粋な hpaPaaS プラットフォームは、エンタープライズレベルのシナリオに対応するには明らかに過剰になります。 102 年間存続できる超大規模企業向けの商用オペレーティングシステムを設計する場合、速度とシンプルさだけを追求することはできません。柔軟性、拡張性、複雑さも考慮する必要があります。このシステムに関する標準化された資料やシナリオを継続的に作成し、複雑な問題を抽象化して整理し、効果的な生態循環システムを形成し続けなければなりません。私たちが必要としているのは、hpaPaaS プラットフォームの拡張バージョン、つまりエンタープライズレベルの hpaPaaS プラットフォームです。

4つのエンタープライズレベルのhpaPaaS

「エンタープライズインテリジェンス部門」を例に、簡単なビジネス分類を行ってみましょう。

ミッドエンドおよびバックエンドのビジネスのほとんどはフォームとテーブルに関連しており、これは hpaPaaS プラットフォームにとって良いことです。しかし、真のエンタープライズレベルのシナリオ、特に財務、法律、その他のシステムに関係するフォームは、悪魔的であると言えます。たとえば、フォームはテーブル内にネストされ、テーブルはテーブル内にネストされます (これには理由があるはずです)。一連のルールを使用してそれらを説明することは不可能です。 AppMaker や PowerApps のような強力なプラットフォームでも、バックアップメカニズムが提供されていないため、基本的にこの種の問題に対する解決策はありません。エンタープライズレベルのアプリケーションの初期状態は、ほとんどがカスタマイズされたアプリケーションです。標準化された構成アプリケーションに進化し、さらにソリューションやビジネス機能になる方法こそが、「エンタープライズレベルの hpaPaaS プラットフォーム」が注力する必要がある点です。

新しい製品である AppMaker と PowerApps はビジネスレベルのソリューションとして定義され、より成熟した製品である SAP と Salesforce はエンタープライズレベルのソリューションとして定義されます。ビジネスレベルのソリューションは最も一般的な問題を解決できますが、エンタープライズレベルのソリューションはより複雑な問題を解決できます。複雑な企業レベルの問題に直面したときは、少なくとも次の 2 つのことを行う必要があると思います。

さまざまなシナリオに必要な機能を分解して階層化し、最終的に機能の統合を通じて対応し、柔軟性を向上させます。
一般的なソリューションとバックアップソリューションの両方があります。複数のソリューションは統一された標準に従い、統合される必要があります。

エンタープライズレベルの hpaPaaS 機能を 1 文でまとめると、次の図に示すように、ノーコードからプロコードへの進歩的な機能であると言えます。

このような「エンタープライズレベルの hpaPaaS」を実現するには、いくつかの困難があります。

ポイント1: ノーコードからプロコードへ

このプロセスを説明するために、単純なビジネスシステムを例に挙げてみましょう。

イテレーション 1 (ノーコード開発)

当初はシンプルで、標準の CRUD に準拠していました。

ビジネスモデリングを実施し、ビジネスルールを構成します。
確立されたモデルに基づいて標準化された CRUD テンプレートを選択し、直接出力します。
プレビューして公開します。

イテレーション 2 (ローコード開発)

ただし、タイムスタンプのフォーマットやページ上の追加のユーザー詳細の表示など、一部の領域ではカスタマイズが必要です。

標準化された生成された製品をビジュアルエディターで開きます。

関連フィールド時間の書式設定方法を変更し、新しいユーザー情報ブロックを追加します。

保存、プレビュー、公開。

イテレーション 3 (プロコード開発)

ビジネスの複雑さが増すにつれて、多くのビジネスロジックでより多くのコードが必要になります。また、コードがバージョン管理され、差分化されることも期待されます。

標準化された生成された製品を WebIDE で開きます。
関連するアクションなどのビューを編集し、対応するアクションコードを見つけて、ロジックを変更します。
WebIDE が提供する git 機能を使用してコードを比較および送信します。
保存、コンパイル、プレビュー、公開。

ノーコードとローコードでは試行錯誤のコストが低くなります。スタートアップ期間中は、これら 2 つの方法を使用することをお勧めします。ビジネスが成長するにつれて、その価値が徐々に認識され、製品に対する要求も高くなります。現時点では、さらに投資するつもりです。この時点で、プロコード方式を使用してプロジェクトの細かい装飾を行うことができます。この進歩的な配信機能は、ますます評価されるようになるでしょう。

このプロセスには重要なポイントがあります。ノーコードからローコード、そしてプロコードまで、必要なときにどのような方法でも開くことができる標準に常に従います。

将来的にはビジネス開発業務の 10% のみがプロコードで完了する必要があると予想されますが、プロコードの関連技術システムも不可欠です。これは完全に機能するオープンな基盤アーキテクチャであり、ノーコードとローコードはより垂直的にこれに基づいています。したがって、10% が不要になるということではありません。特にエンタープライズレベルの研究開発においては、プロコードの存在は安心感をもたらします。

プロコードの重要なポイントは次のとおりです。

WebIDE: プロコードリンクはデスクトップ IDE を使用するように設計されていますが、将来は間違いなくクラウド開発の時代になります。デスクトップ IDE は、PaaS プラットフォームから自然に分離されます。以前は、WebIDE テクノロジーの未熟さを懸念していました。現在、vscode は新世代のエディター変更をリードし、coder や theia などの WebIDE テクノロジリザーブに完全な機能とパフォーマンスをもたらしています。技術的に心配することは何もありません。
Git 接続: エンタープライズレベルの製品はそれほどカジュアルではなく、通常、強力な管理と制御が必要です。バージョン管理は特に重要です。プロコードかノーコードかにかかわらず、最終形態はコード形式の標準製品であり、必要に応じて遡って比較できるように Git リポジトリでホストする必要があります。
ビジュアル編集: ビジュアル編集は、ローコードとノーコードの代表的な機能です。 Recore (統合 DSL) テクノロジは、プロコード、ローコード、ノーコード間の相互通信に必要な条件である視覚化とプロコードを接続するために使用されています。

ポイント2：サービス統合

上記製品はすべてこのようなデザインです。自社サービスでも他社サービスでも、統合プラットフォームを通じて有機的に統合され、必要なリンクで効率的に利用することができます。

画像ソース: https://developers.google.com/

また、次の図に示すように、データ関連のインターフェースやサービスを OneService を通じて統合し、運用中のすべてのリンクを接続することを目指して、OneService コンセプトも提案しました。

ポイント3：活力

私たちが設計したシステムは、主に次の 2 つの問題に重点を置いています。

どれだけの価値を創造できるでしょうか？
あなたはどれくらい生きられますか？

粘り強い生命力を持ったシステムが、時を超えて価値を生み出し続けるはずだと信じています。重要なポイントがいくつかあります。

適切な土壌、強い風向、政策的奨励、強い市場需要。
継続的な標準化: 標準化は固定された結果ではなく、動的なプロセスです。標準化された生態系が自己浄化能力を持ち、産業の発展に適応できるようにするには、進化のメカニズムが必要です。
業界への浸透、業界チェーンの上流と下流の開放、業界の各ノードに標準と概念を統合することで、独自のエコロジーにフィードバックし、規模の形成に役立ちます。
一緒に成長することで業界の成長が促進され、業界の成長はあなた自身の成長になります。

期待すべき5つの未来

SAP や Salesforce に代表される SaaS プラットフォームは、欧州や米国では盛んに普及していますが、中国ではまだ始まったばかりです。過去1年間の変化から、中小の革新的な企業を奨励する国の政策が増えていることがわかります。これは、将来のtoB市場に広い展望があることを意味します。アリババの全体的な方向性は、現在、B です。 DingTalk と Alibaba Cloud は、この道を着実に歩み続けており、toB の機が熟していることを示しています。今必要なのは、ローカライズされた SaaS プラットフォームをより良く、より強力にすることです。