應用交付工程師，這個概念這幾年是越來越紅火， 但是如何才能算得上一個合格的應用交付工程師呢?

　　應用交付售后工程師
　　在應用交付產品出現之前，用戶內部通常是網絡管理員和應用維護人員的對立，例如：
　　當一個應用訪問出現問題的時候，網絡管理員會說，服務器IP能ping通，所以不管我們的事;應用維護人員會說，通過127.0.0.1能正常訪問應用，所以也不管我們的事。那如何連接網絡和應用?這邊是應用交付的由來。
　　應用交付的意義在于架設網絡與應用之間的橋梁，并提升應用的冗余性，穩定性，提高用戶訪問的體驗。對于應用交付工程師，經常遇到的事，莫過于用戶打電話來說，在你們設備上做好配置，但是應用訪問有問題;或者在你們設備上線之前應用訪問正常，而設備上線之后訪問出現問題等等。這個時候，和傳統網絡工程師和應用維護工程師不同的是，應用交付工程師必須找到應用出現問題的具體原因，解決問題，或者至少證明與自身設備無關，這個時候就要要求至少有2個方面的能力要求：

　　豐富的網絡排錯知識
　　其實很多時候，用戶反映應用問題，或者設備配置問題，其實都是一些網絡層面的問題。我這里有2個例子。
　　第一個例子：有次渠道工程師在進行一個鏈路均衡的設備上線，上線以后用戶發現上網很慢，就認為是我們設備配置問題，客戶一直一直讓我們找原因，在后來一次上線的時候，后來經過抓包分析，發現是前端華三設備配置不當，造成了環路，從而影響到鏈路均衡設備的運行。
　　第二個例子：在一個服務器負載均衡的項目中，用戶反映某一個應用配置以后，一個下屬部門始終無法訪問應用，懷疑是我們設備故障。通過設備自帶的抓包工具發現，當該下屬部門發起訪問的時候，設備上根本沒有抓到相關的請求包，懷疑用戶網絡路由有問題，導致請求包根本未到達我們設備上，更談不上訪問應用了。后來經過確認，下屬部門三層交換機上的網絡掩碼有問題，導致該部門發起的對應用的請求根本就未通過網絡轉發到負載均衡設備上，自然談不上正常訪問了。
　　這種類型的情況我還碰到過很多次，雖然不直接和我們設備相關，但是如果不能幫用戶找到具體的原因，就無法證明自己的"清白"，所以一定要具備豐富的網絡排錯經驗。

　　對各種應用協議的熟悉
　　要處理關于應用的問題，首先需要對需要處理的應用協議有相當的了解，還是舉2個例子來說明吧。
　　第一個例子：有次項目中，對weblogic上的應用做負載均衡，出現一個問題，用戶在訪問該應用時候，通過門戶登錄進去以后，大部分頁面都正常，但是其中一個選項點進去以后發現無法正確連接數據庫，無法顯示正常的數據。用戶認為是設備問題。后來通過httpwatch抓取http協議包分析有問題的頁面，發現打不開頁面的原因是因為weblogic建立2次連接的時候，沒有訪問正確的應用IP，而是訪問一個以前配置的IP。將截圖作為證據給用戶看，用戶才接受不是我們設備問題。
　　第二個例子：在一個鏈路均衡的項目中，用以替代以前用做出口的防火墻，而原來的防火墻由于有ipsec vpn的配置，所以必須移動內網，同時在出口設備上做映射。但是部署完成后，發現ipsec vpn隧道無法成功建立，經過分析ipsec vpn的協議細節，懷疑是nat修改目標ip后引起ipsec協議的校驗錯誤，后來采用三角傳輸，對ipsec的包不改變目標ip以后，得以解決問題。
　　因此，要做一個合格的應用交付售后工程師，需要具備豐富的網絡故障排錯經驗，需要熟悉多種常見的應用協議，且要善于使用4層和7層的抓包工具，這樣才能幫助用戶定位各種應用的訪問問題，且能證明自己應用交付設備的"無辜"，畢竟做為應用和網絡的橋梁，被“冤枉”是常事。