一、“涌现”胜过“顶层设计”
　　2014年我校建设了学生“综合素养评价平台”（该平台依旧是在“顶层设计”之下开发的），该平台包括：思想品德、身心健康、基本素养、生活素养、社会实践、学业水平、研究创新、国际视野等8个模块。2015年“我的青春@紫色城堡”学生综合素养平台作为深圳市典型案例参加了教育部第二届信息化展会，反响积极。但在实际使用过程中，平台主管部门学生处发现还是存在不少问题，比如：学业水平模块的设计理念是把师生参与课程的全过程记录在案，包括学生申报课程、撰写课程感悟、教师认证课程、评价学生的感悟等，理念的设计符合大数据的“全数据”观念，但这样无疑增加了师生的工作量，大家普遍反映操作繁琐、工作量太大、不好用，师生参与度不高。
　　针对问题，学生处提出需开发一个融记录学生个体行为数据和评价班级管理为一体的平台——“和谐班级管理系统”和一个记录学生课程和社团数据的平台——“校本课程系统”。有了这两个系统的支撑，数据来源的问题也就迎刃而解，“学生综合素质评价平台”于2017年开始在我校常态化使用。
　　二、“微应用”胜过“大平台”
　　2015年建成的“综合素质评价平台”把选课、评课、师生互动、课题研究等内容全部包含在内，是一种大平台的技术架构。这就导致每一次小的技术修改都必须从底层设计改起，费时费力。要修改一个地方就要将整个应用全部重新部署，编译时间过长，回归测试周期過长，开发效率低。另外，这种“大平台”应用也不利于更新技术框架。
　　而学校现实的情况是怎样呢？学校组织测试有学习成绩的数据，开设选修课就有课程数据，组织研究性学习就有研究课题数据，组织体测就有体测数据，每年一次的体检形成了体检数据，校园卡里还记录学生的消费数据，对学生行为日常管理还生成行为评价数据，以及图书借阅数据、请假数据、社会实践数据、义工联的义工数据等。这些具体的使用场景是相对独立的，缺乏现成数据的使用场景单独开发程序，导致不能将已有的数据对接到综合素质评价平台相对应的模块中。“搭积木”“微应用”的开发思路改变了以往大而全的平台设计方式，从而使平台反应快速，使之适应在探索过程中不断修改的需要。
　　 “微应用”（micro services）不是新概念，很多公司已经在实践了，例如阿里巴巴、Google等。微应用架构模式（Microservices