合適的文件傳輸方法和過程可能很難符合管理規章和時間約束的要求。Dan Sullivan擁有20多年IT從業經驗，包括參與不同行業的應用程序設計、系統架構和企業安全。在本文中他將向我們介紹WAN管理人員如何實現安全和成功的文件傳輸。

傳統的文件傳輸是如何實現的?

Dan Sullivan：文件傳輸是包含多個系統的復雜業務工作流的其中一個步驟或者所有任務中的一個子集。例如，訂單處理或信用風險評估就可能需要一些文件傳輸，但是這些過程都包含了其他步驟。通常我們會使用一個簡單的腳本來傳輸文件，如shell腳本或Perl 腳本，傳輸協議通常會用FTP，偶爾也用HTTP。考慮到業務需求非常窄，我們通常會很快完成，我們采取某種方法編寫腳本解決最直接的業務需求……如果我們這樣做，最終將會一遍遍地重寫這個腳本，一次次地復制其中的功能。如果編寫得很匆忙，可能會出現很多錯誤處理代碼。由于不同的開發人員在程序中使用不同的設計模式，導致代碼變得非常難維護。所以我們會有許多文件傳輸筒倉，它們與具體的應用程序緊密關聯……它們可能無法實現一些必要的擴展。因此，就可能會出現一些安全性問題。這就是通常所見到的文件傳輸方法。

如何修改傳統的文件傳輸方法呢？

Sullivan：文件傳輸本身是一個非常重要的業務過程；它不僅僅是某個應用程序的一個很小的部分。它確實需要我們像管理其他過程一樣進行管理——無論代碼開發還是備份。這首先需要制定一些用于定義文件傳輸和[確定]特定類型文件傳輸需求的標準策略和流程。

例如，如果傳輸文件中包含高度敏感的信息，我們就需要在文件傳輸中應用一些安全性策略；如果其中有性能問題，我們也需要在其中應用一些規則。這就是所謂的……我們需要修改的就是管理。

從實現上看……文件傳輸方法應該更加集中地管理；這并不是說所有文件傳輸都應該通過某個服務器，但是它們應該使用同一個代碼庫或者一個集中的應用程序來處理全部或者大部分的文件傳輸方法，這有助于維護。同時，如果您擁有一個設計良好或者健壯的應用傳輸系統，那么可擴展性和可維護性問題就會少很多，因為文件傳輸會被看作是需要解決的***級業務問題。理想情況下，您可以使用第三方文件傳輸解決方案，它能夠支持多個協議。如果您需要處理業務伙伴或客戶使用的多個不同傳輸協議，使用定制程序是很難做到位的，因為您需要實現的特性非常多。很好地實現集中管理，并使用確實健壯的應用程序，這些就是實現良好的文件傳輸的三個關鍵因素。

大型企業WAN管理人員一般最關心文件傳輸中的哪一部分？其中優先級***的應該是哪個？

Sullivan：這總是取決于具體的情況，如果一定要區分，那么我認為安全性是***位的。由于行業不同，您會遇到許多不同的規范和法規問題。但是，在文件傳輸過程中，如果您不能合理地保證文件傳輸的完整性和保密性，那么所有其他方面實際上都無關重要了。所以我認為安全性是第1優先級的。

我認為第2優先級是性能與可靠性。性能指的是要在限定時間內完成文件傳輸，并且要能夠根據業務量的增大而相應擴展。可靠性只是要能夠與應用程序匹配，所以您不需要總是擔心會出現讓文件傳輸方法出錯的復雜環境因素，而這在定制腳本時是經常遇到的。

第3優先級是管理和報告，報告可提供短期的策略問題警告和報表。例如，如果文件傳輸中遇到空間或存儲問題，傳輸方法因此失敗，那么您可能希望馬上知道問題所在，這樣才能夠修復問題。此外，長期報告能幫助您理解變化趨勢。

從WAN管理者的角度看，為了保證文件傳輸不會出現缺陷和傳統文件傳輸方法的問題，您首先會采取什么樣的措施？

Sullivan：肯定是管理問題。這涉及到實施IT策略的核心。通常***的方法并不是技術方法；更多是組織管理問題。例如，如果您有一個售票系統……您可能會將新的文件傳輸作為售票系統向IT發送請求的方法之一。所以，一方面是要定義策略和流程。另一方面是使人們更容易地使用這個集中管理機制。第三是要編寫簡單的腳本來搜索目錄，例如，查找包含Perl腳本、管道腳本或Ruby腳本的目錄，這些腳本會使用文件傳輸方法專用的模塊和協議。但我并不十分主張對它們進行監控。如果您制定了策略，并進行了合理地簡化，我認為大多數人都會遵守，特別是那些像我這樣從事這方面工作時間較長的開發人員。編寫文件傳輸程序是我們經常做的事，同時也是我們想逃避的事。我們應用端的人員會很樂意看到WAN管理人員提供集中的文件傳輸機制。對此，我認為我們都會趨之若鶩。

作者：Rachel Surette