Tehnoloģiju profils
Mūsu tehniskā bāze — pārskats
Delphi. C#. SQL. APIs.
Tehnoloģijas, kas atbilst nozares loģikai, datiem un darbībai.
Mēs tehnoloģijas neizmantojam pēc modes, bet pēc darbības realitātes, kalpošanas ilguma, integrācijas vajadzībām un komandas spējām. Izšķiroši nav sauklis, bet vai sistēma vēlāk paliks tīri ekspluatējama, paplašināma un pārņemama.
Stiprība biznesa loģikā un daudzplatformu klientos
Delphi ir spēcīgs tur, kur uzkrātā biznesa loģika, datubāzei tuvi procesi, atskaites un stabilie klienti priekš Windows, macOS un Linux ilgtermiņā jānodrošina tālāk.
Skatīt Delphi
C#
Stiprība REST, servisos un portālos
C# izmantojam, ja portāli, mūsdienīgi backend-dienesti, REST-APIs un integrācijas ir jāpieslēdz skaidri esošajām uzņēmuma sistēmām.
Skatīt C#
Architektur
Layer-3 nevis monolītiskas mantojuma slodzes
Mēs apzināti atdalām saskarni, biznesa loģiku un datu piekļuvi, lai izmaiņas būtu plānojamas un jauni servisi nebūtu jārada pretrunā esošajam.
Skatīt Layer-3
Plattformen
Windows 11 ARM64 jau no sākuma ņemt vērā
Papildus klasiskajiem x64 mērķiem mēs agri ņemam vērā aktuālās platformas, piemēram, Windows 11 ARM64, lai jauna aparatūra un izvietošanas ceļi vēlāk nekļūtu par īpašu projektu.
Skatīt ARM64
Kad kura pieeja ir pamatota
Delphi ir pamatota, ja
- esošā biznesa loģika ir jāturpina,
- kompleksi darbvirsmas procesi ir jānodrošina ar stabilitāti,
- Windows-, macOS- un Linux-klienti jāizveido uz kopīgas nozaru bāzes.
C# ir pamatota, ja
- REST-serveri un servisi tiek veidoti,
- API un ārējās integrācijas ir centrālā prioritāte,
- ir nepieciešamas modernas servisa arhitektūras.
Hibrīds ir pamatots, ja
- esošās lietojumprogrammas un jaunie portāli ir jāintegrē,
- desktop, servisi un tīmekļa daļas izmanto vienu datu bāzi,
- modernizācija jāveic pakāpeniski un kā Layer-3-struktūra.
Delphi-modernizācija praksē
Ja vecai Delphi lietojumprogrammai nozares ziņā joprojām ir vērtība, mēs nemodernizējam akli. Vispirms analizējam, kā sistēma faktiski darbojas, kādus procesus tā nodrošina, kur datu plūsmas pārtrūkst un kuras vecās slodzes bremzē ekspluatāciju. No tā izriet modernizācijas ceļš, kas ne tikai labi izskatās uz papīra, bet arī ikdienā ir noturīgs.
Daudzās uzkrātajās lietojumprogrammās īstā vērtība nav saskarnē, bet gadu gaitā uzkrātajā biznesa loģikā, īpašajos noteikumos, izņēmumos un pieredzes zināšanās. Šo saturu nedrīkst vieglprātīgi izmest. Mēs skaidri atdalām atbildības, sakārtojam datubāzi, aizstājam vecos piekļuves ceļus, izveidojam jaunas REST-saskarnes un pēc vajadzības papildinām klientus priekš Windows, macOS un Linux uz tās pašas nozaru bāzes. Tādējādi neveidojas grūts pārtraukums, bet saprotama turpināšana ar skaidru tehnisko profilu.
Bieži tas nozīmē arī vēsturisku monolītu pārveidošanu tādā formā, kas ir uzturama, testējama un paplašināma. Datu piekļuve tiek stabilizēta, biznesa loģika tiek izņemta no saskarnes koda, saskarnes kļūst plānojamas un nākotnes paplašinājumiem vairs nav jācīnās pret esošo. Mērķis nav kosmētiska modernizācija, bet sistēma, kas uzņēmumam atkal dod telpu jaunām prasībām.
Servisi un serveri kā viena arhitektūras daļa
Daudzām uzņēmuma sistēmām šodien nepieciešams ne tikai klients, bet arī fona dienesti, Windows- vai Linux-servisi un REST-serveri. Tieši tāpēc mēs šīs daļas neplānojam kā pēcuzstādāmu piebūvi, bet kā vienas un tās pašas arhitektūras sastāvdaļu. Serviss, kas tiek pievienots tikai vēlāk, gandrīz vienmēr kļūst par īpašu gadījumu.
Ja dati tiek apstrādāti sadalīti, tiek nodrošinātas saskarnes, tiek veikti eksporta procesi, tiek uzraudzīti importi vai uzdevumi tiek laika ziņā izpildīti fonā, tehniskā atbildība jānosaka no paša sākuma. Kuras daļas darbojas klientā, kuras pakalpojumā, kuras serverī, kā kļūdas tiek padarītas redzamas, kā izsekojamas stāvokļa izmaiņas, kā biznesa loģika paliek konsekventa? Uz šiem jautājumiem atbildam agrīni, lai no atsevišķiem blokiem izveidotos izturīga kopējā sistēma.
Tas ir īpaši svarīgi daudzplatformu projektos. Darbvirsmas klients uz Windows, macOS vai Linux nedrīkst nozares ziņā nozīmēt kaut ko citu nekā pavadošais REST-servers vai fona dienests. Tāpēc mēs datu modeli, procesus, piekļuves tiesības, integrācijas un ekspluatāciju vienmēr domājam kopā. Tā rodas arhitektūra, kurā klienti, servisi un serveri runā vienā valodā.
Mūsu princips
Tehnoloģija mums nav ticības sistēma. Izšķiroši ir, lai arhitektūra, komandas spēja, ekspluatācija un nākotnes paplašinājumi atbilst uzņēmumam. Ne skaļākā platforma uzvar, bet tā, ar kuru var pamatoti vadīt risku, uzturēšanu un izaugsmi.
Dažus uzdevumus mēs apzināti risinām ar Delphi, jo tur uzkrātā biznesa loģika, veiktspējīgie klienti un daudzplatformu spēja izpaužas kā priekšrocības. Citiem prasījumiem labāk atbilst C#, servisi, portāls vai abu kombinācija. Laba arhitektūra nerodas no modes, bet no skaidrības: kādu atbildību katrai sistēmas daļai uzliekam, kāds ir sagaidāmais kalpošanas ilgums, cik liela ir komanda, cik kritiska ir ekspluatācija un kādi paplašinājumi reāli parādīsies nākamajos gados?
Tieši tur sākas mūsu profesionālā programmatūras izstrāde. Mēs nevēlamies tikai piegādāt kaut ko, kas darbojas šodien, bet izveidot tehnisko pamatu, kas arī vēlāk būs izsekojams, pārņemams un ekonomiski uzturams.
Bieži uzdotie jautājumi par tehnoloģiju un arhitektūru
Tehnoloģiskajiem lēmumiem jāatbilst komandai, nozarei un ekspluatācijai. Tieši tāpēc mēs šos jautājumus neskatām abstrakti, bet vienmēr attiecībā uz konkrēto sistēmu.
Kad Delphi salīdzinājumā ar pilnīgu jaunu platformu ir pamatota?
Vienmēr tad, ja uzkrātā biznesa loģika, veiktspējīgie darbvirsmas procesi un daudzplatformu mērķi ir jāturpina ekonomiski izdevīgi, nevis vieglprātīgi aizstāt pamatu.
Kad papildus izmantojat C#?
Pārsvarā portāliem, tīmekļa backendiem, REST-servisiem, integrācijām un uz servisiem orientētām arhitektūras daļām, kuras labi sasaistās ar esošajām darbvirsmas sistēmām.
Cik svarīga ir Layer-3 praksē?
Ļoti. Tikai skaidra UI, biznesa loģikas un datu piekļuves atdalīšana padara modernizāciju, testus, servisus un nākotnes platformu maiņas pārvaldāmas.
Vai jaunās platformas, piemēram Windows 11 ARM64, tiek ņemtas vērā jau agrīni?
Jā. Jaunā mērķa aparatūra un izvietošanas ceļi tiek agrīni pārbaudīti, lai no tā vēlāk nekļūtu dārgi īpašie projekti.
Lasīt vairāk apkopotos jautājumus
Šīs īsās atbildes paliek šeit lapā. Centrālajā FAQ lappusē mēs tēmu papildus sakārtojam saistībā ar arhitektūru, modernizāciju, platformām un ekspluatāciju.