Además, la construcción tendría la flexibilidad de servir tanto a los consumidores como a los desarrolladores/editores. “El objetivo final es crear un conjunto estandarizado de API que puedan reunirse en un único SDK. [software development kit] que cuenta con el amplio apoyo del DAF [Department of the Air Force],» él dijo. “Queremos proporcionar barreras de seguridad para que sea fácil participar, independientemente de dónde se encuentre en el ecosistema funcional, como la CPU. [computer processing unit] ecosistema, o inteligencia o mantenimiento o recursos humanos. Somos algo neutrales en cuanto al conjunto de participantes”.
Según el CTO, la mayoría de las grandes empresas de tecnología, como Microsoft, Amazon, Google y Tesla, ya han abordado la racionalización del proceso de interfaz de software, y afirma que ha llegado el momento de que la Fuerza Aérea aborde este desafío de software. Existen varios tipos de API, como la API Rest, creada hace dos décadas, o la API WebSocket. Pero no están estandarizados y el Departamento de la Fuerza Aérea necesita soluciones militares escalables.
«Nuestra escala y alcance es sin duda la Fuerza Aérea, y es un campo enorme de sistemas que debemos unir», dijo Bonci. “Pero repito, es sólo una parte realmente pequeña del Departamento de Defensa en general. Tenemos que jugar en este espacio de coalición cada vez más integrado, cada vez más conjunto y cada vez más tipo, y por eso, la capacidad para nosotros, incluso internamente, de tener una historia limpia y una manera fácil de interactuar con los sistemas de la Fuerza Aérea hace que esa integración sea más fácil, incluso si es No de la misma manera que lo harían otros socios”.
Al establecer una arquitectura de referencia estandarizada que utilizará la Fuerza Aérea, los militares pueden comenzar a definir juntos una arquitectura API más amplia con principios comunes.
“Al tenerlos en la conversación, y definir y decir, esta es una arquitectura que usted, la Armada, o usted, el Ejército, podría tomar e implementar, y puede elegir sus propios productos, puede elegir su propia implementación. ”, explicó Bonci. «Pero si todos nos uniéramos y analizáramos una arquitectura API que tuviera principios básicos similares y objetivos arquitectónicos similares, se podría comenzar a reducir la desviación entre los servicios y facilitar esa integración».