Prezentacja poświęcona architekturze w modelu usługowym z praktycznymi przykładami implementacji.

1. Michał Mac
Architekt
MCPD Win Developer, MCITP DBA, Developer

3. Długi ogon/SaaS
Reguły biznesowe
Rozszerzalnośd danych
Pojemnik na dane
Sql Server

9. $ / Klient
Najwięksi klienci
Co jeśli obniżymy koszt wyprodukowania i
dostarczenia oprogramowania?
Typowi klienci
Nowy rynek >> aktualny rynek
Rynek (aktualnie) poza zasięgiem

12. 7
6
5
4
3
2
1
0
Sprzęt Ludzie Software

13. Dostawca może zainwestować w olbrzymie
Data-Center

14. Microsoft Data Center (Chicago, IL)
Koszt inwestycji $500m, wielkość 10 boisk football

15. Nie kupuje sprzętu
Nie instaluje oprogramowania
Nie ponosi dużego kosztu na starcie
Model abonamentowy
Reklamy

16. Ciągłe i stałe przychody
Lepsza ochrona własności intelektualnej
Aktualizacje aplikacji odbywają się centralnie

17. 7
6
5
4
3
2
1
0
Sprzęt Ludzie Software

18. 7
6
5
4
3
2
1
0
Sprzęt Ludzie Software

24. Konfigurowalność
Multitenancy
Skalowalność

27. Wymienialne reguły biznesowe
Rozszerzalny model danych
Konfigurowalny interfejs
Multitenancy

30. Wymienialne reguły biznesowe
Rozszerzalny model danych
Konfigurowalny interfejs
Multitenancy

35. Reużywalne
Automatyczna detekcja zależności
Expression Trees
Reguły walidacyjne
Możliwość dodawania z zewnątrz
Prosty tekstowy język – Formula
Antlr + Expression Trees

38. Realizacja
Słownik
ExpandoObject - .Net 4.0
Dynamiczny interfejs użytkownika
Metadane per tenant
Same dane nie wystarczą. Wymagana
możliwość używania w regułach
biznesowych
Baza danych – w następnej części

41. Prosta rozszerzalność
Prosta strategia backupów
Bezpieczeństwo, izolacja
Bankowość, branża medyczna
Większe koszty – zużyte zasoby
Auto close może zwiększyć ten limit, ale
pogarsza czas dostępu
Premiun approach

43. Łatwa implementacja i rozszerzalność
Średni poziom izolacji
Utrudniony backup/restore
Niższe koszty, bo więcej tenantów na jednej
bazie
Operacje DDL, które blokują katalog
systemowy

45. Najniższe koszty sprzętu per tenant
Możliwość dostarczenia drogich mechanizmów
wysokiej dostępności po korzystnych cenach.
Problemy z backupe/restorem
Większe koszty produkcji aplikacji
Należy zapewnić bezpieczeństwo, nawet w
przypadku nieprzewidzianego błędu
Tenant Data Encryption
Tenant View Filter
Możliwość partycjonowania per tenant

47. Realizacja

48. Framework agnostic
Transparentność
Bezpieczeństwo
Ewentualny błąd programisty nie może ujawnić
danych innego
Używanie pooli połączeń
Wydajność

50. CREATE USER TenantA WITHOUT LOGIN
WITH DEFAULT_SCHEMA = Secured;
GRANT SELECT, EXECUTE, INSERT, UPDATE, DELETE
ON SCHEMA::[Secured] TO TenantA;

51. CREATE TABLE Products
(
ProductId INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL REFERENCES Warehouses,
);

52. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL REFERENCES Warehouses,
);

53. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1) PRIMARY KEY,
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL REFERENCES Warehouses,
);

54. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL REFERENCES Warehouses,
);

55. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL REFERENCES Warehouses,
);

56. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL,
FOREIGN KEY ( TenantId, WarehouseId )
REFERENCES Warehouses
);

57. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL,
FOREIGN KEY ( TenantId, WarehouseId )
REFERENCES Warehouses
);

58. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL,
FOREIGN KEY ( TenantId, WarehouseId )
REFERENCES Warehouses
);
CREATE VIEW Secured.vProducts
AS
SELECT ProductId, Name, Price, WarehouseId
FROM Products
WHERE TenantId = DATABASE_PRINCIPAL_ID();

59. CREATE TABLE Products
(
TenantId INT NOT NULL
DEFAULT (DATABASE_PRINCIPAL_ID()),
ProductId INT NOT NULL IDENTITY(1,1),
PRIMARY KEY(TenantId, ProductId),
Name NVARCHAR(64) NOT NULL,
Price DECIMAL(19,4) NOT NULL,
WarehouseId INT NOT NULL,
FOREIGN KEY ( TenantId, WarehouseId )
REFERENCES Warehouses
);
CREATE VIEW Secured.vProducts
AS
SELECT ProductId, Name, Price, WarehouseId
FROM Products
WHERE TenantId = DATABASE_PRINCIPAL_ID();

60. EXECUTE AS USER = 'TenantA';
SELECT * FROM vProducts;
INSERT vProducts VALUES('Basketball', 55, 2);

61. CREATE PROC Secured.GetProductsWithState
@State INT
AS
BEGIN
...
END

67. Tylko osobne bazy/osobny schemat
Prostota
Operacje DDL
Nie potrzeba metadanych, ale może być
trudniejsze do realizacji po stronie aplikacji
Osobne codebase’y

69. Predefiniowane pola
np. 3 stringi 2 liczby
Niepotrzebne zużycie miejsca, gdy któryś z
tenantów nie używa pola
SPARE Columns
A co gdy tenant potrzebuje 4 stringi?
Wariacje:
Trzymanie danych jako string + metadane typu
Skomplikowane, ale podobnego
mechanizmu używa SalesForce

71. Dane trzymane są nie w jednym wierszu, ale
w kilku
brak ograniczenia na liczbę dodatkowych pól
Gorsza wydajność, niż w Zaalokowanych
polach
występuje dużo randomowych operacji w bazie
danych

73. Słabe wsparcie narzędzi, np. raportów
Dobre, gdy konfiguracja jest wymagana na
poziomie instancji encji
Dobre dla danych „rzadkich”
Prosta implementacja

75. PaaS - Platform As A Service
HaaS - Hardware As A Service
IaaS - Infrastructure As A Service
“Blue Cloud” by IBM
Simple Storage Service (Amazon S3),
Elastic Computing Cloud (Amazon EC2)
Google computing services
Microsoft Azure

76. SaaS
Wymaga obniżenia kosztu produkcji
4 modele dojrzałości
Wyzwania dla architektury:
Konfiguracja – reguły, elastyczny model danych
Multitenancy – jedna instancja, wielu klientów
Skalowalność

78. http://www.sztronka.com
http://code.google.com/p/businessframework/
http://www.salesforce.com/au/assets/pdf/Forc
e.com_Multitenancy_WP_101508.pdf
http://msdn.microsoft.com/en-
us/library/aa479086.aspx
http://www.antlr.org/

79. kontakt@machmichal.pl
www.macmichal.pl