Blogs on 璞玉

Dagu：开源轻量级工作流工具及自我更新方案

Sat, 11 Jul 2026 00:00:00 +0000

在日常运维、自动化脚本和任务编排场景里，先接触简单稳定的计划任务（cron）。随着任务复杂，需要重试、查询执行日志、可视化管理等，就需要寻找一款新的工具。

OpenClaw + Matrix 私有化部署与避坑指南

Tue, 10 Feb 2026 00:00:00 +0000

在AI个人助理领域，OpenClaw（曾用clawdbot、moltbot）凭借其强大的功能、社区支持及高度可扩展的插件架构，成为了许多用户的首选。然而，消息通道的选择往往令人头疼，目前支持飞书，不支持直接微信、企业微信、钉钉等，主力使用的不支持，只好另辟蹊径。

读书分享之某大佬回忆录

Sat, 29 Nov 2025 00:00:00 +0000

近期在网上发现一本某大佬写的回忆录，之前群里朋友推荐，由于出版时间（1987）过于久远，仅有扫描版，趁着学习兴趣，也就顺手整理制作个人学习之用的电子版，初步完成整理，略读完成之后，脑海浮现四个字：铮铮铁骨。

全员缴纳社保，船迟又遇打头风

Fri, 08 Aug 2025 00:00:00 +0000

近期，依托“金税四期”的大数据，推动落实企业为所有员工足额缴纳社会保险。这只是对既有法规的执行收紧，意味着过去数十年间普遍存在的社保“灰色地带”正迅速消失。在目前的经济形势下，对小微企业及普通人群的冲击，正引发广泛关切。

网站改版，启用新主题

Wed, 30 Jul 2025 00:00:00 +0000

自重捡起 puyu.co 搭建 blog 后，一晃网站已经运行近五年，原先的版面也有些视觉疲劳，之前一直想改使用的 hugo 主题，却把样式改残，故迟迟未能更换。近期发现一款 hugo theme，感觉简洁美观，遂有改版想法。下载后简单应用，就开始动手。

学习总结S4

Fri, 30 May 2025 00:00:00 +0000

时光如梭，一晃S4也在不经意间结束，意味着这次旅程已经进入尾声，先简单记录下S4 期间的一点点收获。

香港保险与内地保险比较浅析

Wed, 26 Mar 2025 00:00:00 +0000

本文基于对香港和中国内地保险市场进行比较分析。通过对两地保险市场在监管和法律框架等方面的根本差异，深入探讨了香港保险相对于内地保险的优势与劣势，尤其是在保费、保障范围、投资回报和理赔服务等方面。阐述了关于香港保险的一些常见误区，总结了适合购买香港保险和内地保险的不同人群特征。

哈耶克与信息不对称

Sat, 15 Mar 2025 00:00:00 +0000

最近偶然看到一句话：“哈耶克曾指出，任何资源的配置都是特定决策的结果，而人们所做出的任何决定都取决于其给定的信息”。作为一个经济学爱好者，这句话让我既熟悉又困惑。

着眼本质，探索解决问题的路径

Thu, 16 Jan 2025 00:00:00 +0000

在复杂多变的世界中，我们常常被一系列纷杂的现象所迷惑，常常自以为找到了问题的核心，结果却事倍功半事后却发现只是触及了皮毛。那么，如何才能拨开迷雾，直达问题的本质。本文将围绕“本质”问题展开探索。

用大模型的日常：与‘熊孩子’斗智斗勇

Mon, 30 Dec 2024 00:00:00 +0000

近年AI 方面百花齐放，各种类似 ChatGPT 的模型不断涌现，各个号称身手非凡，各种屠榜。在一番使用之下，总之一言难尽。

不过洋节就文化自信？

Thu, 26 Dec 2024 00:00:00 +0000

和去年一样，12月底总有一些在网上转发，“12月24日不是平安夜，是长津湖战役胜利周年的日子“，一批狼又开始欢呼雀跃，又”赢“麻了，静下来发现压根不是那回事儿。

学习总结S3

Fri, 06 Dec 2024 00:00:00 +0000

进入 S3 后，第一次上课后就感觉废了，这个学期仅残留的的一丝热情，也很快被浇灭。浑浑噩噩熬到最后，例行简单做个小结，数数有哪些意外的收获。

红米手表4:金玉其外

Fri, 08 Nov 2024 00:00:00 +0000

近期将佩戴三年的华米手表更换为更大的红米手表4，满怀期待，一番体验之下，发现并不如所愿。

人力策略的权衡分析

Sat, 19 Oct 2024 00:00:00 +0000

近期听到一个人力方面的案例，甲方遇到难题，咨询师思考两天，给出一个“高级”方案，物色一位“三高一低不相干”人员，如愿解决甲方困境，初听对人力咨询师甚是佩服。

用RAG打造专属的Zabbix专家

Thu, 12 Sep 2024 00:00:00 +0000

随着ChatGPT的爆发，各行各业开始拥抱AI，2023年12月的zabbix中国大会，自然不能免俗，其中一场演讲就是关于使用ChatGPT结合zabbix官方文档（PDF文件），进行“智能”问答。近期一直尝试AI，查阅关于提高AI问答能力的方法，结合实际，采用RAG方法提升大模型（LLM）的回复专业度，打造专属工具。

案例比赛之旅

Mon, 26 Aug 2024 00:00:00 +0000

最近去武汉参加案例比赛。起初，对此兴趣不大并不打算参与。临近时，抱着“学习”案例分析方法、“凑数”的心态，踏上了前往荆楚大地的旅程。这心态在一定程度上影响比赛表现。

《功过汉武帝》读书分享

Thu, 08 Aug 2024 00:00:00 +0000

很高兴有机会与大家继续探讨一些有意思的书籍。在这次讨论中，我选择分享《功过汉武帝》这本书。

软考备考建议

Fri, 12 Jul 2024 00:00:00 +0000

近年来软考，全称计算机技术与软件专业技术资格（水平）考试，已成为热门考试之一。不仅为从事IT相关工作的人员提供了职业资格认证，更重要是“以考代评”，成为职称方面的香饽饽，加之没有专业限制、费用低性价比极高，造成众多人员慕名而来。基于之前备考经历，提供一些实用的备考建议，仅供参考。

学习总结S2

Wed, 26 Jun 2024 00:00:00 +0000

时光如梭，转眼间就来到了期末，这个学期课程相对宽松，中间两次法定节假日可以略作休整。回顾一下这段学习过程，与去年相比，略作躺平状，没啥追求与压力，仅做个小结记录。

《伊隆·马斯克传》读书分享

Thu, 06 Jun 2024 00:00:00 +0000

今天(2024.6.6)是个特殊日子，感谢大家来听书社分享读书心得感悟。今天给大家推荐的是《伊隆·马斯克传》，通常大家叫他马斯克，也有亲切叫他马一龙，能看出国内粉丝对他的热情与喜爱。

《宏观经济学二十五讲》观后感

Sat, 06 Apr 2024 00:00:00 +0000

这学期开设选修课程《宏观经济学》，也算是扩展上学期管理经济学的内容，课程从必修变为选修，仅4次课。选用的教材徐高的《宏观经济学二十五讲：中国视角》，明显比上学的教材水平高出一筹。

这能当拐杖过河么？

Mon, 01 Apr 2024 00:00:00 +0000

最近发现一种现象，总有一些人在创业、事业中遇到挫折后，开始转向阅读教员的选集，试图通过反思、批评和自我批评后汲取精神力量，试图寻找灵丹妙药。

经济学是否为科学?

Fri, 16 Feb 2024 00:00:00 +0000

经济学是否为一门科学长期存在争议。普遍认识是经济学使用一系列数学模型，理所当然的属于自然科学的，此外，由于涉及到人，也会被认为属于社会科学。由于涉及到人的复杂性，能否理性分析等，导致经济学的复杂性与预测困难性，与物理学、数学的比较，是否属于科学尚存质疑。

OpenDRG：开源DRG分组器提升医疗质量与效率

Thu, 08 Feb 2024 00:00:00 +0000

OpenDRG是一款免费、开源的医保DRG分组器，为医疗机构提供了强大的DRG分组功能。OpenDRG率先支持国家医保局CHS-DRG 1.2分组规则，目前已支持全国60多个省市地区的分组方案，并提供了丰富的统计指标和数据分析功能，持续更新为用户提供医保DRG方面的全新体验。

创新还是骗保？永嘉江南医院案件浅析

Wed, 24 Jan 2024 00:00:00 +0000

近期涉及医保的案件二审宣判，结果判医保局支付保销款并撤销行政处罚，然回顾事件，却令人唏嘘不已。从2016年底至今长达6年之久，那个曾想着用医术回报社会的人已备受摧残、心血早已耗尽，仅留下荒废的医疗大楼在寒风中……

使用Zabbix监控深信服超融合的方案

Sat, 06 Jan 2024 00:00:00 +0000

近期公司上线一套深信服的超融合平台进行私有云的建设，上线后已经将原有的多台服务器迁移至平台，系统运行平稳。对监控就提上日程，如何进行监控，深信服超融合本身提供监控，可以从平台方面进行。主机安装agent进行监控（可能存在疏漏，安装agent复杂），或者使用平台自身的监控。

转向奥地利学派

Tue, 26 Dec 2023 00:00:00 +0000

第一个学期（S1）课程结束后这段时间，一直在看奥派的文章书籍，尤其看到几篇经济学大家转为奥派的文章，回忆起自己毅然扔掉课本，转向奥派进发，也就个把月，甚至感觉有些恍惚。

学习总结S1

Wed, 06 Dec 2023 00:00:00 +0000

时光如梭，转眼间就来到了期末，这个学期周末连轴转，安排得满满的，确实是一次考验。回顾一下这段简单的学习过程，简单做个小结，记录下有哪些收获。

超强算力可以玩转计划经济吗？

Fri, 01 Dec 2023 00:00:00 +0000

最近在看一些材料，计划经济实施不好是因为当时计算条件有限，如果有超强的算力，就可以将计划经济运转好。对于发展经济的目标，在一定的约束条件下，降低环境影响、持续发展、产业协同……这些就可以看作是一个最优化的问题，运用算力，可以求得最优解，实现计划经济繁荣发展。

初试AIGC

Fri, 08 Sep 2023 00:00:00 +0000

最近用了几天具备AI能力的搜索引擎，发现比较好用，又试了下用AI生成的应用文，尤其是结合最新的场景，结果令人惊叹，可以说直接打好草稿了，效率提升不止一星半点。随着AI的“泛滥成灾”，如何快速识别就成为即将迫切面对的问题和急需提升的能力之一

一起医院收购后浅析

Mon, 14 Aug 2023 00:00:00 +0000

之前分析过一笔收购传言，但很快就揭晓了，海吉亚斥资16.6亿收购西安一家民营医院。近期在反思复盘中，无意间看到一篇文章《16亿收购一家年盈利破亿的医院，接下来要做什么？》，原以为作者在西安本地工作过，会有一些深度解读，提出有价值的问题，通篇看完，如有剥洋葱，啥都没有

接口费，或许是借口费

Tue, 01 Aug 2023 00:00:00 +0000

医疗信息经过近二十年快速发展，目前日趋完善，但相对其他行业，如通信、银行、电力等，还存在涉及机构众多，业务变化频繁，投入较少，从业人员技术良莠不齐，相对封闭。常言道，穷山恶水出刁民。在医疗信息行业，就有一处让人如芒在背——接口费，经常让医疗机构苦不堪言。

一起医院并购的不确定性分析

Mon, 17 Jul 2023 00:00:00 +0000

近期听到一个传闻，某民营医院A要被B股东甩手卖给C集团，甚至传出收购价格，B股东在2016年购买A医院后，经过三年打造，2019年总算是通过为三甲评审，正是脱手买个好价钱的时机，奈何突发疫情，将原先的计划化为泡影，期间多次传出被卖、新资本投资扩建等传言，

非全日制考研选择比努力更重要

Mon, 26 Jun 2023 00:00:00 +0000

近期一位大佬晒清华大学研究生录取通知书，即将就读博士学位，直接引起一阵对研究生招生的热议。据了解，非全日制方式博士要求非常高，虽然博士延毕率逐年上升，大佬入学选择就选择了当红辣子鸡人工智能方向，略作改进很容易发paper，自然不用担心不能毕业。

一家医院的默默消亡

Tue, 23 May 2023 00:00:00 +0000

近期在玩模拟医院经营的游戏"双点医院"中，使用一种策略，早期重视口碑扩展中期维持盈利赚钱，解锁新区域后慢慢放弃旧院区。在现实中，一些机构面临类型的发展曲线，早期经营者坚持初心，花费大量心思与努力，树立区域口碑，但经过一段时间，慢慢下滑，渐渐被淡忘，甚至慢慢病入膏肓，处于“植物人“，没有重大失误，甚至一直在努力发展中……

Zabbix集成任务平台自动管理老旧设备

Fri, 19 May 2023 00:00:00 +0000

升级使用Zabbix6.4后，发现原先使用的zabbix中一处涉及ssh的脚本无法执行，检查后发现提示错误信息：Cannot establish SSH session: kex error : no match for method kex algos: server 。查阅Zabbix document发现Zabbix更新了libssh库，不再支持一些老旧设备的ssh，会出现上述问题。

OpenDRG：开源分组器助力医疗信息化发展

Sat, 29 Apr 2023 00:00:00 +0000

疾病诊断相关组（Diagnosis Related Groups，DRG）是起源美国耶鲁研究医院评价产生的工具，在国外已经有数十年的历史¹，可以评估医疗服务效率及有效控制医疗保险费用处于相对合理范围。目前国家医保局已经出台政策，进行付费方式改革，目前多省市医保局已经采用DRG方式进行结算。DRG的落地，对医院的信息化提出更高要求，尤其是一些信息化投入不高的医院，更是迫在眉睫。

某校校训小记

Sat, 15 Apr 2023 00:00:00 +0000

近期有意游览某高校，其校训为“敦德励学，知行相长”，校园里也有明显标识。

运维告警管理，由一告警截图说开

Wed, 15 Feb 2023 00:00:00 +0000

近期，在与客户沟通过程中，被问及监控系统时，提及一张告警的截图，要求指出存在的问题及客户的需求点，最好能提出建议。

使用Zabbix监控Zabbix新版本发布

Fri, 10 Feb 2023 00:00:00 +0000

Zabbix作为一款优秀的开源监控解决方案，其开发非常活跃，按照官方的规划，每半年发布一个正式中等版本（如x.2、x.4）,每隔一年半发布一个大版本，正式版本通常会有一些期盼的功能，要想早点尝试新鲜出炉的版本，需要及时关注版本发布信息，而号称"Monitor whatever you want"的Zabbix能否实现？

Zabbix 6.0 企业微信Webhook接收告警消息

Sat, 04 Feb 2023 00:00:00 +0000

近期更新zabbix至6.2后，使用微信进行告警，发现网上的对应的zabbix 5版本的企业微信webhook脚本报错，无法使用，经检查略作调整修复。

模拟医院运营之《双点医院》

Sun, 18 Dec 2022 00:00:00 +0000

周末在家，寻思找个游戏玩玩，发现两款模拟医院的游戏《双点医院》与《医院计划》，查看介绍，《医院计划》更加“硬核”，需要具备一些医疗知识，界面包含医院、医疗的细节，模拟较为真实，上手门槛较高。对比之下，《双点医院》画面更卡通，模拟医院发展过程更简单些，更适合大众休闲。从多方评价对《医院计划》更耐玩，评价较高，所以我先选择《双点医院》。

三级医院评审标准2022版浅析

Sat, 17 Dec 2022 00:00:00 +0000

近期国家卫健委更新三级医院评审标准，发布后的评审工作使用新版，与2000版本相比，本次调整主要更新部分内容，推动医院评审向日常监测、客观指标、现场检查以及定量与定性评价相结合的方向转变整体思路与框架未做重大调整，具备连续性。

DRG: 民营医院的一道坎

Sat, 19 Nov 2022 00:00:00 +0000

2020年10月，国家医保局开始在全国推广实施按病种分值付费（Diagnosis-Intervention Packet，DIP），试点覆盖了71个城市。2021年11月，国家医保局印发《DRG/DIP支付方式改革三年行动计划》，提出支付方式改革于2025年底前实现全覆盖。随着医保支付改革在全国逐步走向纵深，DRG/DIP支付方式将覆盖所有符合条件的开展住院服务的医疗机构。

膨胀的互联网医院号别

Sun, 13 Nov 2022 00:00:00 +0000

近期关注互联网医院，了解到某三甲医院在互联网医院建设过程中，逐步完善、持（想）续（法）改（贼）进（多）过程中，针对不同业务细化出多种号别，令人目眩。其中背后付出巨大精力的软件开发商也陷入困境疲于奔命，而新的不断客户的需求仍然不断提出，需要在目前基础上绞尽脑汁去满足。

文件备份及同步

Sun, 25 Sep 2022 00:00:00 +0000

在日常运维中，需要对一些重要的文件进行备份，通常使用专用的备份工具即可。对于一些需要完整文件备份的任务，如有一款趁手同步工具就比较省心，在网络中，一番搜索，有如下几款效果不错。

单一数据库能否在医院落地？

Tue, 12 Jul 2022 00:00:00 +0000

近期看到一篇文章《“全院一库”：是彻底解除“全院多库”结构性制约的一剂良方》，阅读中发现是某厂家的案例分（宣）享（传）。其中HANA等关键字很有特点。

wails：electron之外的更优选择

Thu, 23 Jun 2022 00:00:00 +0000

对于桌面apps开发，尤其需要原生功能支持、有离线使用需求、迭代速度较快、对下载安装不太敏感同时桌面端开发人员不足的项目，最好能够利用js构建跨平台的桌面端应用。提供一个定制的“浏览器”，封装了一些原生系统的功能，提供给开发者。如可以定制不同系统的菜单栏、应用图标、任务栏，控制应用窗口的大小和位置，调用本地的程序等。相比web应用，开发者摆脱了来自浏览器的限制、并可以间接地和原生打交道。

仅盯住院人数，难免陷入歧途

Sun, 12 Jun 2022 00:00:00 +0000

近期接到一个案例，某医院近期住院人数一直处于高位，几乎全部住满，达到开放床位的 96%以上，该医院长期将住院人数作为核心指标之一，每日院级交接班必汇报次指标数据。持续如此高的日住院人数，这在之前少有的，故医院管理层据此认为医院处于高效率高质量运营状态，发展势头一片大好。

人才招聘之ABCDE

Mon, 16 May 2022 00:00:00 +0000

某单位欲寻求一流（A-class）人才，琢磨出一套筛选基线（Baseline），面对纷杂（Crowd）的应聘者，评估得出成绩D（Degree），最终（End）一无所获。

医疗信息中常见数据库

Sat, 14 May 2022 00:00:00 +0000

关系型数据库

医信系统的绝对主流,在医疗信息化中具有中流砥柱的地位。

在职考研内卷，求学道阻且长

Fri, 18 Mar 2022 00:00:00 +0000

2022年的考研之路，相对往年更难一些，考前面临“封城”，考后遭遇国家线暴涨。尤其是非全日制MBA之外专硕，可能往年稳上岸，今年只能黯然离去，连“调剂”的机会都没有。如此“内卷”，但求只此一载。

Zabbix 6.0 新版界面中文翻译内测

Sun, 13 Mar 2022 00:00:00 +0000

上个月zabbix最新版6.0已发布，之前使用docker方式部署，简单docker pull更新后，处理数据库版本低问题后，就更新完成。兴奋之余，发现界面依然是之前的，尚未更新，遂决定自动动手。

西安一码通故障浅析

Wed, 05 Jan 2022 00:00:00 +0000

2022年首个工作日，处于疫情攻坚阶段的西安，刚展开新一轮大规模核酸采集时，西安一码通再次“崩溃”，抗疫工作又一次陷入被动。随后，采用“限流”、建议卸载清缓存等措施，逐步恢复。疫情期间两次大规模故障，造成的巨大影响，让身处西安的人们如同火上烧非常焦灼。因一码通项目公开信息较少，从网上公布的信息，对西安一码通故障进行简析。

系统架构师考后感想

Sun, 26 Dec 2021 00:00:00 +0000

从2021年下半年软考架构师考场出来，雨雪交加，湿冷直渗入身体，哆嗦着默默走到地铁口。感觉应该没戏，成绩出来也不敢查询，过了几天后才鼓起勇气，进软考网站查询，竟然通过了！惊喜不言而喻，打算简单总结下。

Zabbix案例：调用API监控存储状态

Tue, 30 Nov 2021 00:00:00 +0000

去年在一个项目上，需要对一台存储进行监控，主要监控存储的剩余容量，当容量触及预警值时，及时告警。对于此类需求，自然使出号称可以监控一切的神器——Zabbix。

监控目标

存储是采用开源系统，具有web界面，可以通过账户密码在web界面登陆上，进入后可以在界面上显示。通常使用脚本模拟登陆，之后请求获取页面信息，再使用xpath进行提取，需要较高的脚本编写能力。

在登陆后，在浏览器按F12,进入调试模式，选择网络部分，发现一系列请求中，返回为json格式，使用Zabbix的HTTP监控功能，几乎不用编写代码就可以搞定。

http监控

新建主机Host，填写基本信息名称、群组、接口
新建监控项，选择HTTP代理,填写名称、键值、URL
填写HTTP请求相关信息，主要有请求类型、http头、返回状态等信息 注意： http请求头信息，可以直接粘贴浏览器中调试信息，可免去登陆等操作。
填写采集频率等信息，保存
新建监控项，选择相关项目，填写名称、键值
选择预处理, 添加结构化数据中JSONPath, 填写筛选数据的表达式
可以进行测试，获取到数据后保存
可依照步骤5~7，建立其他的监控项

优化及后续

完成监控后，可以考虑如下方面的改进：

设置告警规则，如容量不足时提醒、短时间快速下降记录
设置图形化显示容量
设置对比图，关联其他监控目标后对比分析
调整采集频率
制作模版

本次采用Zabbix的HTTP代理监控，主要利用设置http请求头，避免进行账户密码登陆。对于使用token等，可采用类似方式。自Zabbix 6.0开始，支持直接使用账户、密码认证情况的API，进一步强化API的监控能力。

Zabbix 5.0 中文手册：HTTP代理

希腊字母表

Sat, 27 Nov 2021 00:00:00 +0000

最近疫情原因，让大家重新认识了希腊字母，先是delta，目前是omicron，但愿一切如常，不要在热点中学习元素周期表、工业原料、气象、地质等专业知识。

一场美丽的圈套：相亲平台的套路

Sun, 19 Sep 2021 00:00:00 +0000

