Data Mesh in short
The concept of Data Mesh is relatively new as it was introduced in 2019 by Zhamak Dehghani, a pioneer in managed data decentralization. Data Mesh is an enterprise data architecture, that opposite to traditional “monolithic” and centralized data lakes and warehouses, embraces intentionally distributed approach to data architecture, especially meant for large and complex organizations dealing with big data.
The key message of Dehghani was, that the traditional way of implementing data warehouses or lakes as big, centralized structures hasn’t been able to unleash the true value of the data, and has created big, complex and expensive data architectures full of delivery bottle necks, especially in large organizations with rich domains, several sources and a diverse set of consumers.
To harness the full potential of data, Data Mesh approach advocates for distributing data ownership and governance to individual domain teams, enabling them to take ownership of their data and work in agile way. The four core principles of Data Mesh include domain and data product thinking, self-serve data platforms, and federated data governance. Let’s dig a bit deeper to these core principles.
Domain Thinking
Domain thinking is a fundamental aspect of Data Mesh. It involves aligning data infrastructure, tools, and processes with specific business domains rather than treating data as a monolithic entity. Each domain team becomes responsible for its data products, including data collection, processing, storage, and analytics.
This approach promotes a deep understanding of domain-specific data requirements, leading to better insights and faster decision-making. In large organizations a single platform/data integration team will cause bottlenecks and hinders getting business value out of data. The integration work also needs data expertise from the team, which is hard to achieve in large organizations with number of data sources, for small and centralized teams. This supports the way how business domains naturally distribute in organizations. Data domains and the teams around them should be long-term.
Data Products
Data Mesh introduces a product-oriented mindset to data management. Each domain team treats its data products as assets and focuses on delivering data products that support the specific needs of their users. This approach encourages teams to think beyond just data pipelines and storage, considering the end-to-end data product lifecycle, including data discovery, documentation, accessibility, and continuous improvement that bring long term value for the business. The customers of these data products delivered by the domain teams can be other data scientists, data engineers or business users within the organization. Data products can be for example APIs, reports, tables or datasets. Through the data products the data can be shared also between the different data domain teams when needed.
Self-Serve Data Platform
Data Mesh encourages the creation of self-serve data infrastructure as platform within the organization for the domain teams. The domain teams have the autonomy to choose and manage their data storage, processing, and analysis tools based on their unique needs to be to deliver successful data products, but their job is not to manage technical infrastructure. This job is done by a centralized platform team, who are responsible to create domain-agnostic infrastructure platform, that can support domain teams in creating their data products with low lead time. Automation capabilities are one of the key features of the platform.
Federated Data Governance
Data governance plays a crucial role in Data Mesh, as in the distributed domain approach it is very important to make sure that we don’t fall back to creating silos, data duplication and building a wild west of the enterprise data architecture.
As a recap, data governance is a set of processes, policies, and guidelines that ensure the effective and secure management of an organization’s data assets. Instead of relying solely on a centralized data governance model, Data Mesh promotes a federated data governance approach. Federation approach means, that a set of data governance guidelines and standards are defined and managed centrally in the organization, and each data domain team must comply with these rules. However, each domain is free to decide how they will comply with the governance rules in practice, taking account domain-specific requirements.
It is important to make the distinction between dusty data silos and the decentralized data domains in the data mesh. Data silos refer to isolated data storage where data is stored within individual teams or departments in an organization. Each silo typically has its own data formats, definitions, and access controls, making it challenging to share and integrate data across different silos. This results in data duplication, inconsistencies, and limited data accessibility, hindering collaboration and a holistic view of data across the organization.
The key difference between data silos and decentralized data domains lies in their approach to data management and governance. While data silos isolate data within specific teams or departments, leading to fragmentation and limited data sharing, decentralized data domains emphasize the culture of collaboration within the organization following standardized common practices, but keeping the autonomy to define their data products, data schemas, and access controls in a way that supports their use cases the best.
Fabric & Data Mesh
Ok, so now we know what is a Data Mesh is, but how does it relate to Microsoft Fabric? It is important to remember, that Data Mesh itself is not a technology or coupled with any tech provider, it is an architectural paradigm that can be implemented in many ways, and multiple paths can lead to a Data Mesh. Currently the Fabric Preview enables the organizing the data into domains and thus supporting the domain thinking of data mesh. In the future releases federated governance capabilities are enabled. In general, Microsoft now defines in their data architecture suggestions a data mesh as a one approach and gives implementation instructions for the technical side as well as for the concept and change management perspective. Data mesh is here to stay as a one enterprise data architecture.
Conclusion
Even though the Fabric would provide ease to the technical requirements of Data Mesh, no tool is going to the actual groundwork of setting up the working methods, defining and organizing the teams and generally tuning the mindset of the organization into the data mesh frequency. Changing the way how people work is never an easy task. Organization don’t need to necessarily start building a Data Mesh from scratch, maybe you have a solid existing implementation, but you just change the way how it is governed, managed, and developed and by what kind of teams.
It is also important to remember, that Data Mesh is not always the best approach, as it requires independently working autonomous domain teams. The biggest benefits of Data Mesh are achieved in larger and complex organizations with rich data landscape. For smaller organizations a single centralized team might be a better alternative for the team set up perspective.
But still, it is not a waste of time to understand the concepts of product thinking, general technical requirements of a data mesh platform or the importance of data governance.
A quick introduction into mortgage banks and covered bonds
Issuing covered bonds differs quite a lot from traditional banking. By Finnish law, the organisation that can issue covered bond is called mortgage bank and mortgage banks often form their own separate companies in the organisation of banks. Banks in Finland can also begin issuing covered bonds by having their existing licence extended to mortgage banking.
In Finland, mortgage banks even have their own legislation (Act on Mortgage Credit Banks 688/2010). According to the Act, a mortgage credit bank is a credit institution in the form of a limited company, the purpose of which is to grant mortgage credits and public-sector credits as well as to issue bonds with mortgage collateral and bonds with public-sector collateral as referred to in the Act. Bonds with mortgage collateral and bonds with public-sector collateral are also simply referred to as covered bonds. This law will actually be renewed soon because of the harmonisation of the EU covered bond framework. The new law is currently going through the ratification process in the Finnish Parliament.
To begin covered bond issuing requires that the bank or financial organisation has a sufficient amount of mortgage-backed consumer or housing company loans. Mortgage banks issue covered bonds which are secured by mortgage loans that meet business criteria (mores specifically, collateral is formed by the interest cash flows of the loans and by repayments of principal), which are offered to the financial markets as an investment target.
In practice, then, covered bonds are a means of raising funds for retail banks, enabling the bank to borrow funds from the financial markets (investors) more cheaply, in other words, at a lower margin than by using other types of collateral. Raising funds in this way is affordable because a covered bond is a highly reliable and safe investment for the investor. Normally, only institutional investors such as pension insurance companies and governments (e.g. the Bank of Finland) can invest in covered bonds. Private investors are able to participate in the investments mainly through trust funds. When the bonds are issued, the bank applies for a credit rating for the investment instrument from a credit rating agency. The received rating is typically very good.
A bank can either have a deposit surplus or a deposit deficit. Finnish banks mainly have deposit deficits, meaning that the difference between their retail deposits and loans to the public is negative. Covered bonds do not offer any notable benefits for a bank with a deposit surplus, since such a bank doesn’t necessarily have the need to seek funding from the market or have anything to gain from it. If there are enough of appropriate mortgage loans, covered bonds are by far the most profitable means of raising funds for banks which are showing a deposit deficit.
Developed by Evitec, Evitec Covered Bonds automates complex processes
The systems used to maintain the covered bond pool have typically been the banks’ own. Normally, they’ve been based on solutions such as reporting systems which are difficult to develop and maintain. In addition, these internal systems often turn the issuance of bonds and the maintenance of the pool into laborious tasks with a poor degree of automation. These manual processes are time-consuming and prone to error. When it comes to covered bond-related things, especially, drawing up reports for various parties, such as credit rating institutions and the financial supervisory authority, can be cumbersome and time-consuming.
Evitec Covered Bonds is a customised ERP system, designed to facilitate the mortgage bank’s maintenance tasks and automatically handle most of their work steps. Among other things, our product automates the regulatory assessment of loans, calculation and analysis of pooling and cash flows, alerts in problem situations and creates reports for business, authorities and credit rating institutions.
The advantage covered bond has over other bank funding instruments is clear: according to one of our clients’ calculations, the decreased costs of raising funds means that our system paid for itself in no more than 18 months.
Evitec Covered Bonds is Finland’s market leader in covered bond pooling systems. Over 40 per cent of Finland’s covered bond base is processed in our system. Financial sector institutions such as S-Pankki, Hypo, Oma Säästöpankki and OP are already using our product. In addition, we are running several sales processes at different phases of the cycle, both in Finland and abroad.
We haven’t rested on our laurels: we are currently modernising our system in order to be able to offer our covered bond pooling system also as a cloud-based SaaS service in the future. Earlier this year, OP issued Finland’s first green covered bond. Our covered bond pooling system ensures that the bond has a sufficient amount of green collateral on a daily basis. The Evitec Covered Bonds product can thus also be used in the pooling of collateral for green bonds, as long as the bank’s reasoning about the greenness of the loan collateral is correct. OP has done great pioneering work in Finland by analysing the greenness of housing collateral, and the results of this analysis are now being used in the pooling system. In the coming years, ESG will be a major theme in the financial sector, so it’s wonderful to be involved in promoting this important issue.
How did we get here and what have we learnt?
The idea of Evitec Covered Bonds saw the light of day in 2010 when the mortgage bank OP-Asuntoluottopankki (OPA) needed a new system for issuing covered bonds. The implementation of the system took a couple of years, and in 2013 OPA introduced the versatile new system which adapted to the intermediate loan model pursued by OP. When it comes to issuing covered bonds, OP is a different type of financial group, as it consists of independent member banks and the group’s central organisation with its subsidiaries.
Initially, the system was supposed to be customised for a specific need OP had, but it didn’t take long for us to realise that there could be a broader demand for the system in Finland. At the time, Finland still had many banks which had a deposit deficit, but which did not have a system for issuing covered bonds. We decided to invest in product development, and in 2016 the Mortgage Society of Finland (Hypo) became Evitec’s second covered bond pooling system client. Hypo was also our first customer to use the so-called own balance sheet model. Hypo extended the bank’s licence to mortgage bank operations and didn’t establish a separate mortgage bank.
After the implementation of Hypo’s covered bonds system, we carried out several implementation projects in a short period of time. The implementation project of Oma Säästöpankki was completed in 2017, and S-Pankki’s system was introduced in 2019.
The hectic years we spent working on the product managed to make the system the market leader in Finland. Simultaneously, the size of Evitec Covered Bonds team has grown from a development team of a couple of people to a financial organisation of more than ten experts. Evitec Covered Bonds’ development team is very familiar with issuing covered bonds, giving us a competitive edge in this business area, which is clearly different from traditional banking. Along the way, we’ve learnt a lot about bank financing and covered bonds.
For us, one of the biggest learning points has been the realisation that if you want to succeed, you need to trust your own vision and not be afraid of embracing new ideas. There was a market gap for covered bonds in Finland. There was no good system in place but at the same time there were several banks which were starting to realise the benefits of using covered bonds for financing. If Evitec had not filled the gap in the market, it would have been filled by someone else. In Finland, as elsewhere, significant system investments are often snatched by large international players, which does not benefit the Finnish economy in the long run. However, we have already set the ball rolling in Europe and have plans of launching Evitec Covered Bonds in the international market.
To learn more about Evitec Covered Bonds, please contact: