開発者のワークフローを簡素化し、作業を迅速化します。

デベロッパーワークフロー

92%の企業がマルチクラウド戦略をとっており、80%がハイブリッドクラウド戦略をとっている。 ハイブリッドクラウドとマルチクラウドは、ベストオブブリードをサポートし、アジリティを高め、収益を向上させる。開発者は、一度に複数の場所に接続する必要があります。今日の最新の継続的インテグレーション（CI）および継続的開発（CD）パイプラインには、ソースコード管理、ビルドとテストの自動化、リリース自動化、そして最後にデプロイメント段階が含まれます。

開発、テスト、生産環境、そして世界中に散らばるデバイスを管理しなければならないDevOpsおよびITチームにも同じことが言えます。

VPNは20年以上前にリモートワーカーと組織のデータセンターとを結ぶために生まれました。それ以来、クラウドアプリケーション、BYOD、そして著名な在宅勤務環境は世界を変えました。

今日の開発者は、自宅、会社のオフィス、共有ワークスペース、Airbnbなど、移動しながら作業しています。 VPNは、以下のような問題を引き起こします。

• VPNは常にオンになっているわけではないので、開発者はログインプロセスに1つ余計なステップを追加する必要があります。
• VPNではIPルーティングの制限があるため、開発者はサブネットの衝突を避けるために、同時に2つのVPNに接続することができません。
• VPNは、すべてのトラフィックを集中管理された場所/サーバーにルーティングするため、VPNハードウェアの拡張は負担となる。 ホスト型ソリューションではコストがかかるか、時間がかかり、パッチが適用されていないVPNサービスやエージェントがあると、セキュリティの脅威にさらされる可能性がある。
• 開発者は、アクセス制御リストにIPアドレスを追加するために、IT部門またはDevOpsに相談する必要があります。 あるいは、開発者が自分でAllowed/Whitelistを更新することを許可している組織もありますが、これはプロセスの従業員数を減らすことになりますが、セキュリティ上の脅威につながる可能性があります。
• VPNは、プライベートIPアドレスはVPNを経由するが、パブリックIPアドレスは自分のインターネット接続を経由する「スプリット・トンネル」で設定することができる。 これは、VPNを利用していても、喫茶店にいるときはパブリックIPアドレスが変わってしまうことを意味します。 また、VPNを100％利用していると思い込んでいるが、実際はそうではないため、誤った安心感を与えてしまう。
• MySQLデータベースの中には、AWS RDSのMySQL設定など、パブリックなエンドポイントしかないものがあります。 VPNではこの問題を解決できない。
• 一部のユーザーにパブリックアクセスを許可する必要がある場合、やはりアクセスリストが必要です。これで、VPNとアクセスリストを管理することができました。

開発者はRemote.Itを使ってどのようにAWSリソースにアクセスしているのでしょうか。

Remote.AWSのクラウドサービスなどのネットワーク接続を、開発者が利用するためのローカルアドレスにマッピングしてくれます。以下はその例です。

セキュアシェル(SSH)

コマンドラインから任意のサービスやサーバーに直接接続可能

データベース

Redis、RDS、DynamoDBなどのデータベースへの接続

HTTPS/HTTP

Webアプリケーションとの連携

リモートデスクトップ

Windows EC2インスタンスなどのサーバーへのリモートデスクトップ

‍