php微服務架構
㈠ php有哪些框架
PHP的框架有很多，這里說一部分供大家參考：
國內框架：ThinkPHP, Canphp, KYPHP, InitPHP, SpeedPHP, CdvPHP,KPHP。
國外著名框架：Zend Framework，Codelgniter，CakePHP，Symfony，Yii，Seagull，Laravel。
小型框架：E，DuoLamPHP，Difeye，GalaxixPhp，PhpPeanuts，Rong Framework，Openbiz Framework。
㈡ php為什麼不適合做微服務
php不適合做微服務原因：例如與硬體通訊.至於開發的話,你可以用swoole擴展或者grpc。
PHP畢竟是CGI腳本，很多底層的驅動級的工作還不能做，而且主要是其面向對象不夠完善，在SOA上的應用還是有些不足。當然因為PHP能夠做些位計算什麼的，可以很方便的做些幀協議的操作，比如Radius協議的實現等。
快捷高效：
PHP的內核是C語言編寫的基礎好效率高，可以用C語言開發高性能的擴展組件;PHP的核心包含了數量超過1000的內置函數，功能應有盡有很全面，開箱即用程序代碼簡潔；PHP數組支持動態擴容，支持以數字、字元串或者混合鍵名的關聯數組，能大幅提高開發效率。
PHP是一門弱類型語言，程序編譯通過率高，相對其他強類型語言開發效率快；PHP天然熱部署，在php-fpm運行模式下代碼文件覆蓋即完成熱部署；PHP經過20多年的發展，在互聯網上可以搜到海量的參考資料供參考學習。
㈢ 國內常用的PHP框架有哪些
有以下幾種：Canphp，KYPHP，SpeedPHP
㈣ 如何成為一個PHP方向的架構師
作為一名十年PHP老司機來講下，剛開始1-2年都是都是CODER，知道項目版本如何控制，用一些基本框架就可以完成項目。
工作三年PHP不僅僅是只完成碼農工作，還需要深入學習PHP優化，Swoole介面，微服務，Mysql底層優化等，才能擁有一份25K左右的薪資，讓自己有一些市場競爭力度！
等你有一定經驗，4-5年這個階段後，想要進階CTO、架構師的話，高並發分流，分布式緩存、RPC、API架構設計等技術都必將掌握！
如果你想要往架構師或TL的方向發展的話，那或許你可以看一下我分享給你的這份進階路線圖，主要針對1到5年及以上的PHP開發人員，裡面的技術包涵了PHP高並發、分布式、微服務、框架內核、高性能等技術！！還准備了一套中高級進階學習教程，分享tp,laravel，Swoole，swoft微服務等教程，想要進階的PHPer請戳網頁鏈接
PHP架構師體系
㈤ 談談微服務架構是一個怎樣的存在
微服務是近些年被廣泛提及的一個概念， 微服務架構可以理解為一個輕量級的服務治理方案， 也就是將系統的功能，通過服務的形式發布到伺服器上，對服務進行組合調用，實現具體的功能，解決實際業務問題的架構風格。
微服務產生於單體應用的擴大化，隨著信息化不斷發展，企業對軟體功能的要求越來越具體，也愈發的細致，如果通過應用程序來實現，必然是一個極其復雜而又痛苦的過程，由此誕生了微服務的概念。就是 將功能發布成服務，應用程序通過調用不同的服務來實現業務， 這種設計架構稱之為微服務。
微服務架構的優點在於每個服務可以有獨立的團隊開發，服務之間互不幹涉，保障了系統的穩定性。由於功能被拆分到更細的粒度，有效的降低了程序的復雜程度，對硬體的需求也隨之降低，但是微服務也有一些不足，比如服務調用帶來的系統復雜性，服務間的依賴關系也是難以管理的，如何構建合理的服務依賴是考驗架構師能力的重要依據；最後，微服務架構的部署以及跟蹤也是很難的。總之， 微服務架構有著自身的應用場景以及特點，了解哪些場景適合微服務比掌握微服務的具體技術更為重要， 適當的技術用在適當的場景，才能發揮合適的價值。
微服務架構是當前最流行的技術架構，主要組件有注冊中心、網關、配置中心和各種微服務模塊。架構靈活、易擴展、可動態擴容。
在微服務之前，系統架構經歷很長時間的演變，簡述如下：
1.無架構優點：因為沒有太多的訪問路徑轉換，效率是最高的；
缺點：沒有分層，邏輯混亂，維護難，擴展難。
2.MVC
架構單系統，表現層、邏輯層、業務層分開，各層分工協作。
優點：邏輯清晰、分工明確、易維護。
缺點：系統集中部署，屬於強耦合，某些業務模塊出現異常時，會導致整個系統無法訪問。
3.SOA架構面向服務的架構，多個系統分布式部署，通過消息匯流排進行通訊。
優點：各個系統的業務相對獨立，耦合低；
缺點：消息匯流排負擔太重，中心化太重，介面缺乏規范。
4.微服務架構一個系統，按照粒度規劃，劃分為很多的微服務，而每個微服務，對應一個具體的業務實現，並可擁有自己獨立的資料庫，整個就是微服務架構。
優點：如上，架構靈活、易擴展，在實際運營時，按需擴容，集群部署。各個微服務業務互不影響，耦合性低；
缺點：開發成本高，對部署有一定的專業性要求。
從技術而言，微服務已經是一個設計理念很成熟的架構，可滿足不同層次，不同業務場景的需要，而且經過多個版本的迭代，該踩的坑也基本踩完，生態系統完整，開源組件選擇多多，很有一統天下的趨勢，值得嘗試。
但，不要為了微服務而微服務，要根據自己實際的要求去做抉擇和取捨。
比較，適合自己的，才是最好的！
微服務是近幾年技術社群討論很多的一種軟體架構方式，可以說是SOA的現代版本、 時尚 版本。不過這次浪潮不是由大公司倡導的，而是由工程師們引領的。比如，它採用工程師們熟悉的RESTful介面，而不是笨重的WebService，也不需要一大堆昂貴的中間件。
那微服務為什麼流行起來？按理說它們都是讓軟體更加模塊化，使相互之間保持松耦合，從而優化系統架構。
國內流行起來的微服務架構——RestCloudRestCloud 為了保證服務不注冊中心癿高可用性，服務不注冊中心通過水平擴展癿能
力允許對服務不注冊中心迚行集群配置，開在網關層做了服務癿注冊癿數據緩存。
Spring Cloud Eureka 是 Spring Cloud Netflix 微服務套件中癿一部分，它基於 Netflix Eureka做了二次封裝。主要負責完成微服務架極中的服務治理功能。
如果你目前使用SpringBoot開發API服務則無需修改任何代碼，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，對開發人員無任何感知，如果你使用RestBoot開發平台開發API則已經是天然集成了配置中心的客戶端Jar包無需任何依賴。 如果你使用php,c#開發目前RestCloud並沒有提供現成的解決方案，你需要通過Rest API來接入RestCloud配置中心並自已在本地實現配置緩存管理。
穩定性RestCloud採取全新的本地配置持久化技術，保證配置中心不會形成單點故障，因為所有的配置數據在應用則具有本地緩存和持久化技術，假定RestCloud配置中心出現故障且長時間未能恢復的情況下，應用則的程序會自動讀取本地緩存配置數據. 進一步假定這時應用也剛好出現故障需要重啟，則本地緩存在重啟後將會消失,這時應用將自動從持久層再次讀取配置數據到緩存中從而恢復運行，所以RestCloud配置中心不會出現故障後影響應用的運行,RestCloud配置中心優於目前開源的大多數配置中心解決方案。
易用性如果你目前使用SpringBoot開發API服務則無需修改任何代碼，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，對開發人員無任何感知，如果你使用RestBoot開發平台開發API則已經是天然集成了配置中心的客戶端Jar包無需任何依賴。 如果你使用php,c#開發目前RestCloud並沒有提供現成的解決方案，你需要通過Rest API來接入RestCloud配置中心並自已在本地實現配置緩存管理。
穩定性RestCloud採取全新的本地配置持久化技術，保證配置中心不會形成單點故障，因為所有的配置數據在應用則具有本地緩存和持久化技術，假定RestCloud配置中心出現故障且長時間未能恢復的情況下，應用則的程序會自動讀取本地緩存配置數據. 進一步假定這時應用也剛好出現故障需要重啟，則本地緩存在重啟後將會消失,這時應用將自動從持久層再次讀取配置數據到緩存中從而恢復運行，所以RestCloud配置中心不會出現故障後影響應用的運行,RestCloud配置中心優於目前開源的大多數配置中心解決方案。
網站鏈接：http://www.restcloud.cn/restcloud/mycms/index.html
參考資料：https://blog.csdn.net/kezi/article/details/81276727