En su boletín del 17 de agosto, Swift Server Workgroup (SSWG), que promueve el uso de lenguaje de código abierto, lanzado originalmente por Manzana - para desarrollar e implementar aplicaciones de servidor, indicó que, para este año, sus objetivos del lado del servidor para el lenguaje Swift girarían en torno a la adopción de concurrencia estructurada y herramientas mejoradas. El SSWG cree que la concurrencia estructurada es una característica clave que permitirá a Swift destacarse en el lado del servidor. El grupo planea producir una guía de adopción para la competencia estructurada que incluirá las mejores prácticas en torno a Sendable, async/await, TaskGroup y Task API, y planea aplicar las mejores prácticas de competencia a ecosistemas como ciclo de vida del servicio rápido.

Además, el Swift Server Workgroup ha indicado que el instalador de la cadena de herramientas Swiftly es cada vez más popular en Linux y que al grupo le gustaría migrarlo a Windows y MacOS. Otras mejoras de herramientas que se están considerando incluyen agregar compatibilidad con Swift Package Manager al bot de dependencia de GitHub Dependabot, analizar Canonical Chiseled Containers para ver si es posible proporcionar contenedores Swift con una actualización muy pequeña y una huella reforzada, y estudiar los complementos de Swift Package para mejorar la implementación de Swift. en el servidor.

Durante el año en curso, el grupo SSWG también buscará resaltar aún más las implementaciones y éxitos de Swift en servidores, y mejorar la visibilidad de Swift como lenguaje de servidor. El SSWG también planea desarrollar un cliente Memcached nativo de Swift, crear una biblioteca de grupo de conexiones común para facilitar la adopción del grupo de conexiones y crear una implementación de middleware compartida para usar en marcos web como Smoke, Hummingbird y Vapor. Finalmente, el SSWG quiere alentar adopción del rastreo distribuido ir más allá en observabilidad. Sobre el año 2022, el SSWG destaca varios logros como las bibliotecas cliente para kafkacomenzó como un proyecto GSoC (Google Summer of Code) y casandralanzado en incubación, así como bibliotecas para GrafoQL Y ConejoMQ. Se ha propuesto una biblioteca cliente de Memcached como proyecto GSoC.