Microsoft が Azure Toolkit for Java IntelliJ IDE をアプリケーション セントリック ビューなどで強化

Microsoft は、 Java on Azure Toolingの更新を発表し、IntelliJ IDE で使用される Azure ツールキット用に新しく設計されたアプリケーション中心のビューを導入しました。この更新は、より幅広い Azure サービスのサポートを追加し、Gradle プラグインを強化しながら、インターフェイスをよりユーザー フレンドリーにすることを目的としています。さらに、 Azure Web AppsとAzure Functionsに新しい機能をもたらします。

さかのぼる 4 月に、Azure Explorer のアプリ中心のビューが製品ロードマップで発表されました。 Microsoft の開発部門のプログラム マネージャーである Jialuo Gan がブログ投稿で説明したように、Azure Explorer は、Web アプリ、関数アプリ、Spring アプリ、仮想マシン、ストレージ アカウント、データベースなどのロジック サービスのコレクションでした。ただし、これらのサービスは、アプリケーション (リソース グループ) ではなく、リソースの種類によってグループ化されていました。

Gan 氏は、このビューにより、Azure Explorer で作業する開発者が、1 つのアプリケーションに関連するさまざまなサービスや製品を管理および理解することが困難になったと述べています。一部の開発者は、サービスの種類ごとにグループ化されたリソースのビューに集中力を失ったり、圧倒されたりしたと報告されています。この問題に対処するために、更新プログラムはこれらのサービスの表示構成を変更し、開発者がアプリケーションのコンポーネントをより適切に認識および定義できるようにします。 Gan 氏はさらに、アプリケーション別にグループ化された Azure リソースのビューが開発者に表示されるようになると説明しました。

開発者は、Azure Explorer でルート ノードのリソース グループを見つけることができるようになり、アプリケーションごとにまとめて配置された同じリソース グループに属するすべてのリソースを表示できるようになりました。ユーザーは、アプリケーションごとにリソース グループのリソースを作成または削除することもできます。

Azure Toolkit for IntelliJ の開発者チームは、(監視やその他の機能に使用される) Application Insights利用可能になり、開発者が Azure Explorer で Application Insights を直接管理できるようになったことも明らかにしました。

デプロイ スロットのサポートなど、Gradle プラグインの改善も導入されました。開発者は、Web アプリまたは関数アプリを Azure App Service にデプロイするときに、既定の運用スロットの代わりに別のデプロイ スロットを利用できるようになりました。 Microsoft は、この方法により、開発者は最初にステージング デプロイ スロットでアプリの変更を検証し、次にそれらを同じ App Service 内の運用環境にスワップできると説明しました。

今後、開発者チームは、Azure サービスとの統合、ユーザー エクスペリエンス、クラウドネイティブ開発、Azure ベースのコードの内部ループの最適化、パフォーマンスと信頼性、Azure サービス上の Java との緊密な統合、およびもっと。

ツールキットのドキュメントは、 ここに あります。ツールキットの更新は、Microsoft が進行中の Java on Azure プッシュの一部であり、これにはAzure Spring Appsの更新とAzure Spring Apps Enterpriseの一般提供が含まれます。

2019 年に VMware と共同でリリースされたAzure Spring Apps 、Microsoft が管理する Platform-as-a-Service (PaaS) オファリングであり、ボイラープレート コードを排除し、アプリケーション開発を高速化することで、開発者が Spring Boot アプリ用の最新のマイクロサービス パターンを作成できるように設計されています。クラウド。オープンソースの Java ベースのフレームワークである Spring Boot は、マイクロサービスに重点を置いたスタンドアロンのプロダクション グレードの Spring ベースのアプリケーションを開発するために広く使用されています。

エンタープライズ層は、vCPU バージョンで 0.5 コアと 512Mi メモリをサポートするようになりました。ランタイムはソース コードまたはデプロイするアーティファクトから自動検出されるため、エンタープライズ層アプリのランタイムを指定する必要がなくなります。展開後、ユーザーは [プロパティの表示] オプションを使用してノードを右クリックし、構成を表示できます。

low-codeおよびno-codeソリューションの需要が高まり続ける中、 AppMaster などのプラットフォームは、ユーザーが豊富なコーディング経験を必要とせずにバックエンド、Web、およびモバイル アプリケーションを作成するための強力なツールを提供します。 AppMaster のプラットフォームを活用することで、ユーザーは簡単かつ効率的にアプリケーションを開発でき、より幅広い企業や個人がアプリケーション開発にアクセスできるようになります。