最近在浏览公众号，经常有一些广告弹入眼帘，无意点击后发现是本地相亲公司的推广，出于观(hao)察(qi)行业动态，就按照流程简单注册，结果开启了一次“大冒险”。

免费证书Let's encrypt

Tue, 20 Jul 2021 00:00:00 +0000

近期将个人博客搭建起来后,仅支持http访问，在一些“现代”浏览器访问，总会提示不安全的标示，影响体验，支持https就成为必选。网站启用https，最关键就是申请网站对应的域名证书，通常商业的证书费用较高，优先选择Let‘s Encrypt的免费证书。

网络设备管理

Wed, 30 Jun 2021 00:00:00 +0000

近期在日常网络运维中，发现有一些简单的配置工作，时常打断工作流，一开始就想把这块工作推出去，但苦于团队中对网络设备管理能力一般，有时需要查询IP对应的设备端口，也无法顺利完成。之前通过培训效果也不佳，只有通过自动化的方式，简化操作界面，才可能从这项工作中解放处理。

信息项目知识转移参考材料

Wed, 26 May 2021 00:00:00 +0000

信息系统项目的知识转移主要通过文档、培训等方式落地，如何做好项目的知识转移关系到进行系统的运维、使用能效，下文为常用项目培训模板，仅供学习及工作中参考。

系规规划与设计参考材料

Tue, 25 May 2021 00:00:00 +0000

整体设计

设计原则

平台建设将以国家各类技术规范和业务要求为依据，采用业界成熟的解决方案，采用BS模式，建立软件系统，建设统一的业务处理体系。

先进性：以促进工作安全发展为指导原则，确保系统成熟稳定的同时放眼未来迎合发展。
兼容性：系统平台为开放式、标准化平台，满足未来本单位各服务部门及应用的无缝对接。
安全性：系统应对数据库的存储和访问提供有效的安全措施，防止数据链及数据通讯链受到恶意攻击，访问调用有痕且追溯可查。
可扩展性：系统的构建及数据的交互满足共享模式，采用灵活、开放的模块化设计为系统扩展、升级及可预见的管理模式的改变留有余地。
可靠性：多维度确保系统的正常运转与数据安全可靠。
经济性：实现最优化的系统设备配置，降低系统造价及运营成本。
易用和易维护性：系统应采用简洁、友好的人机界面，在出现系统故障时，能够简便快捷的进行处理。
共享性：系统共享性的要求为了保障各业务体系间的数据流转的流畅且在安全性保障的前提条件下，构建协同校验、统一管理的建设精神。

技术指标

技术路线

应用平台：平台系统遵循JAVA EE或.NET标准；
运行模式：B/S模式的五层架构；
扩展接口：基于Web Service、JSON等标准规范，采用XML的数据传输格式；低耦合应用组件进行分布式部署、组合和使用，具备未来可扩展增减业务模块的架构；
安全架构：符合HTTPS的安全架构；
操作系统：支持UNIX、LINUX和Windows操作系统；
权限控制：基于角色的访问控制RBAC模型的权限控制，可动态支持功能操作权限和数据访问权限灵活配置；
登录模式：支持单点登录与统一安全认证、支持数字证书验证；
系统架构：分布式系统基础架构，采用基于Hadoop技术或其它类似技术的大数据处理框架；

系统架构

系统采用Browser/Server的B/S模式（浏览器/服务器模式），服务器端采用Windows Server版操作系统。网络中心配备若干台高性能服务器，实行应用和数据分离的原则，加强系统运行的稳定性和安全性。服务器采用Windows Server2003以上版本，后台采用SQL Server数据库，前后台开发工具采用.net等。

整体系统分为：基础设施层（系统所需的基础设备、系统、中间件等）、资源层（实现具体功能的各种数据与信息库）、应用支撑层（对所有应用系统提供各种数据访问功能的中心服务系统）、应用系统层（实现具体功能的各种应用系统）、服务层。

资源层提供集中的数据访问，包括数据连接池控制、数据库安全控制和数据库系统。集中的数据访问能够在大量用户同时并发访问时共享有关连接等信息，从而提高效率，集中的数据库安全控制，使任何来自互联网的数据库访问都必须经过强制的安全管理，不允许直接访问数据库的行为，杜绝安全隐患。

应用层通过提供统一的数据服务接口，为各个应用系统提供服务，应用系统的表现可以是网站、客户端系统、Web服务以及其他应用。并通过目录与负载均衡服务提供统一的负载均衡服务。任何一个应用服务器都可以同时启动多个服务，而通过目录与负载均衡服务来进行负载均衡，从而为大量用户并发访问时提供高性能服务。信息集成分析平台应用服务器提供核心服务，包括数据服务、管理服务、基本安全服务、其他业务服务等；数据同步服务器将数据有条不紊的同步到各个数据库；系统更新与版本升级服务器提供各个系统的版本升级管理，使任何一个系统都保持最新版本；Web日志分析服务提供用户访问分析，提高平台后期修改、维护、更新的针对性。

系统安全

基于用户角色的权限控制实现应用层安全。一是严格控制不经授权的用户访问系统。二是每个合法访问系统的用户都具备一定的权限，以限制其操作范围。在业务系统操作时，只有具备相应业务系统操作权限的人员，才可办理相应的业务。将结合统一用户与权限管理实现基于用户角色的权限控制实现应用层安全。
权限管理方案对岗位（角色）的授权分为两个部分，一是业务操作的授权，菜单功能授权，二是数据的授权。通过管理员对分部门进行分别设置不同的角色，通过各种角色进行分配菜单和功能的权限，以及设置不同的数据权限。
加密策略加密主要包括数据的加密传输和数据的加密存储。对于普通数据加密传输，可以通过SSL 加密在 Internet 上传输，保证数据不被窃取。对于保密程度较高的信息可以加密存储，提供一个加密模块，采用 RSA 加密算法进行加密。通过加密模块，用户可以选择需要加密的数据表并存储下来。所有需要加密的数据表的数据在存储之前都需要通过加密模块检测，如果数据需要加密存储，则调用加密算法进行加密，加密后的密文存放倒数据库中；如果不需要加密，则直接存储明文。同样，在调阅数据的时候，如果是加密数据则通过加密算法进行解密还原成明文，展现在用户面前；否则直接提取数据展现在用户面前。
信息保密由于网络的互联性和开放性，信息在网络中的传输不可避免地存在被监听的可能，要实现信息传输的保密性只有对信息进行加密，以密文方式传输，即使被监听，监听者也无法明白密文所表示的信息。平台对采集或传输的数据按照标准的加密组件进行了数据的加密，当数据到达后由对应的解密组件进行解密，提供了信息的加解密机制。信息也可能在传输过程中被截获篡改后再转发出去，造成信息的完整性受损，平台安全管理平台对接收后数据采用完整性校验算法进行完整性校验，被改动的信息即被认为是无效信息，并对无效信息进行丢弃不予保存，以此保证信息的完整性。
数据备份对于系统，应对重要数据服务器进行一次完全的系统的灾难备份，将系统及其上数据（成果数据或非成果数据）完全备份到磁带库中，将灾难备份介质按照介质安全措施安全保存。对于成果数据，我们建议进行一次完全备份，在完全备份的基础上进行差量备份。这主要是因为成果数据不经常被修改的缘故，备份起来比较方便。对于非成果数据，我们建议进行一次完全备份，在完全备份的基础上进行增量备份，建议每进行一次修改后就进行增量备份，标记介质后保存好增量备份的磁带介质。

性能指标

查询指标：简单查询：单类信息精确条件查询，要求响应时间小于3秒；关联查询：基于要素的不少于5类信息查询返回不大于5秒；组合查询：基于多条件组合查询，每1000万数据规模要求响应时间不大于1分。
稳定性指标：系统平均无故障（影响业务正常办公的系统故障）时间≥300天。
统计分析性能要求：常规统计报表生成时间≤1分钟；定制统计报表生成时间≤10分钟。

数据建设

平台数据量主要是检测数据，在不影响系统使用的情况下，通过扩展存储空间，适应未来业务数据容量的增长。

信息安全

数据加密
- 文件加密：整个系统的文件支持三级加密策略：不加密；中度加密；深度加密加密方式由管理员直接配置，满足不同用户的需求；
- 密码加密：用户的密码在存储时进行不可逆的加密，保证了密码不会外泄。即使是管理员也无法获取用户的密码信息；
- 验证码：采用用户名+验证码登录模式登录系统；
- 加密锁：提供用户端加密锁，只有待有加密锁的用户才可以访问交互系统，适用于内外网分开控制；
安全防御
- 新一代自主研发的云存储架构、数据冗余式备份、数据加密存储，确保数据存储安全；
- IPS入侵防御系统、内外网分离构架、SSL加密传输技术等，确保数据传输安全；
- 完善的安全管理制度，强大的多级权限管理功能，防止用户数据泄密，确保管理行为安全；
- 内外网分离架构，各模块采用独立内外网架构，以及冗余分布式设计，无单点故障，为系统对系统灾难的抵抗能力和恢复能力提供了保证；
传输安全
- 支持HTTPS通道访问加密和防DOS攻击，记录访问请求日志，通过HTTPS保证传输信息加密安全性。同时可以防止蜘蛛爬虫的信息采样；
- 支持SSL传输加密POP/SMTP服务器收发邮件，SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持，保证邮件传输过程中的信息不泄漏，包括用户的用户名、密码、信件等信息都会非常安全。SSL服务器证书由全球最大的安全证书机构verisign颁发。
安全管理
- 完善的应用级别权限控制：基于个人、单位、部门、群组、角色、岗位、级别的多维度权限控制，系统可以针对以上属性进行灵活的权限设定，确保信息安全的可定义性和可执行性；
- 三员分离安全控制：为避免单一系统管理员的权限过于集中，引发风险，管理员将权利进行拆分，设立了三类管理员：系统管理员、安全管理员、审计管理员。系统管理员主要负责系统的日常运行维护；安全管理员主要负责账户管理、信息设置和分级授权；审计管理员主要对系统管理员、安全管理员和普通用户的操作行为进行审计跟踪分析和监督检查。通过这种分权管理，相互制约，相互监督的机制，可以满足国家对于涉密单位的信息系统专门制定了安全登记保护密码安全控制；
- 账号密码的更换周期控制：密码尝试失败的账户冻结控制；密码强弱度的校验等措施，有效保证了用户密码的安全使用；
- 定期对存储数据库进行自动备份。
- 操作日志监控功能，用户操作行为日志全程记录。
- 防SQL注入、页面篡改。

互联互通

平台内数据能够互联互通，解决医院“信息孤岛”、实现统一资源管理、互联互动、保护投资等问题。统一的接口通讯协议，使得集成系统施工方式得到统一，可保证各套件的功能完整性，并且后期调试、维护均有保障。

信息项目管理参考材料

Sat, 15 May 2021 00:00:00 +0000

项目管理方案

项目范围管理

项目范围内容

成功的投标人应与项目单位一起通过现场需求调研、联络会等方式明确项目开发内容，并以合同或会议纪要形式加以明确。

项目范围管理的定义

项目范围管理主要指对软件需求的管理，贯穿于项目生存全部过程中，需求获取与管理控制活动不能仅限于需求分析，即便到系统维护期还可能有新的需求出现，因而建立全程的需求范围管理非常重要。需求管理的目的是保持项目进行过程中计划、工作产品以及相关活动与软件需求保持一致性，确保进度计划的实现，降低成本的浪费，提高客户满意度。主要内容包括识别需求，明确其范围，管理需求变更过程。软件需求管理的时效性和准确性须在用户和我方项目组的推动下才能得到保证。

