单窗格玻璃仍然是一种常用的功能，几十年来，各种供应商都在产品介绍中推广这种功能。在某些情况下，该功能已经如此普遍地提出，以至于“单窗格玻璃”已经成为各种it相关的条目Buzzword宾果打牌和喝酒游戏。
这是有意义的。每个人都想要这个特性，所以供应商试图交付…但产品供应商和IT供应商之间有一个关键的区别——在大多数情况下，产品供应商把重点放在自己的产品和生态系统上，而IT关注的是自己的环境。除非使用单一供应商的环境，否则它们很少排列在一起，而单一供应商的环境与单一玻璃本身一样罕见。
通常情况下，我们以有线网络、无线网络、安全基础设施、存储、服务器和云的概览接口结束。多块单一的玻璃是我们今天管理基础设施的矛盾现实。
应用程序接口突破
如今，随着我们的运营开始向云计算扩展，自动化和编排正成为IT领域的一大关注点。通过CLIs和gui手工完成所有事情从来都不是管理事情的理想方法，而且它当然也无法扩展到我们今天开始要求的级别。可编程性已经成为主流。有了可编程性，IT基础设施的API接口开始成为主界面到新产品，CLIs和gui只是API的客户端。
有了可编程性，为创建多产品、多供应商的单一窗格而收集信息变得更容易了，但我们还不要太超前。
在此之前，单层玻璃的神话已经被打破，标准化的api也被提出作为解决方案，但让我们面对现实吧，我们并不都是程序员。
把它一起
为了得到那一块玻璃，我们需要能够轻松地将碎片拼接在一起。它从对基础数据的标准化访问开始，但它也需要工具，以便更容易地将其组合在一起，例如:
- api
- 标准化可视化框架(Grafana, Kibana，石墨等)
- 来自产品供应商的可视化小部件
- 可消费的例子
《电线里的耳语》
我们比以往任何时候都更接近于单一的玻璃窗格，但在我们有一个更以展示为中心，更少以产品为中心的方法之前，它仍然有点遥不可及。我们需要让我们的产品供应商给我们砖头来构建我们自己的基础设施视图。对所有东西的API访问只是一个开始，但添加更高级的小部件(我们可以更容易地组装)将使单个玻璃窗格成为现实，这将是一个漫长的过程。
相关内容
api优先开发方法
阅读我的其他博客
Web安全流量审计需求冲突
