コンテンツにスキップこのブラウザーはサポートされなくなりました。サポートを利用できます。批評記事やレビューに短く引用する場合を除き、これらの章のいかなる部分も、発行元の事前の書面による許諾を受けることなく、その目的を問わず、どのような形態であっても、複製または譲渡、あるいは検索システムに格納または公開することは禁じられています。物理的なすべての手段を含みます。入門ときどき、ソフトウェアの設計および構築方法に大きな変化をもたらす製品が市場に出ることがあります。アプリケーションの作成方法が完全に変わりました。アーキテクチャの紹介と説明に焦点を当てます。描写することに、より多くの焦点を当てます。これにより、全体的な構造を理解することができます。後半では、この新しいテクノロジをもたらした基本的な要素について探ることにします。バックボーン上にさまざまなアプリケーションを構築および統合するための、より高度な概念にまで言及していきます。ブックを読み込み、計算し、そして表示できる新しいテクノロジです。ブックをベースにしてアプリケーションを構築できる開発フレームワークのように動作します。このテクノロジを公開する方法は、従来のアプローチとは基本的に異なります。対象とした新しいアプリケーションを効率的で、堅牢で、スケーラビリティのあるものにすることができます。アプリケーションでは、こういった特長はほとんど実現できません。これらの高評価のプラットフォームの柔軟性および性能を享受することができるため、この構造上の決定は重要です。インテリジェンス機能が提供されます。ソフトウェアの構築フレームワークが提供されます。ソフトウェアを構築および配置するための方法が提供されます。プラクティスが組み込まれ、そして負荷が増加した状態でも問題なく動作することを期待できます。プラットフォームが使用されているため、構成の変更が可能であり、管理のための労力を削減でき、そして本質的に分散化されていることを期待できます。アプローチすることは非常に重要です。向けアプリケーション開発の品質と労力が向上することになります。購入時には組み立て済みで、適切に構成済みであるように設計された製品です。考え方とは大きく異なります。拡張に当てることになります。この記事の大部分は、これらの方針に沿って設計されています。観点から考えるようになっています。アプリケーションの機能を構築したいという衝動を抑えるようにしてください。提供されている機能を補強する機能を構築することを探るようにしてください。アプリケーション間のブリッジです。ブックのみを対象としている点です。オートメーションの内部サポートは含まれていません。このことは障害とはなりません。機能を提供する中心的な役割を担うからです。サービス機能の提供などの多数の操作を行うことができます。機能を間接的に公開することになります。これが今後探求していく方向となります。統合された実世界のソフトウェアを構築することを学習します。高度な概念」には、例を示して興味深い統合アイデアを示します。使用されるツールおよび戦略を理解することになります。Services」を参照)。Services」)。重要なことは、古くからある問題に対処するために、新しいツールを使用した新しい方法で考えることを学習することです。アーキテクチャを紹介します。左にある垂直セクションで示す複数の主要コンポーネントで構成されます。レイヤに焦点を当てます。インテリジェンスの階層内に配置することは重要です。コンテキスト内でのみ検討します。インテリジェンスに関連する問題の特定のサブセットが解決されます。レベルのパフォーマンスの低さなど、さまざまなものが挙げられます。エンドからのデータの収集、異種情報の分析、同期の外れたデータの制御など、より基本的な問題によって、データ分析の進展が脅威にさらされています。インテリジェンスの領域で障害となる、広範囲の技術上およびビジネス上の問題に対してソリューションを提供するように設計されました。インテリジェンスの進行を妨げる数多くの障害に対する手直し以上のものが提供されます。設計レベルでのソリューションが提供されます。水平と垂直の両方向に拡張できるアプリケーションを設計できます。パターンを使用して体系化されたガイダンスが組み込まれています。エクスペリエンスに参加できます。接続できるようになります。統合の範囲はオフラインのシナリオにまで及びます。モデルへのプログラムによるアクセスが複数の論理レイヤーに分割されていることを確認してください。その後、これらのレイヤーは真の階層構造で、単一のコンピュータ上またはファーム内の複数のコンピュータ間で実行できます。このようにして、モデルによる水平方向の拡張が実現されます。アーキテクチャでサポートされます。プラットフォームに構築されたアプリケーションでは、プロセッサごとにほぼ線形のパフォーマンス向上が実現されます。示したアーキテクチャをしばらく考察してください。すると、このテクノロジによって、あらゆるプログラミングの可能性が開かれることに気付くでしょう。製品の全範囲をプログラムからアクセスできるようになります。ポイントが公開されるという点です。章で詳細に説明します。アーキテクチャ内の中心的存在であることを確認してください。別のサービスであることがわかります。独立してインストールされます。この分離によって、スケーラビリティを保証しながら、堅牢性が確保されるようになります。ついてさらに詳細に検討します。サービスを提供するように設計されました。使用すると、企業は地理的な境界を越え、組織の階層レベルをとおしてドキュメントを管理および操作できるようになります。クライアント経由で公開できます。ここでは、これらの特長について単に説明するだけでなく、構築も行います。構成可能で、簡単に配置でき、変更に対応できるプラットフォーム上にコラボレーションは構築されます。実際にソフトウェアの実世界での要求を満たす次世代の集合点レイヤーです。バックボーンは、これらのさまざまな要求を企業全体で効率的な方法で柔軟に対処できます。いった要求を適切に処理するように構築されています。章では、こうした興味深いソフトウェアを使用してアプリケーションを構築するプロセスについて説明します。次のセクションでは、アーキテクチャ内部の詳細について説明します。プラットフォームを対象としたコードを書き始める前に、各要素および要素どうしがどのように相互作用するのかを理解する必要があります。この新しいアーキテクチャからパフォーマンスと機能を引き出すために、別のアプローチで何が可能か、また何を再検討すべきかについてよく理解する必要もあります。その後で、数多くのコードを作成します。クライアントに表示されます。スプレッドシート、ピボットテーブル、およびチャートは、すべてのブラウザで同一の外観が保証された状態で表示されます。アプリケーションとは基本的に異なります。オブジェクトを幅広く組み合わせることで、スプレッドシートとピボットテーブルを表示していました。このアプローチでも目先の問題は解決されましたが、これは偏りのある近視眼的なものだったため、さまざまなクライアントがスプレッドシートを参照および操作できるという企業全体に対するソリューションを提供することができませんでした。このアプローチの一般的な問題点は、これらの製品に追加コストがかかり、構築および配置のシナリオが多くの場合で複雑になったことです。クライアントにブラウザの制限が課されました。ブラウザでしか実行できませんでした。新しいアプローチは包含のポリシー上に構築されています。すべてのブラウザで使用可能な方法で出力が構成されることは道理にかなっています。このように、開発者は構築できるアプリケーションの種類では制約されません。このようなアプリケーションに組み込むことができる機能の範囲によっても制限されません。アプリケーションは、可能な限り広範囲の顧客を対象にできるようになりました。向けのソリューションの構築および配置のプロセスについて説明します。バージョンの外観と同じです。エンド機能の一部にある顕著な違いについては、多少慣れる必要があります。スプレッドシートに入力する方法があります。スプレッドシートのセルは読み取り専用です。これらのセルには直接データを入力できません。その代わりに、対象セルに関連付けられたコントロールにデータを入力する必要があります。スプレッドシートを示します。バージョンと比較すると、このアプローチは不格好で、外観が不自然です。重要なことは、ユーザーにこの新しい入力機能の操作方法を教育するために、時間と労力を投資する必要があることです。プログラミング」では、この制限に対処する方法について説明します。警告このように入力方法が大幅に異なる理由は不明です。明らかに技術的な制限によるものではありません。ユーザーは直接セルにデータを入力できます。パーツと密接に関連している点です。ページでひとまとまりの機能を提供するコントロールです。コントロールで公開されます。パーツの操作性を向上させるためのものです。インターフェイスの背後の機能をカプセル化できます。エクスペリエンスと機能を向上させることできます。フライで選択的に機能を組み込むことができるアプリケーションを開発できるようになりました。ユーザー機能を提供することについて検討し始める必要があります。チャートをそのままページに配置できません。開発とあまり変わっていませんが、このアプローチを使用するといくつかの利点があります。ページに組み込むと、同じ機能を提供できます。インターフェイスをカスタマイズできるようになります。ページおよびアプリケーションのアクセシビリティの設計および構築時に特に重要となります。パーツの開発に焦点を当てます。章の一部では、アクセシビリティについて詳細に説明します。エンドから計算プロセスを分離します。システムの境界を越えたアプリケーションを構築できるようになります。計算サービスとブックの機能セットがクライアントに公開されます。クライアントは計算結果を表示するタスクに集中できます。セーフな方法で要求を処理できます。インフラストラクチャでは自動的に同時実行の問題が処理されるため、計算の異常が発生するリスクが削減されます。機能に焦点を当てます。サービスとしてアクセスできます。アセンブリへの参照を通じて機能にアクセスできます。株式取引などのリアルタイムの制約内で実行する必要があるアプリケーションでは、通常、直接リンクが使用されます。サービスが使用されます。参照を追加する方法に関するウォークスルーについては、『プロジェクト設定ガイド』を参照してください。章にはさらに詳細な説明があり、これらの記述の背後にある技術的な利点を探求します。レイヤーで実行されます。名前が示すように、計算エンジンは計算要求の処理を担当します。各計算要求はアトミックです。要求が受け取られると、単一のトランザクションとして処理されます。計算の正確さが保証されるように、トランザクションは特定のセッションに対して固定されます。クラスタ上の分散計算に対応しています。ファームに新しいサーバーを追加すると、サーバー単位でほぼ線形にパフォーマンスが向上するようにアーキテクチャが調整されています。計算エンジンの計算の整合性に対するペナルティなしで、パフォーマンスが向上します。レベルの正確さが保証されます。開かれたブックのセッション状態が保持および管理されます。セッションのように動作します。章では、このアプローチの技術的な部分についてさらに詳細に説明します。ブックのキャッシュも管理されます。セッションに従ってキャッシュされます。同じアカウント資格情報を共有する複数のユーザーはプールされ、これらの要求の処理にブックの単一インスタンスが使用されます。管理されるキャッシュされたプールの一部を形成します。セットのパフォーマンスが向上しています。ついてより詳細に説明します。垂直および水平方向に拡張できるように設計されました。合わせて自動的に調整されます。アーキテクチャもネイティブでサポートされています。アプリケーションを使用して構成するだけ対応できます。バランサによって、機能的な整合性および計算の正確性が、拡張するファーム全体にわたって実現されます。ライブラリが含まれます。サービス層との間の通信が自動的に処理されます。コンポーネントは、コードからプログラミングできません。バランサの構成に使用される管理コンソールを示します。構成可能なオプションは数多くあります。各オプションは静的です。実行中の負荷に合わせた動的な調整は行われません。管理者が、実行中に設定を調整する必要があります。管理者が使用できるさまざまな設定を示します。データベースに依存します。後で、データベースの重要な部分を構成する方法について説明します。ストアには物理的な上限が設けられていないという点が重要です。任意のサイズのデータベースに対応します。上限が設けられています。年に突然登場したわけではありません。実際には、長く充実した歴史があります。いう製品からすべてが始まりました。ドキュメント管理、および検索サービスが含まれていました。いう新しい製品に置き換えられました。パーツの概念が導入されました。サービスが向上しました。いう名前に変わりました。つの開発のコードの流れをもたらしています。いう製品がリリースされました。