オンラインでファイルのやり取りをする為の主流とは・・・。

Question

###前提・実現したいこと
タイトルどおりですが、ファイルの共有を行う際の主流やトレンドはどのようなものなのでしょうか。
安全かつ、低コストで運用できる手法を挙げていただけると幸いです。

###補足
端折りすぎたので補足させていただきます。
現在FTPサーバーを介して複数の取引先ごとにテキストファイルのUp,DL処理を行っております。
FTPクライアントもどきは自作でVBにて作成しております。古いプロジェクトを引き継ぎだましだましで処理を続けるのに限界を感じ、作り直す予定なのですがどの技術(言語)、手法を用いたものを使えばよいのか困っているところです。

同業他社ではweb周りの言語で対応しているようにも見受けられるのですが・・・。(詳細不明)

Answer 1

ローカルネットワーク外での共有

googleドライブなどの共有機能

・ソース管理やバージョンの管理が必要なのであれば
gitのプライベートリポジトリ
（コストを抑えたいならば、どこかのクラウドサービス上にGitBucketなどで構築）
他少し古いがCVS、Subversionも

ローカルネットワークのみでの共有

NAS
ファイルサーバーを構築

用途と共有するファイルが求めるセキュリティ（個人情報等が入っていたら安易なものを選べない）により選択でしょうか。。。

同業他社ではWebサーバー？にUpしているようなのですが

webサーバーを構築して、ダウンロード等するのに認証が必要にしている？等が考えられそうですね

・追記

質問の追記部分を読んで、まだ具体的な目的、用途ははっきりとはわかりませんが、同業他社のくだりでの部分を読んでみると、やはり、ウェブサーバーを立てて、その中にphpやruby、java、pythonなど言語はどんなものでもよいですが、webベースのシステムを構築する事になると思います。

コスト面で抑えたいのであれば、大規模なシステムでなければ今時、クラウドサービスは月500円くらいも出せば普通に動作できる程度の(仮想)サーバーは構築できます。google cloud、aws、IDCクラウドなどなど調べれば多数でてくるとおもいますのでその下限のプランならリーズナブルです。

そこにOSインストールして（有料のでないLinux系で良いと思います）、
mysqlやmariadb、postgreSQLなどインストールしてphpなどでシステムを組む流れじゃないでしょうか？
同業他社もおそらく(サーバーのプランやOS、言語は多様でしょうが)そういった事をしてるのでは？

調べれば１からシステム構築ではなく用途によっては使えそうなCMSもあるかもしれませんね

Comments

[hiim]

追記しました

Answer 2

複数の取引先ごとにテキストファイルのUp,DL

手段は腐るほどありますので、まずは目的を明確化する所がスタートになります。

本来であれば説明できる範囲内でどんなファイルをやり取りしているか書いて欲しい所ですが、
回答者側がどんな説明が欲しいかのサンプルとして、目的別にパターンを３つ程考えてみました。
現状と照らし合わせて考えてみて下さい。

• 直ぐ捨てる。ファイルをちょっと預かってくれるサービスならなんでも良い

ChatWorkで十分です。
ビジネスに特化したサービスということで、ビジネス上やり取りするファイルのセキュリティ的な扱い等はそれなりに頑張っている印象です。
数百MBまでのファイルのやり取りは可能です。
送信と同時に通知が出来ますし、メッセンジャーも兼ねているのでLineのフレンド欄が汚れるだとか、メールであるあるな雛形本文のやり取りの懸念も解消されます。

• こちらから渡したデータを元に作業してもらって、更新したファイルを返して欲しい

これをChatWorkやFTPでやり取りしていると手戻りがやばいですね。
世代管理ツールのGitを利用しましょう。
GitHubやBitBucketというGitの世代管理情報を保存してくれるサービスがあり、
（この世代管理情報をリポジトリと呼び、上記サービスはGitリポジトリのホスティングサービスと呼びます）
無料で１リポジトリ最大1GB程度まで管理してくれますが、GitHubは有料プランでなければ非公開のリポジトリを作れません。
無料で非公開ファイルのやり取りを行いたい場合はBitBucketを利用してみてください。

• 安く重いファイルのやり取りがしたい、どんどんファイルが積み重なる

AWSのS3やGoogleのCLOUD STORAGEを検討してみましょう。
相場は3円/1GB * Month程度で１時間単位計算です。
また、ファイルのDLにGB単位で少額ですが課金されますので、すぐ消すからといって数TBのファイルをオラオラやり取りするとそれなりな請求になります。

因みにGitHub等のリポジトリホスティングサービスでは、WebHookという更新を検知して特定URLを叩く機能があり、
例えば特定URLが叩かれるとファイルの更新をメール等で通知するような仕組みを作っておくと捗るでしょう。

AWSではS3にファイルを保存すると、自動的にスクリプトやメール送信するという連携機能がありますので、
WebHook等と同じくメール等でファイルの更新を通知する仕組みを用意出来ます。

Answer 3

ファイル共有をどのような用途で行うのでしょうか？具体的でないと正確な回答が得られないと思います。
Google DriveやDropBox、SugarSyncの他にも数えきれない程のファイル共有サービスが存在します。
それらは専用クライアントもありますし、OSにマウントしてディスクとして扱うこともできます。

例えば、Eメールでの添付ファイルの送信を禁止し、ファイル共有サービスを使って渡す
という用途であれば、宅ファイル便等が無料でも利用できます。

Answer 4

個人的には、
FTPを使っていて、取引先が直接書き込んだりするファイルでしたら、
そのまま使ってもいいと思います。

仕事上のデータのようですので、Google Driveなどのファイル共有は良くないでしょうね。

同業他社ではweb周りの言語で対応しているようにも見受けられるのですが・

このようなことを言われているのでしょうか？
<POSTでデータを送信する>
http://dobon.net/vb/dotnet/internet/webrequestpost.html

IIS等のWebサーバーとそのセキュリティー設定等、インターネットに接続するならハードル上がります。