It has been more than 10 years since desktop virtualization, generally found under the acronym of VDI technology, Virtual Desktop Infrastructure, was proposed as one of the main technological drivers for providing greater flexibility, efficiency and control to the workstation (PC) – increasingly destined to become “hardwareless” and distributed between multiple devices (as pointed out by the “bring your own device” phenomenon).
One of the consequences of the new digital economy is the increase in the complexity of business network infrastructures during the last decade, both for large companies and SMEs. In response to this new situation, companies have been adopting software-defined networks (SDN) as the hegemonic model of network architecture. This phenomenon, together with the rise of cloud computing has resulted in what is known as SDN cloud networking.
In our previous article we saw the great advantages of applying Best Programming Practices in SQL Server. We’d like to explore this further, this time focusing on query optimization.
No time is a bad time to plan improvements. Looking for ways to reduce development costs in the cloud is always a good thing. Process response times in Microsoft SQL Server databases are irreparably deteriorating as our data volume grows. Therefore, we must stay one step ahead by improving our infrastructure and the way we act towards them. Everything can always be improved without needing to contract bigger, more expensive levels of service when it may not yet be necessary.
Last week’s article described the difficulties faced by developers when working with distributed and/or microservice architectures, often lacking in-depth knowledge about the underlying network technologies that enable different components of the architectures to communicate.
Microservice-based architectures are changing the way we design software today, raising new challenges in development and operations. These architectures are adding a strong network dependency on business logic, increasing the number of potential hazards, which grow proportionally to the connections or links that are created between services.