三層服務(wù)式架構(gòu)：分為數(shù)據(jù)層、業(yè)務(wù)層、表示層。相對應(yīng)的就是數(shù)據(jù)庫、服務(wù)器（web服務(wù)器，地理數(shù)據(jù)庫服務(wù)器）、客戶端（瀏覽器或軟件）
讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：主機(jī)域名、網(wǎng)站空間、營銷軟件、網(wǎng)站建設(shè)、雙峰網(wǎng)站維護(hù)、網(wǎng)站推廣。
硬件要求
1
CPU
Pentium?1GHzminimum（或以上）
2
內(nèi)存
最低256M，推薦512M或以上
3
磁盤空間
根據(jù)開發(fā)平臺版、企業(yè)版、專業(yè)版、工程版、桌面版、學(xué)習(xí)版、搭建平臺、遙感處理系統(tǒng)、數(shù)據(jù)空間
根據(jù)您的業(yè)務(wù)需求調(diào)整
4
其他
根據(jù)您的業(yè)務(wù)需求，如三維可視化部分對顯示加速卡的要求較高，最好配置主流獨立顯卡；地圖出圖需要配套的打印機(jī)、繪圖儀；空間數(shù)據(jù)采集需要的輸入設(shè)備；遙感定位需求的GPS設(shè)備
軟件要求
1
操作系統(tǒng)
WindowsXPProfessionalSP2（或以上）
WindowsServer2003StandardEditionSP1（或以上）
WindowsServer2003EnterpriseEditionSP1（或以上）
Windows7旗艦版（X64/X86）
WindowsServer2008StandardSP2（X64）
2
瀏覽器
IE6或更高版本（安裝搭建平臺依賴項）
3
IIS
IIS5/6/7（安裝搭建平臺依賴項）
4
第三方組件
Microsoft.NETFrameworkV2.0
MSXML4SP3
Python2.5
Pythonwin_For_Python2.5
MicrosoftVisualC++2005ServicePack1X86
WindowsInstaller V4.5
微服務(wù)是一種架構(gòu)思想。將原有的單個業(yè)務(wù)系統(tǒng)拆分為多個可以獨立開發(fā)，設(shè)計，運行和運維的“小系統(tǒng)”。這些“小系統(tǒng)”之間通過服務(wù)完成交互和集成。每個”小系統(tǒng)”除了能處理本身的業(yè)務(wù)功能外，同時也將自身的能力朝外部發(fā)布為服務(wù)。
SOA
SOA（面向服務(wù)的架構(gòu)）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）的緊耦合系統(tǒng)，劃分為面向業(yè)務(wù)的，粗粒度，松耦合，無狀態(tài)的服務(wù)。服務(wù)發(fā)布出來后，供其他服務(wù)調(diào)用，一組互相依賴的服務(wù)就構(gòu)成了SOA架構(gòu)下的系統(tǒng)。
微服務(wù)是 SOA 的升級版，做到更細(xì)的粒度，處理了更多的問題。
例如圖1中將所有的功能打包在一個WAR包里，基本沒有外部依賴（除了容器），部署在一個JEE容器（Tomcat，JBoss，WebLogic）里，包含了 DO/DAO，Service，UI等所有邏輯，缺點也非常明顯，部署不靈活以及擴(kuò)展性不夠，但我們?nèi)绻凑請D2的為方式，按照業(yè)務(wù)而不是技術(shù)來劃分組織，內(nèi)部各個服務(wù)通過REST方式進(jìn)行溝通，那么可以使平臺使部署、管理和服務(wù)功能交付變得更加簡單。
如果一句話來談SOA和微服務(wù)的區(qū)別，即微服務(wù)不再強調(diào)傳統(tǒng)SOA架構(gòu)里面比較重的ESB企業(yè)服務(wù)總線，同時SOA的思想進(jìn)入到單個業(yè)務(wù)系統(tǒng)內(nèi)部實現(xiàn)真正的組件化。
微服務(wù)與
一般提到微服務(wù)都離不開Docker與DevOps，理解微服務(wù)架構(gòu)是核心，Docker是工具，是手段。
Docker容器技術(shù)的出現(xiàn)，為微服務(wù)提供了更便利的條件，比如更小的部署單元，每個服務(wù)可以通過類似Node.js或Spring Boot的技術(shù)跑在自己的進(jìn)程中?？赡茉趲资_計算機(jī)中運行成千上萬個Docker容器，每個容器都運行著服務(wù)的一個實例。隨時可以增加某個服務(wù)的實例數(shù)，或者某個實例崩潰后，在其他的計算機(jī)上再創(chuàng)建該服務(wù)的新的實例。
DevOps即開發(fā)測試和部署運維的一體化。當(dāng)我們的單體應(yīng)用拆分為多個“小系統(tǒng)”后，雖然整體架構(gòu)可以松耦合和可擴(kuò)展，但是如果拆分的組件越多，這些組件之間本身的部署運維就越復(fù)雜。DevOps夠?qū)崿F(xiàn)開發(fā)設(shè)計到部署運維的一體化。
微服務(wù)優(yōu)勢
1. 通過分解巨大單體式應(yīng)用為多個服務(wù)方法解決了復(fù)雜性問題。 在功能不變的情況下，應(yīng)用被分解為多個可管理的分支或服務(wù)。微服務(wù)架構(gòu)模式給采用單體式編碼方式很難實現(xiàn)的功能提供了模塊化的解決方案，由此，單個服務(wù)很容易開發(fā)、理解和維護(hù)。
2. 這種架構(gòu)使得每個服務(wù)都可以有專門開發(fā)團(tuán)隊來開發(fā)。 開發(fā)者可以自由選擇開發(fā)技術(shù)，提供API服務(wù)，實現(xiàn)敏捷開發(fā)。
3. 微服務(wù)架構(gòu)模式是每個微服務(wù)獨立的部署。 開發(fā)者不再需要協(xié)調(diào)其它服務(wù)部署對本服務(wù)的影響。這種改變可以加快部署速度。
4. 微服務(wù)架構(gòu)模式使得每個服務(wù)獨立擴(kuò)展。 你可以根據(jù)每個服務(wù)的規(guī)模來部署滿足需求的規(guī)模。甚至于，你可以使用更適合于服務(wù)資源需求的硬件。
四駕馬車
最后再談?wù)勗蹅僑uperMap家族中的四駕馬車（iServer、iExpress、iPortal、iCloudManager），這些產(chǎn)品也是借鑒了微服務(wù)設(shè)計思想，例如iCloudManager，它可以管理成千上萬的Docker容器，將每個Docker完全做到進(jìn)程級別的隔離，資源占用率又很小，滿足微服務(wù)架構(gòu)開發(fā)與測試以及自動化部署運維。
服務(wù)型GIS，就是把SOA架構(gòu)、web services等相關(guān)理念和技術(shù)應(yīng)用到GIS中，形成了services GIS，尤其是基于OGC標(biāo)準(zhǔn)上的移動GIS，更體現(xiàn)了這一點,具體介紹如下：
移動GIS，是以移動互聯(lián)網(wǎng)為支撐、以GPS智能手機(jī)為終端的GIS系統(tǒng)，是繼桌面GIS、WEBGIS之后又一新的技術(shù)熱點，移動定位、移動MIS、移動辦公等越來越成為企業(yè)或個人的迫切需求，移動GIS就是其中的集中代表，使得隨時隨地獲取信息變得輕松自如。
隨著SOA架構(gòu)思想的滲透、OGC標(biāo)準(zhǔn)的成熟，移動GIS已成為互連、共享、互操作的開放系統(tǒng)，GIS服務(wù)端對外發(fā)布OGC標(biāo)準(zhǔn)服務(wù)，客戶端按OGC的協(xié)議標(biāo)準(zhǔn)發(fā)送請求，以調(diào)用服務(wù)端發(fā)布的服務(wù)，獲取所需要的結(jié)果。這種架構(gòu)及標(biāo)準(zhǔn)化所帶來的優(yōu)勢：一，屏蔽了服務(wù)端、客戶端的軟硬件差異，用戶不再關(guān)心服務(wù)端、客戶端的具體實現(xiàn)，不論服務(wù)端采用哪種GIS服務(wù)器，也不論客戶端是桌面程序、WEB程序、還是手機(jī)程序，只要服務(wù)端和客戶端都遵守相同的協(xié)議標(biāo)準(zhǔn)，就可以實現(xiàn)之間的交互操作；二，便于服務(wù)聚合，實現(xiàn)數(shù)據(jù)共享與互操作，為解決多系統(tǒng)的信息共享和交互操作，需要解決系統(tǒng)與系統(tǒng)之間的接口問題，web services技術(shù)給出了很好解決方案，互相之間通過調(diào)用服務(wù)的方式來獲取對方的信息，方便了移動GIS系統(tǒng)本身以及與其他信息系統(tǒng)之間的交互與集成；三，分布式計算，web 服務(wù)分布于互聯(lián)網(wǎng)不同的服務(wù)器上，利用Http+xml實現(xiàn)交互通信，BPEL整合業(yè)務(wù)邏輯，實現(xiàn)計算的透明性和分布式。
跬步科技 提供了移動服務(wù)式GIS完善的產(chǎn)品和解決方案
重慶分公司
重慶分公司
