PHP工程师往架构师方向须要注意哪些。

忽然看到这篇文章, 值得检讨, 乐在其中, 在接下来的发展中不被淘汰的都来看看，

如何成为一个架构师
先明确这里所指的PHP工程师，是指主要以PHP进行Web系统的开发，没有使用其的语言工做过。工做经验大概在3~4年，普通的Web系统（百万级访问，千成级数据之内或业务逻辑不是特别复杂）开发起基本驾轻就熟，没有什么问题。但他们会有这样的误点：

◆ 除了PHP不使用其它的语言，可能会点shell 脚本。

◆ 对PHP的掌握不精（不少PHP手册都没有看完，库除外）。

◆ 知识面比较窄（面对需求，除开使用PHP和MYSQL，不知道其它的解决办法）。

◆ PHP代码以过程为主，认为面向对象的实现太绕，看不懂。

这些PHPer在遇到须要高性能，处理高并发，大量数据的项目或业务逻辑比较复杂（系统须要解决多领域业务的问题）时，缺乏思路。不能分析问题的本 质，技术判断力比较差，对于问题较快能找出临时的解决办法，但经常在不断临时性的解决办法中，系统和本身一步步走向崩溃。那怎么提升本身呢？怎么能够挑战 难度更高的系统？

更高的挑战在那里？

结合我本身的经验，我列出一些具体挑战，让你们先有个感性的认识。

高性能系统的挑战在那里？

◆ 如何选择Web服务器？要不要使用fast-cgi 模式；

◆ 要不要使用反向代理服务？选择全内存缓存仍是硬盘缓存？

◆ 是否须要负载均衡？是基于应用层，仍是网络层？ 如何保证高可靠性？

◆ 你的PHP代码性能如何，使用优化工具后怎么样？ 性能瓶颈在那里？ 是否须要写成C的扩展？

◆ 用户访问有什么特色，是读多仍是写多？是否须要读写分离？

◆ 数据如何存储？写入速度和读出速度如何？ 数据增涨访问速读如何变化？

◆ 如何使用缓存？ 怎么样考虑失效？数据的一致性怎么保证？

高复杂性系统的挑战在那里？

◆ 可否识别业务所对应的领域？是一个仍是多个？

◆ 可否合理对业务进行抽象，在业务规则变化能以很小的代价实现？

◆ 数据的一致性、安全性能否保证？

◆ 是否撑握了面向对象的分析和设计的方法？

这里所列出的问题，你都能确定的回答，说明在技术上你基本已经可能成为架构师了。如何你还不能回答，你须要在如下几个方向增强。

怎么样提升，突破瓶颈

如何你还不能回答，你须要在如下几个方向增强：

◆ 分析你所使用的技术其原理和背后运行的机制，这样能够提升你的技术判断力，提升你技术方案选择的正确性；

◆ 学习大学期间重要的知识，操做系统原理，数据结构和算法。知道你之前学习都是为了考试，但如今你须要为本身学习，让本身知其因此然；

◆ 从新开始学习C语言，虽然你在大学已经学过。这不只是由于你可能须要写PHP扩展，并且还由于，在作C的应用中，有一个时刻关心性能、内存控制、变量生命周期、数据结构和算法的环境；

◆ 学习面向对象的分析与设计，它是解决复杂问题的有效的方法。学习抽象，它是解决复杂问题的惟一之道。

http://blog.csdn.net/fangaoxin/article/details/6713756