范围确定的流程

确定的项目范围形成一个基线，为了之后的范围变更控制和配置管理工作提供基础。
当范围发生变更，是需要将变更的范围提交项目管理领导确认，经确认后形成新的基线。

范围变更的批准流程

范围变更请求的产生途径是多方面的，可以来自客户、用户、公司管理人员、项目管理小组、项目执行人员等。对范围变更的批准是分了几个级别的，分别是：项目执行人员层、项目管理小组层、公司管理层以及客户/用户层，其中客户/用户层是最高权限层。分级的目的是为了尽量控制变更在最低的层次。每一个级别的人员都有一定的权限。当变更处于他可以控制的范围内，他对范围的变更进行评估，决定是否变更。无论变更与否，都将结果通知项目管理小组。

工期（时间）安排

合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容。

里程碑(Milestone)和里程碑图(Milestone Chart)

里程碑是项目的关键点，是系统分析完成、核心模块编码完成或者是系统测试完成的时间点。
甘特图(Gantt Chart)

甘特图也叫横道图(Bar Chart)，用横道表示主要活动或者阶段的开始和结束时间。比里程碑含有更多的信息，可以用来做进度计划审核和确认，也可以用来与客户和上级领导沟通汇报。
项目网络图(Network Chart)

项目网络图是详细的活动安排，包含了活动之间的前后和依赖关系，一般用单代号网络图(PDM)和双代号网络图(ADM)来表示。二者的区别是：PDM采用方框架表示活动，用箭线连接活动；ADM用箭线表示活动并在节点处将其连接起来。
关键路径(Critical Path)

在项目的进度表或者网络图中，存在多条路线通往项目的终点，其中最长的路线称之为关键路径。
进度压缩和进度压缩方法(Progress Compression)

在项目进度延迟的情况下，要进行进度压缩以加快项目的进行。进度压缩分为两种方法，一是赶工(Crashing)，另一种是快速跟进(Fast Tracking)。

工期（时间）管理

项目活动定义
将项目工作分解为更小、更易管理的工作包也叫活动或任务，这些小的活动应该是能够保障完成交付产品的可实施的详细任务。在项目实施中，要将所有活动列成一个明确的活动清单，并且让项目团队的每一个成员能够清楚有多少工作需要处理。活动清单应该采取文档形式，以便于项目其他过程的使用和管理。当然，随着项目活动分解的深入和细化，工作分解结构（WBS）可能会需要修改，这也会影响项目的其他部分。例如成本估算，在更详尽地考虑了活动后，成本可能会有所增加，因此完成活动定义后，要更新项目工作分解结构上的内容。
活动排序
在产品描述、活动清单的基础上，要找出项目活动之间的依赖关系和特殊领域的依赖关系、工作顺序。在这里，既要考虑团队内部希望的特殊顺序和优先逻辑关系，也要考虑内部与外部、外部与外部的各种依赖关系以及为完成项目所要做的一些相关工作，例如在最终的硬件环境中进行软件测试等工作。

设立项目里程碑是排序工作中很重要的一部分。里程碑是项目中关键的事件及关键的目标时间，是项目成功的重要因素。里程碑事件是确保完成项目需求的活动序列中不可或缺的一部分。比如在开发项目中可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。

在进行项目活动关系的定义时一般采用优先图示法、箭线图示法、条件图示法、网络模板这4种方法，最终形成一套项目网络图。其中比较常用的方法是优先图示法，也称为单代号网络图法。
活动工期估算项目工期估算是根据项目范围、资源状况计划列出项目活动所需要的工期。估算的工期应该现实、有效并能保证质量。所以在估算工期时要充分考虑活动清单、合理的资源需求、人员的能力因素以及环境因素对项目工期的影响。在对每项活动的工期估算中应充分考虑风险因素对工期的影响。项目工期估算完成后，可以得到量化的工期估算数据，将其文档化，同时完善并更新活动清单。

一般说来，工期估算可采取以下几种方式：
- 专家评审形式。由有经验、有能力的人员进行分析和评估。
- 模拟估算。使用以前类似的活动作为未来活动工期的估算基础，计算评估工期。
- 定量型的基础工期。当产品可以用定量标准计算工期时，则采用计量单位为基础数据整体估算。
- 保留时间。工期估算中预留一定比例作为冗余时间以应付项目风险。随着项目进展，冗余时间可以逐步减少。
安排进度表
项目的进度计划意味着明确定义项目活动的开始和结束日期，这是一个反复确认的过程。进度表的确定应根据项目网络图、估算的活动工期、资源需求、资源共享情况、项目执行的工作日历、进度限制、最早和最晚时间、风险管理计划、活动特征等统一考虑。进度限制即根据活动排序考虑如何定义活动之间的进度关系。一般有两种形式：一种是加强日期形式，以活动之间前后关系限制活动的进度，如一项活动不早于某活动的开始或不晚于某活动的结束；另一种是关键事件或主要里程碑形式，以定义为里程碑的事件作为要求的时间进度的决定性因素，制定相应时间计划。

在制定项目进度表时，先以数学分析的方法计算每个活动最早开始和结束时间与最迟开始和结束日期得出时间进度网络图，再通过资源因素、活动时间和可冗余因素调整活动时间，最终形成最佳活动进度表。
关键路径法（CPM）是时间管理中很实用的一种方法，其工作原理是：为每个最小任务单位计算工期、定义最早开始和结束日期、最迟开始和结束日期、按照活动的关系形成顺序的网络逻辑图，找出必须的最长的路径，即为关键路径。时间压缩是指针对关键路径进行优化，结合成本因素、资源因素、工作时间因素、活动的可行进度因素对整个计划进行调整，直到关键路径所用的时间不能再压缩为止，得到最佳时间进度计划。
进度控制
进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。在前几期中曾经对此进行过探讨，在此不再赘述。

项目文档

文档是保证项目实施连贯性的重要保证，投标人需要提供完善的文档，并对项目进行过程中的文档进行有效的管理，接受招标人对项目各阶段评估分析和监督管理。整个项目的过程包括后期修改维护提供系统、完整的项目管理、设计和开发、操作说明等书面文档及其电子版。

须根据实施进度及时提供相关文档（电子文档、纸质文档），文档应有严格的版本控制策略，最终交付的文档必须是最新的，软件技术描述需包含但不局限以下文档：

准备阶段：《项目实施方案》；
测试阶段：《测试计划》、《测试记录》、《测试报告》；
上线阶段：《试运行/上线计划》、《试运行/上线报告》；
过程文档：《培训计划》、《培训记录》、《例会记录》；
交付使用：《用户手册》、《安装维护手册》、产品使用说明书等；
其他文档：《售后服务规范》及按采购文件要求须提供的其它文档，数据结构说明、安装程序以及相关外部接口文档和参数文档；已安装的设备明细表、调试记录、竣工图（网络拓扑图）、施工随工记录/施工日志、设计变更、洽商记录（若发生）、停(复)工通知单；（如发生）交工验收记录等。所有的技术文件用中文书写，按上述要求提交模板。

软件开发控制

需求管理

需求管理的目标充分理解需求是保证贵院的系统建设目标得到实现，系统能提供支持贵院的各项业务、管理和决策所需功能的关键过程，其直接影响到项目的关键质量。将采用需求分析技术，开展包括流程分析、用户行为分析、业务数据分析、基础数据设计等活动，对贵院做全面的专业化的产品差异分析，目标是生成产品差异化报告，为下一步的流程优化和产品部署奠定基础。
需求分析的实施将委派多名专业的需求分析顾问，分部分负责需求分析工作。包括与院方需求分析人员沟通、收集汇总各部门业务流程需求、收集分析基础数据资料等。这个工作需要医院高层管理的推动与合作。会对收集到的需求分类，并定义需求的优先级别。会根据需求的优先级别来制订系统的实施计划，或安排定制化的软件开发任务。

沟通管理

项目沟通渠道实施过程中关于需求和变更等事项的沟通均应在双方项目经理之间进行，以保证沟通的有效性。
项目报告为保证项目按计划实施，项目组定期向客户项目负责人和项目指导委员会报告项目进展情况。报告应以标准格式进行，此格式在项目准备阶段进行设计并得到双方确认。

项目质量管理

良好的项目质量管理是软件企业长期成功的根本保证，本公司实施正式的质量管理与规范的项目管理制度已经有多年的历史。在项目的整个实施过程中，严格按照公司的政策和规范要求执行。一直坚持贯彻执行体系要求，谋求不断改进，致力于项目管理与质量管理体系的提升。

系规笔记:03IT服务知识

Fri, 07 May 2021 00:00:00 +0000

产品、服务和信息技术服务

产品

a)产品定义:人们向市场提供的能满足消费者或者用户某种需求的任务有形物品或无形服务. b)通常有4中类别的产品:服务、软件、硬件、流程性材料(如燃料、冷却液)

服务

服务是一种或多或少具有无形性特征的活动或过程,它是在服务提供者与服务接受者互动过程中完成的. d)服务作为产品表现出多方面独有的特性:无形性、不可分离性、异质性、易消失性

信息技术服务

e)信息技术服务常见服务形态有:信息技术咨询服务、设计与开发服务、信息系统集成实施服务、运行维护服务、数据处理和存储服务、运营服务、数据内容服务、呼叫中心服务和其他信息技术服务

运维、运营和经营

运维

运维是信息系统全生命周期中的重要阶段,也是内容最多、最繁杂的部分。交付内容主要包括:咨询评估、例行操作、响应支持和优化完善。

运行维护可分为六类:基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务。

运行维护服务能力的四个关键要素:人员、资源、技术和过程(类似PPT模型)。

运营

运营是对组织经营过程的计划、组织、实施和控制,是与产品生产和服务创造等密切相关的各项管理工作的总称。

目的是保证正常的业务开展,解释为运行和营业运营强调以经营为中心,对象是运营过程和运营系统。

运营过程不仅是一个投入转换、产出的过程,也是一个价值增值的过程,运营过程是运营的第一大对象

经营

经营的解释包含两个层面:筹划并管理、计划和组织。

人类的经营活动可以分为两类:

对物质资料的经营(称为经济,即物质资料经营)
人们对人类本身的经营(称为政治,即社会经营)

经营需要有经营者(经营的主体)经营对象(经营的客体)经营权(实现经营的手段)和经营载体(得以进行的组织,分经济组织和政治组织)

经营思想具体表现为6个观念:市场观念、竞争观念、效益观念、创新观念(技术创新、市场创新、组织创新)长远观念、社会观念。

企业经营目标不止一个,其中既有经济目标,又有非经济目标;既有主要目标,又有从属目标,他们之间相互联系,形成一个目标体系。企业经营目标包含三个层次:

1. 决定企业长期发展方向、规模、速度的总目标或基本目标
2. 中间目标,分为对外与对内目标
3. 具体目标,即生产和市场销售的合理化与效率目标。

企业目标分类,按其重要性来说,可分为战略目标和战术目标。

战略目标反映了企业在一定时期内经营活动的方向和所要达到的水平,既可以使定性的,也可以是定量的,战略目标是一种宏观目标,着眼点是整体而不是局部,是一种长期任务

战略目标的特点是

实现的时间较长,一般能够分阶段实行
对企业的生存和发展影响大
实现这一目标有较大的难度和风险
对各级经营管理层有很大的激励作用
实现这一目标需要大量的费用开支

