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

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

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

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