オートデスクのクラウド開発プラットフォームです。融合し易い特徴を持っています。利用して、いままでにない新しいソリューションを構築することが出来るようになります。さまざまなカタチや色を持つブロックを組み合わせて、新しい「何か」を組み立てるような感覚です。ここ日本でも数多く利用されています。つの利用形態が主流になっています。取り組むケースが増えています。開発に着手する際に、把握いただきたい点をまとめてみたいと思います。ページへの埋め込みです。サーバーを作成する必要があります。デバイスにレスポンス(応答)することで、ブラウザにコンテンツが表示されます。コード(ソースコード)を参照することが出来ます。コードすべきではありません。呼び出しも含まれます。サーバー側で独自に作成することも出来ます。ルーティングと呼ぶことがあります。デスクトップ開発でも独自に関数やメソッドを作成、サブルーチンとして利用しますが、それと似た感覚です。サーバー実装からも呼び出すことが出来ます。サーバーで実行するのが一般的です。(もちろん、例外もあります。アプリ)とも表現されます。サーバーからのレスポンス、総じてクラウドとのコミュニケーションで伝送路として使用するのは、言うまでもなく、公衆回線を流用したインターネットです。呼び出しからレスポンス受信までの時間が昨日より遅い」など、アクセスする時間帯や状況によってコミュニケーション時間に差が出る可能性が考えられます。インターネットでは、クライアントとサーバーが直接やり取りをするわけではなく、ゲートウェイやルーターといった中継を担う機器、ドメイン名解決処理、が介在していて、それらを運用・管理する企業が存在します。中継機器の故障や処理の問題で、稀にインターネット全体が影響を受けることがあります。このような問題は、ネットワークの負荷状況によって一時的に発生する場合もあります。クライアントからのリクエストにエラーが返されている場面で、少し時間を空けて再リクエストすると、期待したレスポンスが得られるケースです。リソースに到達出来ない可能性があろことを意味します。分間に呼び出すことが出来る数が制限されています。表現でドキュメントで明記されています。アプリに可用性と一貫したサービス品質を保証します。コードのレスポンスが返されます。呼び出しすることが期待されます。環境全体のパフォーマンス低下につながってしまいます。実質的に低下する可能性がありますのご注意ください。非同期処理すべての処理がローカル環境で完結するデスクトップ開発では、作成したプログラムは記述順に上から下へ順番に実行されます。途中の関数やメソッドの処理終了まで時間はかかっても、それらの終了を待って次の関数/メソッドが同期的に実行されることになります。インターネットを使ったコミュニケーションでは、非同期処理を意識する必要があります。ここまでの内容から、リクエスト送信からレスポンス受信まで、インターネットを使ったコミュニケーションでは、時々で応答時間が異なることをご理解いただけるはずです。別の表現をするなら、リクエストに対するレスポンスは即時に得られるわけではない、ということになります。プログラム自体は上から下へ順番に実行される点は変わりませんが、リクエスト1の次にリクエスト2を記述した場合、リクエスト1のレスポンスが来る前に、リクエスト2のレスポンスが着信する場合も当然あり得ます。使用する開発言語が非同期処理をサポートする記述/手法を提供しているはずですが、少なくともデスクトップ開発との差は意識すべきです。開発とデスクトップ製品用アドイン開発の両方の知識が必要なハイブリッド環境と言えます。computing)の特性も理解していただきたい点です。リクエスト数に応じて、実行環境となる仮想マシンを動的に増減させます。短い間に数多くにリクエストが集中した場合、必要な数の仮想マシン展開に時間がかかり、処理完了までに「通常」より時間を要してしまう場合もあります。開発はデスクトップ製品のアドイン開発とは大きく異なります。実現出来ないものです。自動化ソリューション)では、兎角、ローカル環境でのアドイン実行パフォーマンスと比較されがちです。投資を続けていますが、インターネット経路など、一社ではどうにもならない部分があるのも事実です。デベロッパとの共有リソースである、といった視点も重要です。クラウド環境で得られるワークフローの見直しや新しい価値の創出・発見に重きを置いたソリューション開発に挑んでいただきたく思います。|コメントコメントフィードを購読すればディスカッションを追いかけることができます。この記事へのコメントは終了しました。