根据企业所处发展的不同时期,通常有三个方面的战略目标:成长性目标、稳定性目标.竞争性目标。

战术目标是企业的短期目标,是战略目标的具体化。特点是:

实现的期限较短,反应企业的眼前利益
具有渐进性
目标数量较多
其实现有一定的紧迫性制定经营目标的作用:突出重点,抓主要矛盾;协调各项经营活动;团结全体员工制定经营目标的原则:目标的关键性原则、目标的可行性原则、目标的定量化原则、目标的一致性原则、目标的激励性原则、目标的灵活性原则。

企业的经营计划,是指在经营决策基础上,根据经营目标对企业的生产经营活动和所需要的各项资源,从时间和空间上进行具体统筹安排所形成的计划体系经营计划特点:具有决策性、具有外向性、具有综合性、具有激励性。经营计划任务:

1. 把经营目标具体化
2. 分配各种资源
3. 协调生产经营活动
4.  提高经济效益

企业的经营管理,是指对企业整个生产经营活动进行决策,计划,组织,控制,协调,并对企业员工进行激励,以实现其任务和目标一系列工作的总称。

IT治理

a) IT治理是一个由关系和流程所构成的体制,用于指导和控制企业,通过平衡T与1流程的风险与收益来增加企业价值,以确保实现企业的目标. IT治理是最高层管理层(董事会)和执行管理层的责任,是企业治理的一个有机组成部分,它由领导阶层、组织结构和流程组成。

IT治理内容(在信息化过程中关于各方利益最大化的制度安排):

TT治理强调信息化目标与企业战略目标保持一致
1治理是企业利益相关者和经营者共同的责任,由董事会或最高管理层负责
T治理保护利益相关者的权益,对风险进行有效管理
治理通过构建 T治理架构和机制,将信息化的决策、实施、服务、监督等流程以及IT相关的资源与企业战略和目标紧密关联,从何最大化提升企业价值

IT管理和IT治理是相辅相成、缺一不可的。如果存在好的治理机制,T管理的好是必然的,管理不好是偶然的. IT治理是IT管理的基石,IT治理比1管理更重要

系规笔记:02信息技术知识

Thu, 06 May 2021 00:00:00 +0000

软件工程

软件设计、测试与维护

a) 软件设计分为软件架构设计、软件详细设计. b) 软件测试可以在概念上划分为:单元测试、集成测试、系统测试3个阶段。

系规笔记:01综合知识

Wed, 05 May 2021 00:00:00 +0000

信息的定义和属性

信息的基本概念

信息是客观事物状态和运动特征的一种普遍形式,客观世界中大量地存在、产生和传递着以这些方式表示出来的各种各样的信息. 信息的概念存在两个基本的层次,即本体论层次和认识论层次.

信息的定量描述

香农概率公式: H(X)表示事件的信息熵, p:是事件出现第i种状态的概率,信息嫡可以作为信息的度量,成为信息量,单位是比特( bit)

信息的传输模型

graph LR
H(噪音) --> C
A[信源]-->B[编码]
B --> C[信道]
C --> D[解码]
D --> E[信宿]

信息系统的主要性能指标:

有效性(传送尽可能多)
可靠性(失真尽可能小)

信息系統的基本规律包括: 信息的度量、信源特性、信源编码、信道特性、信道编码、检测理论、密码学

信息的质量属性

质量属性包括:精确性、完整性、可靠性、及时性、经济性、可验证性、安全性

信息化

信息化的含义

信息化从“小"到大"分层为以下5个层次: 产品、企业、产业、国民经济、社会生活。信息化的主体是全体社会成员;时域是一个长期的过程:空域是政治、经济、文化、军事和社会的一切领域;手段是基于现代信息技术的先进社会生产工具;途径是创建信息时代的社会生产力,推动社会生产关系及社会上层建筑的改革;目标是使国家的综合实力、社会的文明素质和人民的生活质量全面提升.

我国信息化发展现状

我国网民规模全球第一,但问题和短板:

缺乏核心技术（卡脖子）
信息资源开发利用不够
我国信息基础设施普及程度不高（区域差异、信息代沟）
当前网络空间面临严峻挑战（网络空间安全）

国家信息化发展战略纲要

三步走": 1)到2020 ,“十三五"时期 2)到2025年,网络强国建设目标 3)21世纪中叶,长期战略目标

两化融合

a) 两化融合是指电子信息技术广泛应用到工业生产的各个环节,信息化成为工业企业经营管理的常规手段。 b)含义: 1)信息化与工业发展战略融合 2)信息资源与材料、能源等工业资源的融合 3)虚拟经济与工业实体经济融合 4)信息技术与工业技术、IT设备与工业装备的融合

电子政务

电子政务是指政府机构在其管理和服务职能中运用现代信息技术实现政府组织结构和工作流程的重组优化,超越时间、空间和部门分隔的制约,建成一个精简、高效、廉洁、公平的政府运作模式。

电子政务内容形式: 1)政府间的电子政务(G2G) 2)政府对企业的电子政务(G2B) 3)政府对公众的电子政务(G2C) 4)政府对公务员的电子政务(G2E )

电子政务建设的指导思想和发展方针: 1)服务党的执政能力建设 2)提高政府信息化水平 3)服务民主法治建设 4)提高社会治理能力 5)健全市场服务和监管体系 6)完善一体化公共服务体系 7)创新电子政务运行管理体制

应用go进行rsa加密

Sun, 02 May 2021 00:00:00 +0000

近期打算利用某设备厂商的API，想着偷懒直接使用nginx反向代理，修改请求header方式实现，然API的token超时机制，需要经常获取token，只好采用编程方式实现。

CHINC、网安参会感想

Fri, 30 Apr 2021 00:00:00 +0000

近期参加医疗行业展会，未曾想在杭州国际会展中心，两场会议不期而遇（中华医院信息网络大会CHINC、“西湖论剑”网络安全大会），同天拉开帷幕。之前关注过信息安全方向，乐得顺道参与。

一路看来，两场都是人头攒动，规模宏大。细品却有所不同，一方厂商琳琅满目，观众兴致盎然。一方却是厂商少了些，观众脸上平淡无奇。其中还一个特别的情况，安全行业里面头部厂商，均选择了只在医院信息大会里面参展，其中另有端倪。

IT系统监控平台安心之选：Zabbix

Tue, 09 Feb 2021 00:00:00 +0000

无监控，不运维

近期为一家传统企业做信息运维咨询，发现已采购一套运维管理系统，具备监控、工单、大屏展示等功能，界面很花梢，客户本来对产品抱有极高期望，部署之后却基本弃之不用。经了解，发现系统落地存在问题，厂家只管部署升级，所谓的监控几乎使用默认配置，满屏可有可无监控项，每天产生上万条无关紧要的报警，根本不接地气。

Zato：使用python简化复杂的API集成工作

Tue, 09 Feb 2021 00:00:00 +0000

正文本文翻译自Zato官方Blog文章，目前已成为Zato 3.2文档高度概述。

Zato简介

Zato是一个可提供高度可扩展APIs、SOA和微服务用python开发的集成平台。常用于连接分布式系统或数据源，构建API为主的后端应用程序，专为Python用户设计和构建的集成平台。

linux常用工具命令

Mon, 21 Dec 2020 00:00:00 +0000

0x00 安全审计命令

last：查看系统的成功登录、关机、重启等情况；
lastb：查看登录失败的情况；
lastlog：查看用户上一次的登录情况；
who：这个命令用户查看当前登录系统的情况；
w：与who命令一致。

0x01 日志查看

cat /var/log/secure
cat /var/log/messages
cat /var/log/maillog

0x02 用户查看

less /etc/passwd：查看是否有新增用户
grep :0 /etc/passwd：查看是否有特权用户
ll  -l /etc/passwd：查看敏感文件最后修改时间
awk -F: '$3==0 {print $5}' /etc/passwd：查看是否存在特权用户
awk -F: 'length($2)==0 {print $1}' /etc/shadow：查看是否存在空口令

0x03 进程查看

ps aux：查看进程
lsof -p pid：检查可疑进程
检查隐藏进程
ps -ef|awk ‘{print }’|sort -n|uniq >1
ls /porc |sort -n|uniq >2
diff 1 2

0x04. 检查网络

ip link | grep PROMISC
lsof –i
netstat –nap  查看不正常端口
arp –a 查看arp记录是否正常

0x05 检查文件

大秦赋，半集弃坑不能再多

Sun, 06 Dec 2020 00:00:00 +0000

今晚看剧，看之前已经有心理准备，但确实被剧雷了，这剧情简直太二（以下涉及半集的剧透）

网络工程师应会的几个“杀手级”工具

Sun, 04 Oct 2020 00:00:00 +0000

提及信息化必然离不开网络，尤其是还自建园区网络的行业（如电力、医院等），网络的重要性不言而喻。网络作为信息化的基础，通常无感知，一旦问题，波及太大，作为网络工程师，需要一些趁手的工具，本文跳过一些入门工具或繁杂不实用的，推荐几款进阶的工具：

wireshark

网络工程师必备利器，简单易用的抓包工具，对于网络工程师而言，不懂抓包就是瞎子，遇到故障就只能瞎蒙，能否熟练使用此工具，也是区分入门和高阶的重要标志，遇到不懂抓包却声称网络经验丰富，听到这句基本可以出局了
Zabbix

网络设备监控利器，面对一大堆网络设备，是一个个ping还是面对拓扑图，悠闲的喝茶，zabbix就给这种可能，基本开箱即用，简单调整，就可将网络置于掌控之下。要是遇到一些厂商的运维管理监控着一些莫名其妙的东西，建议立即扔了，直接花点时间学习下zabbix，搭建起自己的网络监控系统，举例常用检查网络的ping，使用zabbix，简单配置，周期执行、记录、图表展示、告警、比对一条龙，这样的您确定不来一套？
brupsuite/zap proxy

随着web应用越来越广，针对http/https的抓包进行排障也日趋重要，虽然使用wireshark可以，但远不如专业的proxy来的顺手，一般网络使用免费版brupsuite足以，
Nmap

说起网络扫描，就不能不提nmap，强大的功能，总有相见恨晚的感觉，至于其他扫描类小工具，趁早扔了，此外nmap支持插件，更是如虎添翼
ensp华为设备模拟器

学习网络，自然离不开网络设备，要想随心所欲操作设备，动生产设备是不行滴，要是可以在电脑上模拟，那是极好的，自cisco的模拟器dynamips之后，极大方便网络工程师，如今华为提供ensp模拟器，可以将生产网络装进PC，运筹帷幄，优化网络先模拟，之后将配置导出灌入真实设备即可，此外，配合wireshark，进行协议分析、研究，迈向新的征程

上述工具功能过于强大，要详细解说其用法可能需要一本书的篇幅，网上资料较多，此处仅做介绍，后续还需要多实践体会。nmap、burpsuit可以作为网络安全的入门工具，精通也开辟新的发展空间。

ps：建议工程师选择几个工具用顺手用精，不要选择一大堆所谓的定制的工具，耗费大量时间却没毛线用。

运用Zabbix监控网络及排查隐患

Mon, 20 Apr 2020 00:00:00 +0000

刚接手一家单位的网络管理，发现网络比较简单，核心设备为Huawei,接入交换机70台均为H3C S3100,设备较旧已有7年以上，出现些网络故障也是在所难免，保障网络担子不轻。

初识可视化利器：Redash

Thu, 27 Feb 2020 00:00:00 +0000

最近一直在寻找一款开源的BI软件，最先考虑是superset，颜值优先，经历一番痛苦折腾之后，开始尝试使用redash，深深被其简洁的操作所吸引，成为主力数据展示平台。

Redash

一款开源的商业智能工具（BI），帮助企业实现数据驱动，支持多种数据源（如MySQL、Postgres、CVS、Oracle等），可以快速实现数据可视化、创建仪表面板及共享数据，官网为http://redash.io/

主要部件

Redash主要由两部分组成:

查询编辑器: 提供类似JS Fiddle体验的SQL查询编写体验.形成一个开放的平台分享查询的语句及生成的数据，方便大家对查询及数据结果进行评审，同时方便在别人分享的成果共享，整合进自己的分析流程中。
可视化及展示面板: 一旦配置好数据集，就可以快速创建不同的可视化图表，可以自由进行组合形成直观的展示大屏面板，目前redash支持图表、数据透视表、组合以及更多可视化，详见.

部署

官方提供docker方式部署，可以使用源码中的docker-compose.yml文件，需要自行构建镜像。

 docker pull redash/redash:10.1.0.b50633

 #docker-compose stop server scheduler scheduled_worker adhoc_worker

 docker-compose up -d

注：官方支持Oracle，默认构建的镜像不支持，需要自行构建，可以在官方的镜像基础上再次构建，需要的文件见：https://github.com/joaoleite/redash_oracle

使用9.0以上版本时，请自行调整为最新的oracle.py（9.0之后使用python3，变化较大）。

使用

官方网站的操作及可视化展示：

参考：

Zabbix相关资料

Wed, 22 Jan 2020 00:00:00 +0000

官网

zabbix官网
中文产品手册5.0 目前中文手册仅翻译大版本，中文文档6.0版预计2022年5月正式发布
官方模板分享库

书籍

网络上关于zabbix的多数为4.0版本之前的，好多都是2015年出版的，目前看到关于新书只有英文的讲解Zabbix 6，国内还有中文的《Zabbix监控系统之深度解析和实践》、《Zabbix企业分布式监控系统》

Zabbix 6 IT Infrastructure Monitoring Cookbook(2nd Edition)

Authors: Nathun Liefting, Brian van Baekel Publisher: Packt Publishing Release Date: 2022 ISBN: 9781803246918
Zabbix监控系统之深度解析和实践

作者：上海宏时（zabbix中国区总代）出版时间：2022-04-01 ISBN：9787121430251
Zabbix 4 Network Monitoring - Third Edition

Authors: Rihards Olups, Patrik Uytterhoeven Publisher: Packt Publishing Release Date: January 2021 ISBN: 978-1-80020-223-8

packt>出版的书籍通俗易懂，网上有电子版

会议资料

zabbix_summit_online_2021

干货不少，有视频、ppt，全英文，

网址：https://www.zabbix.com/events/zabbix_summit_2021#agenda

Tshark结合ES打造流量回溯系统

Fri, 10 Jan 2020 00:00:00 +0000

tshark是网络分析工具wireshark下的一个工具，主要用于命令行环境进行抓包、分析，尤其对协议深层解析时，tcpdump难以胜任的场景中。本系列文章将整理介绍tshark相关内容。本文将介绍与tshark相关的流量解决方案。

`tshark` + `elastic stack`

利用tshark，不仅可以对现有的pcap文件进行分析，由于可以输出其他格式，也就可以结合ES的强大搜索能力，达到对数据报文进行记录、分析处理的能力，可以实现回溯分析，结合kibana可视化工具，甚至达到实时可视化监控。

`elastic stack`全家桶

早期ELK套装中，logstash性能一直被诟病，后来另起炉灶，针对采集使用golang构建出一套beats，用于不同的采集场景。其中针对网络流量，开发出packetbeat。

packetbeat的优势是定制了elasticsearch的mapping、kibana一系列可视化图表，可以满足一般对tcp、dns、udp等常规报文的分析。基本达到开箱即用程度。

但packetbeat也有不足，对报文的分析采用会话分析，没有一个个报文单独分析，倾向于应用层，对网络层面分析不足（尤其是故障排查时），此外，支持的协议有限，仅常见协议与tshark的2000多种存在明显差距，当遇到不支持时，需要等待支持或手动写插件，难度极高。

离线导入elasticsearch

tshark支持将pcap报文分析后生成json文件导入elasticsearch，同时支持elasticsearch的批量导入接口_bulk的格式，命令如下：

tshark -r test_trace.pcap -T ek > test_trace.pcap.json

之后可以将json文件通过curl导入。

curl -s -H “Content-Type: application/x-ndjson” -XPOST “localhost:9200/foo/_bulk” –data-binary “@/Users/test-elastic/test_trace.pcap.json”

注：

导入时可能存在导入失败，由于_bulk接口对post的文件大小有限制，尽量不要超过15MB，最好在10MB以内。如果超过，建议使用tshark的输出条件生成多个json文件，使用curl依次导入。
如果导入失败，可以在curl加-v查看提示信息。
默认索引名为类似 packets-2019-04-23（报文记录的日期），可以导入后重新索引

可以使用类似以下命令查看导入情况：

curl ‘http://127.0.0.1:9200/packets-2019-04-23/_search/?size=10&pretty=true’

实时监控方案

主要思路

使用tshark实时抓取报文，并启用过滤策略
使用tshark解析捕获的报文，提取指定的字段并写入csv文件中，或者使用json格式在下一步进行ETL
使用filebeat持续检测csv文件，并发个logstash用于字段过滤之类（如无需过滤可以跳过logstash直接发给elasticsearch）
logstash对字段进行过滤，格式转化等，之后发到elasticsearch
使用kibana进行数据可视化，对报文统计分析

简单实现

1. tshark部分

tshark -i phy0.mon -t ad -t ad -lT fields -E separator=, -E quote=d   -e _ws.col.Time  -e wlan.fc.type -e wlan.fc.type_subtype -e radiotap.dbm_antsignal -e frame.len -e radiotap.datarate   > tshark.csv

2. filebeat

简单filebeat.yml配置文件

《美国陷阱》：敌人太狡猾？

Sun, 16 Jun 2019 00:00:00 +0000

最近有本书，借着几个热门事件一直在炒作，还爆出是某总裁的案头书。一看名字，散发着“阴谋论”的气味，向来对此类书籍无感。闲来无事，在翻微信读书中，发现有电子书，破例抱着试试看的心态。结果只是不到前面两章（不足全书五分之一），实在看不下去了……

一趟迂回折腾的出行

Tue, 07 May 2019 00:00:00 +0000

最近要去帝都一趟，想着既然要出去，就顺路增加一段行程，去网都见见原同事，提前出发预留一天，想着都是熟悉的城市，购买了两张机票，带上简单行囊出发。

漫长的等待

行程选择在晚上出发，这是我经常去网都的选择。可以吃完晚饭后再前往机场，不必太匆忙，路上基本不会堵车。较晚的航班也都比较准时，之前几乎没有遇到延误情况，行程安排上比较稳妥，购买机票自然不会选择延误险。

晚饭后坐上去机场的出租车，身后城市的灯光慢慢被“霾”没在夜色中，路上司机安慰着其他两位焦急的乘客，今天大量航班延误，不用着急。我看看前方，能见度尚可，应该不会影响起飞，抱怨着空气里弥漫着西北浓烈的“气息”。

到机场过安检，一切都顺利。机场里时不时听到“我们抱歉的通知您”的声音，旁边的登机口已经写着延误的通知，让人多了几分急躁。静坐在候机口慢慢等待，时间尚早，就打开电脑，预定酒店。距离起飞30分钟前，突然听到广播，航班取消！直接从座椅上站起，以为听错。此时周围也站起，纷纷走向登机口。心想这下糟了，今晚无法抵达，明天见原同事行程可能处于尴尬局面，甚至能否赶上下一形成也问题。若是只能在机场换乘，如此折腾还不如直飞帝都。

很快航空公司人员告诉大家由于天气原因，无法降落，航班可以取消，或者安排改签，但已到晚上10点多，航班所剩无几，天气原因周边也没法处理，询问最早可能在明早10点，想着还可以接受，也就跟随到了酒店，乘客尝试着不断打电话给航空公司改签，也无结果。第二天等到十二点要求退房，通知二点起飞，落地后还能仓促安排。心想要是买了延误险，至少能有个安慰。

航站楼的召唤

飞机抵达时比预计略晚，距离下一程航班时间仅5个小时，甚是犹豫。来回市区2个多小时，只能留下2个小时，想想也是闲聊，既然已经到了，索性就去呗。联系好人员发现地点已换，不在是原先老地方，查地图最近的大巴停靠站是城站，时间是滚动发车，下车后骑车10分钟赶到目的地。

聊天总是过的很快，谈话间收到消息，航班延误一个半小时，也就放松下来。想着距离大巴骑车也就10分钟，找到自行车后一路导航来到城站机场大巴点，发现沿街门面已打烊，院里也无车辆，在夜色下显得很是荒凉，很难想象这是火车站附近。显然大巴停运，无奈只能另寻他路。

距离延误后飞机起飞不到两个小时，若按30分钟安检，也就1个小时，非常紧凑，想着过江大桥可能拥堵，立即乘坐地铁过江，之后加价乘出租车前往机场。在一路飞奔与忐忑中，抵达机场，立即过安检，却发现航班继续延后一个小时。如果第一时间知道，就不必如此狼狈。

在等待中又通知更换登机口，此时想着看看跟踪航班的应用是否能及时更新，立即安装后，发现竟然也变更了，信息非常及时准确，包括预测的起飞时间与落地时间。下飞机后发现和预测一致，回想起之前对这类app一直不屑，看来以后要列为出行必备。

遗落的笔记本

返程没有从帝都机场出发，与来时一样，也“顺路”看望下之前同事。一番热情接待后，选择清晨最早的航班回废都。清晨的航班需5点半乘坐机场大巴，晚上无法休息好，早早赶去坐上大巴，车上就不由打起盹来。在旁人提醒后下车，更换登机牌后排队安检。搭乘早班的人很多，为了快速安检，提前取出背包里的电脑。过安检后，直奔登机口。此时睡意全无，就拿出手机，规划几天后要处理的事情。广播通知登机时，才慢慢收起手机，㩕起背包登机。

飞机上自然又睡了一觉，下飞机时带上背包，感觉轻松了许多。出了机场，打开背包，发现电脑不翼而飞。马上慌了起来，虽说电脑不值几个钱，重要的是保存近年来工作相关大量资料。如果丢失，影响工作，损失难以挽回。

冷静回想下飞机时感觉背包轻，不可能在飞机上丢失。随后想起过安检的自己拿出电脑（如果安检时电脑丢失当时就慌了），隐约记起安保后，匆匆离开，可能在安检忘带。查询机场失物招领，询问安检电话，几次拨打后，联系上说明情况，之后就是等待查询监控录像的结果。

接到安检的回复，确认拿着电脑离开，还描述了电脑上的图案。显然，遗落在机场安检与登机这段了。电话失物招领处请人去登机口查看了下，没有发现。只好联系机场公安，说周一给回复，如果没有回复让再拨打。

经过漫长的等待，周一中午已经过去，没有消息。再次拨打机场公安，好像之前没有询问过一样，详细描述一番，告知会查询。想到公安这种情况，只好询问下之前同事，看看本地是否有认识机场工作的朋友。同事一口答应，让我等消息。

五点多下班时，接到机场公安电话，告知发现有人带着电脑来到候机口，之后进入“监控盲区”，也就意味着无法处理了。看来是没有希望找回电脑了，默默坐在桌前，懊悔与自责。突然微信一闪，显示几个大字“电脑找到”，立即从椅子跳起，又看了下消息，接着穿了电脑图片，确认。

反思

本次出行确实超出我的意料，波折不断，回想起来，还是对出行计划考虑不足，期间又安排过于紧促，连续几天休息不好，导致最后收尾出行重大“遗漏”，总结发现3点可改进：

即使轻车熟路，出行前还是要看看天气，必要时购买延误险，等待时不会太焦虑；
出行信息一定提前规划，不能凭感觉，借助航班信息实时查询工具，从容应对；
机场里部门众多，失物需要根据情况联系安检、失物招领、公安、航空公司等，无助时找熟悉的人；

如果要用一句总结，那就是出门在外三要素：

天时、地利、人和

Apache Spot中的Tshark模块应用浅析

Wed, 17 Apr 2019 00:00:00 +0000

tshark是网络分析工具wireshark下的一个工具，主要用于命令行环境进行抓包、分析，尤其对协议深层解析时，tcpdump难以胜任的场景中。本系列文章将整理介绍tshark相关内容。本文将介绍与tshark相关的开源系统。

网络分析利器Tshark应用实例

Tue, 16 Apr 2019 00:00:00 +0000

tshark是wireshark网络分析工具自带程序，主要用于命令行环境进行抓包、分析，尤其对协议深层解析时，tcpdump难以胜任的场景中。本系列文章将整理介绍tshark相关内容。

基本用法

常用命令

查看tshark版本

tshark -v

列出当前存在的网络接口

tshark -D 网卡描述依据OS有不同的编号方式，在不了解网络设备及编号情况下，一般先用“tshark -D”查看网络接口的编号以供-i参数使用。注: linux可以结合ifconfig命令查看

tshark对指定网卡监听，抓包

sudo tshark -i

抓取网卡eth0的流量并写入capture123.pcap

tshark -i eth0 -w capture123.pcap

读取之前的文件capture123.pcap

tshark -i eth0 -r capture123.pcap

抓取网卡eth0的流量10分钟

tshark -i eth0 -a duration:600

注: 默认时间单位为秒

抓取网卡eth0的10000个数据包

tshark -c 10000 -i eth0

抓取网卡eth0涉及192.168.1.1的流量报文

tshark -i eth0 -f “host 192.168.1.1” 注: 与wireshark、tcpdump一致，均使用BPF过滤表达式

抓取网卡eth0指定协议的流量报文

tshark -i eth0 -f “<协议名>” 协议名可以为： tcp, udp, dns, icmp, http等

案例

实时打印当前mysql查询语句

tshark -s 512 -i eth1 -n -f ’tcp dst port 3306’ -R ‘mysql.query’ -T fields -e mysql.query

网络分析利器：Tshark

Sat, 13 Apr 2019 00:00:00 +0000

tshark是wireshark网络分析工具下的一个分支，主要用于命令行环境进行抓包、分析，尤其对协议深层解析时，tcpdump难以胜任的场景中。

高院离婚数据的正确阅读姿势

Sat, 30 Mar 2019 00:00:00 +0000

最近群里、订阅号陆续出现一篇文章，有个招眼球的题目，《最新离婚大数据曝光：所有的离开，都是蓄谋已久》，从题目上看，确实作者花费心思不少，冠以大数据的名义，加上一个“文艺”范儿的说明，直扎一些整天担心婚姻状态的女生内心，自然博得众多转载。仔细阅读后，却不是滋味。

陷入'死海效应'的公司

Tue, 18 Dec 2018 00:00:00 +0000

老王的公司最近又有核心员工离职，老王甚为苦恼，临近年底，大量工作要做，可这个时间员工竟然不顾年终奖、年底跳槽难等情况，提出离职很决绝。老王在员工离职前已经给该员工加过工资，对员工关怀感觉一直进行着，欣喜的是几个员工经常主动加班，当然他会告诉员工是不愿意员工长期加班，不加班的前提必然是把工作搞定，作为老板那会拒绝让员工加班。

裸辞，又一次主动止损

Fri, 28 Sep 2018 00:00:00 +0000

工作多年，换过几份工作，但每次几乎裸辞。说的好些不用担心下家，说的不好点，没有在一家公司一直坚持。如今又要离开当前工作与岗位。也就在此做一总结与反思。

这份工作是朋友推荐，恰好也在青黄不接之际，老板之前联系过，也算熟悉，工作方向是技术方面，虽有段时间生疏，但之前的功底还有些，也就匆匆上路。

进入的格局

概况公司是为一国有企业提供技术服务，属于外包模式常驻客户单位，进入时创立不到一年，人员也10个左右，业务相对也简单，客户也很Nice。基本上年轻人蛮富有朝气。
职位

刚加入时和大家一起，也就挂一个顾问的名头，一样的干活，目标是一两个月将工作理顺，之后就可以退出。抱着观察者视觉的理念，对这个岗位还是满意的。工作多数时间压力不大，有一定的时间恢复技术，但已经放弃难度最大的技术方向。
回报

工资应该不算低，城市生活成本也不低，由于开销控制较严，基本每月略有剩余，经济上压力较小，也就没提什么其他要求（相对后面来说，一些福利没有申请）。

退出的处境

公司变化

感受最大的变化是在春节之后，公司按照合同要求需要人员在3月底前全部到岗，需要扩展2倍。这时距离月底也就20多天，招聘工作相当紧张。在此时间还出现高薪招到不合格人员，急需辞退的情况。

工作新人无法承担，任务压力相当大，各组人员开始相互推让工作，感觉比刚到时任务重太多。
职务调整

年后公司人员调整，也就让我独立负责一块，但这块是工作重中之重，对人员要求较高，作为负责人无法分担只能自己承担。把自己弄的疲惫不堪后，被甲方投诉，直接导致当天被撤职，从电话沟通到公布，可能只有5分钟。

被撤职时，已经开始心灰意冷准备撤离，当晚继续加班处理完事情后，开始慢慢淡出工作。到后面宣布提升职务时，依然打不起精神。
回报

当初进入时，我是想作为观察者看看如何经营一家初创公司，甚至一度自认为是“创始团队”成员，事情都按照“公司利益”角度考虑。后来主管一块时，想着提升下自己的管理能力，也就尽力做好，每天想着任务合理安排。但当被撤下，挂上更高职务时，我内心是痛苦的，宣布了我之前的努力是失败的。

更让我失望的是，老板向其他员工宣传，公司主要成员是有股份的，得知这句话后，我已经坚定要离开。
沟通

在没有撤职之前，感觉工作等多方面沟通蛮畅快，但随后，沟通就少了些，我这边承担的工作也渐渐减少，也不愿担负更多。甚至一度认为“消极怠工”，这点刺伤了，后面我提出几点小建议，均未理睬，部分建议甚至被其他人当中“把柄”，渐渐也就有了些情绪。

沟通最大的成本在与信任，只是我没有动力再付出成本迎合。
地理因素

身处外地，很难建立自己的关系网络。虽处最活跃、发展迅猛的城市，却无法立足，与其后面撤，不如现在。

反思

经历一番之后，权衡之下，只能退出，其实蛮遗憾的，我是想改造按照我的设计前进，无法决策且牵绊太多，预计付出成本蛮高的，只好作罢。现在复盘回顾一下，可能在一些选择上走偏：

加入集成商可能就是一种错误

曾经看过一些文章观点，技术人员不宜选择集成商，因为根本不会重视技术。经过多年观察，集成商处境越来越艰辛（尤其是小集成商）。这次加入时以为只是短暂的，所以破例。长期待着时发现被迫选择技术，以至于无法抽身，各项工作陷入困境。
误把公司当作自己创业埋下隐患

如果只是技术还好些，可自己一直从“公司利益”出发，主动承担很多责任，掩饰了许多问题，期盼慢慢解决。此外在招聘、花费等方面替公司节约成本，导致许多事情增加难度，各方不讨好。或言之，老板已经认为是大公司时，我却保守的按照小公司运转。

工作中，自认为尽力，但在老板眼里，喜欢汇报不让客户打扰他的项目申报员是优秀的，整天干着处理不讨好技术活儿被认为做的不够。至于报酬，没有去争取，但当听到“被安排”股份传言时，自然极度失望。
没有掌握招聘导致隐患重重

招聘工作开展时，手头工作太多，由于技术出身，根本没有想到应该先给自己找个助理，技术招聘工作放任到两个不懂技术人员上，导致人员进入没有经过我审核，为后期工作埋下隐患，当后期想裁人时受限于考勤打卡管控而无法开展。
公司被扩大面临失控风险

公司在年后被要求扩张，这点我多次指出，存在很大的风险，只是被认为是技术人员的“悲观主义”，管理层也是临时构建，根本没有为扩大规模而做准备，所谓的公司组织架构，经过深思熟虑之后，也只是按照甲方的安排，略做变化。人员层次不齐、薪资差异、没有考核等问题逐一暴露。
公司文化需重建

公司之前人少，由老板可以一人管控，如今估摸扩大，依旧想着“扁平化”，导致公司几乎没有内部管理。从层级上，管理层基本成为一人独角戏（年后加入管理层的2人现均已经退出），作为技术公司中层基本无力挑大梁，核心员工中一名苦苦支撑一名新来还在适应期。

整体上缺乏学习的动力，工作推脱、交付质量低劣，为避免法律风险竟然不敢考核，部分低能人员高薪，渐成习气难以扭转。

如果说加入时还算“天时”不能算差，后期发现根本不占“地利”以及慢慢失去“人和”，退出也就成必然，快速退出，裸辞也就成为一种选择。

本文使用知识共享协议：署名-非商业性使用-相同方式共享 (BY-NC-SA 4.0) 协议

DNS安全分析(PPT初稿)

Wed, 29 Aug 2018 00:00:00 +0000

2018年简单写的一篇关于DNS安全的分析PPT，初稿较简单，主要分析框架为packetBeat + Elasticsearch + Kibana,仅供参考。

不知如何假装努力的队伍

Sun, 12 Aug 2018 00:00:00 +0000

前段时间公司业务增长，部门队伍迅速扩张，短短两个月，由最初的二三人到十多人，队伍leader也由偏向技术的换成偏向管理的，在一堆WBS之下，看起来每个人都在忙碌工作，一片繁荣，领导非常满意。

近期面临一项重要工作，为了保障顺利完成，组织三次演习，演习期间大家热火朝天，指挥、协调声不绝于耳，呈现出努力的工作氛围。碎后，进入正式阶段，与演习不同的是不再设置条条框框，现场指挥依旧只是少了喧闹，但领导却说了句，感觉队伍工作态度不如演习…

安全分析的一点思考

Thu, 02 Aug 2018 00:00:00 +0000

随着大数据的兴起，人们纷纷企望能够在信息安全领域发挥作用，解决日趋严重的安全形势，安全分析也就渐渐成为热点之一。通常安全分析主要利用数据分析工具，对多种系统、设备的日志或数据，进行关联分析，寻找异常情况，并作出告警，此外经过大量的数据，可以从宏观掌握整个信息安全态势。

grok从入门到弃坑

Fri, 27 Jul 2018 00:00:00 +0000

初次使用是在使用logstash时用来分割反向代理的日志，由单个简单的正则组合，就能对一大段文字进行切割，惊叹与简单可配置。

基于GeoIP构建私有IP位置信息库

Tue, 17 Jul 2018 00:00:00 +0000

geoip简介

GeoIP是MaxMind公司维护的一个广泛使用IP位置数据库，能够将IP地址映射到具体位置，包括国家/地区，ISP和城市等。可用于以基于地理位置的目标广告、Web日志和统计信息、垃圾邮件检测、访问控制等方案。 MaxMind提供的API可以与C，Java和PHP集成在一起，以访问GeoIP数据库，简化开发工作。

构建私有IP位置信息库

通常GeoIP可以基本满足需求，如需要更精确的信息，可以购买商业的IP地理数据库如国内IPIP库。但对于大中型信息内网，主要需求变成根据IP地址定位到具体的资产、业务区域等，最好的情况是将私有的地址信息整合进GeoIP库，可不对应用端进行修改。

准备工作

在扩展之前，需要提前准备好增加的IP地址范围及对应显示的字段。如

信息系统IP（桌面、服务器、网络设备）
物联网、信息采集终端确定好后，需要形成IP-信息的对应关系表，建议cvs格式

下载并安装GeoIPLite Database

GeoIP有免费和收费两种，通常免费版已经可以满足需求

wget http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
wget http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz
gunzip GeoLiteCity.dat.gz
gunzip GeoLiteCityv6.dat.gz

// 创建软链接

ln -s /usr/share/GeoIP/GeoLiteCity.dat /usr/share/GeoIP/GeoIPCity.dat
ln -s /usr/share/GeoIP/GeoLiteCityv6.dat /usr/share/GeoIP/GeoIPCityv6.dat

创建私有数据库

如果仅查询内部私有地址，可以创建新的类似GeoIP库（即MaxMindDB地址库格式）。下方脚本使用一个ipdata.csv文件(首行不留标题)，每行记录的是一个IP段的开始IP，结束IP，归属国家、省、市、街道、运营商、其他注释，可根据实际情况、业务层级等建立相应的数据库。

use MaxMind::DB::Writer::Tree;


my %types = (
    org => 'utf8_string',
    desc => 'utf8_string',
);

my $tree = MaxMind::DB::Writer::Tree->new(
    ip_version            => 4,
    record_size           => 24,
    database_type         => 'My-IP-Data',
    languages             => ['zh-CN'],
    description           => { zh-CN => 'test mmdb' },
    map_key_type_callback => sub { $types{ $_[0] } },
);

open my $rfh, "<", $ARGV[0];
while (my $line = <$rfh>) {
    chomp $line;
    my @fields = split "," , $line;

    $tree->insert_network(
    $fields[0],{
     org => $fields[1],
         desc => $fields[2],
        },
    );
   
}

open my $fh, '>:raw', 'ip-data.mmdb';
$tree->write_tree($fh);

执行脚本

程序使用 MaxMind::DB::Writer 模块，请先通过 cpan 安装：

加班

Thu, 05 Jul 2018 00:00:00 +0000

员工因其他人皆加班自己独闲，主动提出离职。离职当天下午，领导亲切关怀，“挺（tong）遗（deng）憾（shui）的（ping），离（zhao）职（bu）是（dao）公（zhe）司（me）的（pian）损（yi）失（de）”，深受感动，欣然答应帮忙干活。下班后，总部通报下午加班违规，要求开除员工，领导一夜无眠撰写检查报告。

内网恶意程序监测

Fri, 29 Jun 2018 00:00:00 +0000

信息内网与互联网隔离，理论上相对安全威胁较少，时间久之，u盘的交叉使用，必然存在安全隐患，由于内网补丁更新不及时，杀毒软件陈旧，为恶意软件提供滋生的温床。

留住员工的几点建议

Wed, 28 Mar 2018 00:00:00 +0000

前段时间与公司项目组沟通，发现驻场技术存在人员稳定性问题，组长多次与队员谈话、安抚，发现效果不佳。结合HR方面的反馈，必须予以足够重视，如形成趋势就难以扭转，可能会对客户、公司造成较大影响。

不怕李鬼挡道，就怕'李逵'得到宋江的背书

Fri, 04 Aug 2017 00:00:00 +0000

水泊梁山好汉的故事几乎人人耳熟能详，其中有一对人物非亲非故，却被认为是“兄弟”，经常同时提起，只是其中的失败者却一直世人被嘲笑，这就是水浒的真假李逵

李逵刀下鬼"李鬼"

《水浒传》第四十三回“假李逵剪径劫单人　黑旋风沂岭杀四虎” 记载李鬼的故事，李鬼在穷山僻壤中，没有生计，选择在乡间收“买路钱”，遇到落单的路人，用“李逵”的名号吓唬一下，路人留下钱财，李鬼拿了钱财养家。

记载中李鬼那段时间，印堂发黑事事不顺，一连守株待兔蹲守十几天，没遇到一个落单的路人。好不容易逮着一个，却是真的李逵，一脚被踹倒在地，只好高喊“好汉饶命”，哀求之下，搬出九十岁老母（古人这么长寿？）谎言，好在李逵也是寻母，“杀人不眨眼的魔君”放了李鬼让该做其他营生。

故事本来就结束，但倒霉的李鬼偏偏和李逵走一条道，遇见一大嫂，说了经过，却被李逵听到，本想弄点迷药，拖延时间和再弄点银两去城里，本没想押解到县衙，被官府剿匪怕了的李逵怒火烧身，浑身直痒痒，将李鬼按翻在地，身边掣出腰刀，早割下头来。

好汉“李逵”的大口吃肉

水浒中好汉餐饮的标配的“二斤牛肉，三碗好酒”，作为好汉的好汉，李逵的餐饮自然是无肉不欢，但却不是常见的牛肉，是人肉。砍掉李鬼的头颅，是否泡酒不得而知，但却有记载“拔出腰刀，便去李鬼腿上割下两块肉来，把些水洗净了，灶里抓些炭火来便烧。一面烧，一面吃。”，除此之外还有多处食人肉的记录。

在李逵的食谱中，应该是有小孩的。在《水浒传》第五十回“插翅虎枷打白秀英美髯公误失小衙内”中，出现了一个“年方四岁，生得端严美貌，乃是知府亲子，知府爱惜，如金似玉。 ”的可爱孩童，他就是关仝因私放雷横而刺配沧州后遇到的小衙内。一见到关仝就“径走过来，便要他抱。 ”“双手扯住关仝长髯说道‘我只要这个胡子抱’” ，知府一家对关仝也是格外信任。可是好景不长，以宋江为首的好汉们舍不得这个“一表非俗，貌如重枣，美髯过腹 ”的关仝，早就盘算着怎么把他赚上山来坐一把交椅。在吴用和雷横的一番好说歹说之后，朱仝仍是不改初心，就是不愿上山为寇。劝说不成，就采取极端手段，杀害小衙内，“只见小衙内倒在地上，只见头劈做两个（典型的李逵板斧杀法）。”让关仝不愿上山也不得不上梁山。

朱仝问过李逵，李逵说是听从上级指示，当然大家也知道这个上级是谁了，在梁山只有一个能差遣李逵。至于小衙内，皮细嫩肉自然逃不过李逵的虎口。

李逵的魔性来自何方？

显然李鬼死于李逵刀下，存于李逵腹中，灭于李逵放的一把火。作为路边打劫之人，肯定有过错。作为“谋生”手段之一，他倒霉在于遇到真正的魔王，在被大家嘲笑班门弄斧时，忘记其实李鬼就是一个普通的底层群众。能让他“铤而走险”的其实是“杀人不眨眼”的李逵，作为魔王李逵自然被大家熟识，这也是李鬼敢冒名的原因，一提到其名，留下财物撒腿便跑，根本不用动手，白捡呀。

如果说李逵气恼李鬼败坏名声，只有一点，就是只吓唬人而不杀人，这简直对李逵最大羞辱。杀人成性的魔王不杀人，就像老虎不吃人了，会被认为没牙了，在江湖中会被笑掉大牙自然被众好汉瞧不起，最重要的是，对宋江没有任何价值了。

在梁山上，李逵地位很高，可谓建功不少。梁山扯出“替天行道”口号，却没有得到群众和英雄（不是好汉）的认可。要让梁山的事业发扬光大，自然少不了需要大量人才。高举替天行道的大旗依旧吸引不了人，只好采用非常手段“逼上梁山”，其中一些龌龊之事，少不了利用李逵的斧头。李逵的嗜血成性而无所顾忌，不就是因为宋江的纵容，有宋江的梁山支撑，还有宋江书写的“替天行道”旗子。

路遇李鬼挡道，只劫财，最多损失钱财；遭遇梁山好汉李逵当道，背着宋江写的替天行道的大旗，结果必然是人畜难安，人挡杀人…

本文遵守知识共享协议：署名-非商业性使用-相同方式共享 (BY-NC-SA 4.0) 协议

Nmap常用用法

Mon, 17 Jul 2017 00:00:00 +0000

Nmap简介

提及网络扫描，很难饶过Nmap，Nmap[^nmap]是 network Mapper的缩写，开源网路发现及安全审计工具，也用于网络资产、服务管理、监控主机或服务开启状态。支持Linux、Windows、Mac OS X等系统，此外NMap支持插件等高级功能。

《白鹿原》有感

Sun, 21 May 2017 00:00:00 +0000

几年前看过，说真的看完感觉能出版并且获得茅盾文学奖是个奇迹。没有获得诺贝尔文学奖是最大遗憾。

别把资产全圈在“保险”的黑箱里

Mon, 30 May 2016 00:00:00 +0000

并不是保险都需要

之前买保险还要过保监会的保险代理人资格考试，最近一年已经停止，几乎啥人都能买保险，给你推荐的是经过保险公司速成班学了三五天，掌握销售技巧和牢记一堆话术的人，每天练习套路，少不留意，就上道。

极客联盟大会

Sun, 08 Nov 2015 00:00:00 +0000

从前，有只老母鸡羡慕天鹅，在窝里选了些小鸡，想打造出黑天(ya)鹅(zi)组合。不久，组织了几只小鸡在废柴堆边抖抖新装的羽毛。老母鸡指着落下的鸡毛，便对前来参观的邻居说，瞧瞧咱这chicken(ji ke)即将抱(lian)团(meng)游五湖飞越四洋。众邻听罢，皆以为然。

'刷票'检测

Wed, 28 Oct 2015 00:00:00 +0000

近期写了一个无聊的程序，帮别人刷票，或许是“胆小”，总怕被主办方发现，在编写中不断的思考，如何躲避检测，其实主办根本不“在乎”，明显的刷票让投票成为笑话。

房企在大数据的发展方向

Wed, 15 Jan 2014 00:00:00 +0000

今天和某房企的管理层交流，对方对大数据非常感冒，认为是其战略的一份，并准备高薪聘请大数据经理，组建一个大数据的团队，但和交谈中发现几点

MBA课程案例:医院信息系统应急浅析

Sat, 16 Nov 2013 00:00:00 +0000

案例描述

Ur network security sucks, the message read. But we can help u. for 100K cash well insure your little hospital dont suffer any disasters.

被给予的“知情权”和“选择权”

Sun, 07 Nov 2010 00:00:00 +0000

近期360与腾讯之战“渐入佳境”，双方的用户都不能幸免，成为史上参与面最广、人数最多的一次互联网活动，腾讯对360的不兼容把活动推向整个事件的高潮，极大“刺激”广大网民的参与热情程度。